Public SourceMage Discussion List

[Eric Sandall <eric AT sandall.us>]

On Fri, 27 Nov 2009 17:17:29 +0100
Arwed von Merkatz <v.merkatz AT gmx.net> wrote:
> I ran into the libxcb issue on my netbook, updating from the
> pre-previous stable grimoire iirc.
> The problem why it didn't get fixed automatically was for two reasons:
> - stuff being linked to libxcb without depending on it, specifically
>   several of the xorg libraries like libxscrnsaver, xinerama
> stuff, ... They don't use libxcb themselves, but recursively through
> libx11. I blame libtool there for linking also transitive dependencies
>   directly. This could eventually be solved by not installing those
>   broken .la files that break stuff everywhere.
>   Doesn't help in this case though, not sure why they weren't rebuild
>   automatically, as libxcb up_triggers all dependees, not only direct
>   ones.
> - Circular dependencies. gtk+2, cairo, librsvg2 have a dependency
> cycle. This cycle is broken if they are not installed yet, making it
> work for new installs. But in a case like this, we still have the
> cycle, and the rebuilds fail due to that.
>   The way to fix this on my system was dispelling all three, then a
> cast -r -c gtk+2, then a cast librsvg2.
> 
> Not sure how to automate any of this. The various xorg libs would have
> been fixed automatically by a cleanse --fix, so I consider them not so
> serious. The gtk+2 issue, no idea.

Yep, gtk+2 packages were the only ones I noticed failing when I was
originally doing my testing. So perhaps the main fix for this isn't a
revert, but doing a more thourough fix for
http://bugs.sourcemage.org/show_bug.cgi?id=15402.

-sandalle

-- 
Eric Sandall                     |  Source Mage GNU/Linux Developer
eric AT sandall.us PGP: 0xA8EFDD61  |  http://www.sourcemage.org/
http://eric.sandall.us/          |  http://counter.li.org/  #196285

Attachment: signature.asc
Description: PGP signature