[gentoo-dev] wxGTK {up|down}grade loop

[gentoo-dev] wxGTK {up|down}grade loop

[Ruben Vermeersch]

Ok, here's what's bugging me lately:

        ruben@neferteti ruben $ emerge -uDp world
        
        These are the packages that I would merge, in order:
        
        Calculating world dependencies ...done!
        [ebuild     U ] x11-libs/wxGTK-2.4.1-r1 [2.4.0] 

After updating wxGTK, i stumble upon this:

        neferteti ruben #  emerge -uDp world
        
        These are the packages that I would merge, in order:
        
        Calculating world dependencies ...done!
        [ebuild     UD] x11-libs/wxGTK-2.4.0 [2.4.1-r1] 
        
Something tells me this ain't normal behaviour :)

Greetings, Ruben


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] wxGTK {up|down}grade loop

[Andrew Gaffney]

Ruben Vermeersch wrote:
> Ok, here's what's bugging me lately:
> 
>         ruben@neferteti ruben $ emerge -uDp world
>         
>         These are the packages that I would merge, in order:
>         
>         Calculating world dependencies ...done!
>         [ebuild     U ] x11-libs/wxGTK-2.4.1-r1 [2.4.0] 
> 
> After updating wxGTK, i stumble upon this:
> 
>         neferteti ruben #  emerge -uDp world
>         
>         These are the packages that I would merge, in order:
>         
>         Calculating world dependencies ...done!
>         [ebuild     UD] x11-libs/wxGTK-2.4.0 [2.4.1-r1] 
>         
> Something tells me this ain't normal behaviour :)

I've seen this kind of thing a few times before, most notably with avifile and drip. In 
this case, there is an update available for wxGTK, so portage upgrades it. Unfortunately, 
there is some program installed that requires on a version of wxGTK <=2.4.0, so portage 
downgrades it to not break the other program. I consider this behavior a portage bug, but 
as far as I know, there is currently no easy way to prevent this from happening.

-- 
Andrew Gaffney


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] wxGTK {up|down}grade loop

[Paul de Vrieze]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 1044 bytes --]

> I've seen this kind of thing a few times before, most notably with avifile
> and drip. In this case, there is an update available for wxGTK, so portage
> upgrades it. Unfortunately, there is some program installed that requires
> on a version of wxGTK <=2.4.0, so portage downgrades it to not break the
> other program. I consider this behavior a portage bug, but as far as I
> know, there is currently no easy way to prevent this from happening.

To fix this problem we need a dependency checker that works with the whole 
installed tree, and validates it. We currently don't have such a checker and 
the current checker cannot be adapted to do that either. The problem is that 
it is very hard to make a checker to do forward and backward dependency 
checking and still being efficient.

We are working on this, and it is certainly high on our list of desired 
features, but currently there is not much to fix this.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] wxGTK {up|down}grade loop

[Andrew Gaffney]

Paul de Vrieze wrote:
>>I've seen this kind of thing a few times before, most notably with avifile
>>and drip. In this case, there is an update available for wxGTK, so portage
>>upgrades it. Unfortunately, there is some program installed that requires
>>on a version of wxGTK <=2.4.0, so portage downgrades it to not break the
>>other program. I consider this behavior a portage bug, but as far as I
>>know, there is currently no easy way to prevent this from happening.
> 
> 
> To fix this problem we need a dependency checker that works with the whole 
> installed tree, and validates it. We currently don't have such a checker and 
> the current checker cannot be adapted to do that either. The problem is that 
> it is very hard to make a checker to do forward and backward dependency 
> checking and still being efficient.
> 
> We are working on this, and it is certainly high on our list of desired 
> features, but currently there is not much to fix this.

I'm not very good with Python, but I'm interested in helping to design a better dependency 
checker. Could you give me a summary of the way the checker currently works or point me to 
a document that describes it? Or should I just learn Python?

-- 
Andrew Gaffney


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] wxGTK {up|down}grade loop

[Paul de Vrieze]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 756 bytes --]

On Saturday 25 October 2003 22:23, Andrew Gaffney wrote:
> Paul de Vrieze wrote:
>
> I'm not very good with Python, but I'm interested in helping to design a
> better dependency checker. Could you give me a summary of the way the
> checker currently works or point me to a document that describes it? Or
> should I just learn Python?

Currently pvdabeel is working on a dependency checker. You should talk with 
him about it (I'm not working on portage myself). Depending on your skill set 
you might be happy to hear it has more to do with graph theory and graph 
walking algorithms (like Dijkstra's shortest path), than with python.

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] wxGTK {up|down}grade loop

[Paul de Vrieze]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 1025 bytes --]

