[gentoo-user] Version conflicts when mixing arch and ~arch

[gentoo-user] Version conflicts when mixing arch and ~arch

[Alan McKinnon]

Hi,

A portage question, to satisfy my own curiosity i.e. I know how to fix 
the problem I had, but I'd like to know if I fully understand how to 
use portage in a case like this:

My desktop is a mostly stable x86 machine, but I use e17-9999 as my wm. 
x11-wm/e depends on evas which has a hard dependency on cairo:

        cairo? ( >=x11-libs/cairo-1.2 )

I had to unmask e, evas and cairo to get this to emerge.

I also have x86 pygtk and pycairo already installed, pycairo has a hard 
dependency on cairo-1.0*

        =x11-libs/cairo-1.0*

emerge world wants to downgrade cairo to 1.0* to satisfy pycairo, then 
the next emerge world wants to upgrade it to 1.2* to satisfy evas = a 
version conflict which yo-yos back and forth. The fix is obviously to 
keyword pycairo to ~x86 to give consistent dependencies. This is harder 
than it could be: pygtk could also have had it's own conflicts, and it 
takes several 'emerge -pv world' and reading ebuilds to get the whole 
picture. And this is something portage could have figured out itself.

emerge -p world had to parse the entire portage tree anyway, it could 
easily check for versioning conflicts while doing it and display a 
message to the user, much like blockers do currently. I get it that 
portage likely can't suggest resolutions but it would be nice to see in 
one display that evas and pygtk requires mutually exclusive versions of 
cairo.

Can portage do this? Is it something useful that warrants a feature 
request? Or am I missing an option in the man page even though I've 
read it >30 times? :-)

alan
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Version conflicts when mixing arch and ~arch

[Bo Ørsted Andresen]

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

On Tuesday 10 October 2006 22:37, Alan McKinnon wrote:
[SNIP]
> emerge -p world had to parse the entire portage tree anyway, it could
> easily check for versioning conflicts while doing it and display a
> message to the user, much like blockers do currently. I get it that
> portage likely can't suggest resolutions but it would be nice to see in
> one display that evas and pygtk requires mutually exclusive versions of
> cairo.
>
> Can portage do this? Is it something useful that warrants a feature
> request? Or am I missing an option in the man page even though I've
> read it >30 times? :-)

After bug #147766 [1] and bug #16365 [2] have been resolved portage should 
detect this. That means that the latest stable portage still won't detect it 
but latest ~arch portage should...

[1] https://bugs.gentoo.org/147766
[2] https://bugs.gentoo.org/16365

-- 
Bo Andresen

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

Re: [gentoo-user] Version conflicts when mixing arch and ~arch

[Alan McKinnon]

On Wednesday 11 October 2006 11:19, Bo Ørsted Andresen wrote:
> On Tuesday 10 October 2006 22:37, Alan McKinnon wrote:
> [SNIP]
>
> > emerge -p world had to parse the entire portage tree anyway, it
> > could easily check for versioning conflicts while doing it and
> > display a message to the user, much like blockers do currently. I
> > get it that portage likely can't suggest resolutions but it would
> > be nice to see in one display that evas and pygtk requires mutually
> > exclusive versions of cairo.
> >
> > Can portage do this? Is it something useful that warrants a feature
> > request? Or am I missing an option in the man page even though I've
> > read it >30 times? :-)
>
> After bug #147766 [1] and bug #16365 [2] have been resolved portage
> should detect this. That means that the latest stable portage still
> won't detect it but latest ~arch portage should...
>
> [1] https://bugs.gentoo.org/147766
> [2] https://bugs.gentoo.org/16365

That's good news. My notebook runs ~x86, meaning I can test the latest 
portage there and keyword portage on the desktop if everything seems 
fine.

Thanks for the info

alan

-- 
gentoo-user@gentoo.org mailing list