[SM-Discuss] Current breakages and a call for help
Arwed von Merkatz
v.merkatz at gmx.net
Mon Nov 30 13:47:02 EST 2009
Excerpts from Eric Sandall's message of Fri Nov 27 17:54:37 +0100 2009:
> 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
The problem is bigger than I thought. The gtk+2 circular dep can be resolved
by removing the file print backend, this could be moved to its own spell.
But there are even more circular deps, all of them introduced by the gtk+2,
librsvg2, cairo circle. If you have gimp installed, there's another circle
with gegl->graphviz->cairo->librvg2->gtk+2->cairo ...
I give up, right now the only way I see for this to work is to rewrite the
cairo SVG backend to not use librsvg2, which is out of scope for this
stable release ;)
Arwed v. Merkatz Source Mage GNU/Linux developer
More information about the SM-Discuss