Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] Current breakages and a call for help

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: Arwed von Merkatz <v.merkatz AT gmx.net>
  • To: sm-discuss <sm-discuss AT lists.ibiblio.org>
  • Subject: Re: [SM-Discuss] Current breakages and a call for help
  • Date: Fri, 27 Nov 2009 17:17:29 +0100

Excerpts from Eric Sandall's message of Thu Nov 26 19:55:51 +0100 2009:
> I hear people are still being hit by libxcb 1.2 renames shared objects
> and loses the library archive breaking many packages[0] and Migration
> of libblkid.so from e2fsprogs to util-linux breaks mount/boot[1], and
> this in *stable*!
>
> I have tested both on several real boxes and a few VMs and was unable
> to reproduce them before they finally went to stable. Can anyone whom
> is able to reproduce these *please* help fix these bugs? Perhaps they
> only occur if installed from a specific ISO or updated from a specific
> grimoire version? I will try to build a few more VMs as time allows to
> work on these, but my free time is fairly limited these days.
>
> If nothing else, volunteers to help revert these in stable (if Arwed
> approves and doesn't think it's too late) would be greatly appreciated.
> As far as I am aware these are our two main complaints in IRC. If there
> are other serious breakages, please post their bug numbers to the ML
> and request additional help or information.
>
> I would like to see these resolved in one week. In my opinion we may
> want to implement commit freezes when disastrous bugs like these hit
> the grimoire and are not being fixed (yes, I'm guilty of working on
> other commits too ;)).

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.
--
Arwed v. Merkatz Source Mage GNU/Linux developer
http://www.sourcemage.org




Archive powered by MHonArc 2.6.24.

Top of Page