On Saturday 25 October 2003 22:39, Paul de Vrieze wrote:
> On Saturday 25 October 2003 22:23, Andrew Gaffney wrote:
> > Paul de Vrieze wrote:
> >
> > I'm not very good with Python, but I'm interested in helping to design a
> > better dependency checker. Could you give me a summary of the way the
> > checker currently works or point me to a document that describes it? Or
> > should I just learn Python?
>
> Currently pvdabeel is working on a dependency checker. You should talk with
> him about it (I'm not working on portage myself). Depending on your skill
> set you might be happy to hear it has more to do with graph theory and
> graph walking algorithms (like Dijkstra's shortest path), than with python.

Also there is a mailing list for future portage development. While it is 
rather quiet there currently, it is meant to discuss portage developments. It 
is gentoo-portage-dev@gentoo.org

Paul

-- 
Paul de Vrieze
Gentoo Developer
Mail: pauldv@gentoo.org
Homepage: http://www.devrieze.net

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] wxGTK {up|down}grade loop

[Grant Goodyear]

[-- Attachment #1: Type: text/plain, Size: 504 bytes --]

> I'm not very good with Python, but I'm interested in helping to design a better dependency 
> checker. Could you give me a summary of the way the checker currently works or point me to 
> a document that describes it? Or should I just learn Python?

Your best bet is to wade through the code, of course.  Fortunately,
python is fairly readable.  You can get an idea of how portage is
structured from my gentoo page at http://emu.gentoo.org/~g2boojum/.
-- 
Grant Goodyear <g2boojum@gentoo.org>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] wxGTK {up|down}grade loop

[Andrew Gaffney]

Grant Goodyear wrote:
>>I'm not very good with Python, but I'm interested in helping to design a better dependency 
>>checker. Could you give me a summary of the way the checker currently works or point me to 
>>a document that describes it? Or should I just learn Python?
> 
> Your best bet is to wade through the code, of course.  Fortunately,
> python is fairly readable.  You can get an idea of how portage is
> structured from my gentoo page at http://emu.gentoo.org/~g2boojum/.

What I'll probably end up trying to do is implementing the current dependency checker in 
Perl and then going from there.

-- 
Andrew Gaffney


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] wxGTK {up|down}grade loop

[Andrew Gaffney]

I wouldn't recommend this approach. This will probably break whatever package depends on 
the older version of the flip-flopping package.

Paul Fraser wrote:
> You could use emerge -UDp instead, which will tell Portage to ignore any downgrades that may occur, and only show packages that will actually be updated.
> 
> On Sat, Oct 25, 2003 at 12:58:28PM -0500, Andrew Gaffney wrote:
> 
>>Ruben Vermeersch wrote:
>>
>>>Ok, here's what's bugging me lately:
>>>
>>>       ruben@neferteti ruben $ emerge -uDp world
>>>       
>>>       These are the packages that I would merge, in order:
>>>       
>>>       Calculating world dependencies ...done!
>>>       [ebuild     U ] x11-libs/wxGTK-2.4.1-r1 [2.4.0] 
>>>
>>>After updating wxGTK, i stumble upon this:
>>>
>>>       neferteti ruben #  emerge -uDp world
>>>       
>>>       These are the packages that I would merge, in order:
>>>       
>>>       Calculating world dependencies ...done!
>>>       [ebuild     UD] x11-libs/wxGTK-2.4.0 [2.4.1-r1] 
>>>       
>>>Something tells me this ain't normal behaviour :)
>>
>>I've seen this kind of thing a few times before, most notably with avifile 
>>and drip. In this case, there is an update available for wxGTK, so portage 
>>upgrades it. Unfortunately, there is some program installed that requires 
>>on a version of wxGTK <=2.4.0, so portage downgrades it to not break the 
>>other program. I consider this behavior a portage bug, but as far as I 
>>know, there is currently no easy way to prevent this from happening.
>>
>>-- 
>>Andrew Gaffney
>>
>>
>>--
>>gentoo-dev@gentoo.org mailing list
> 
> 


-- 
Andrew Gaffney


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] wxGTK {up|down}grade loop

[Brian Jackson]

On Saturday 25 October 2003 12:43 pm, Ruben Vermeersch wrote:
> Ok, here's what's bugging me lately:
> 
>         ruben@neferteti ruben $ emerge -uDp world
>         
>         These are the packages that I would merge, in order:
>         
>         Calculating world dependencies ...done!
>         [ebuild     U ] x11-libs/wxGTK-2.4.1-r1 [2.4.0] 
> 
> After updating wxGTK, i stumble upon this:
> 
>         neferteti ruben #  emerge -uDp world
>         
>         These are the packages that I would merge, in order:
>         
>         Calculating world dependencies ...done!
>         [ebuild     UD] x11-libs/wxGTK-2.4.0 [2.4.1-r1] 
>         
> Something tells me this ain't normal behaviour :)

It usually means you have some other package that depends on a specific 
version of wxGTK. For example rapidsvn requires subversion-0.28, while 0.32 
is the latest, so it'll go into a loop like that. Bug 16240 isn't the same 
package, but it's the same problem.

--Iggy

> 
> Greetings, Ruben
> 
> 
> --
> gentoo-dev@gentoo.org mailing list
> 
> 

-- 
Home -- http://www.brianandsara.net
Gentoo -- http://gentoo.brianandsara.net

--
gentoo-dev@gentoo.org mailing list