no libxcb-xlib.la, whole system unuseable

cracki · n00b Joined: 12 Oct 2005 Posts: 34

After an emerge world yesterday my system is now completly unuseable.

Most apps fail to emerge:
/bin/sed: can't read /usr/lib64/libxcb-xlib.la: No such file or directory
libtool: link: `/usr/lib64/libxcb-xlib.la' is not a valid libtool archive

KDE doesnt start, only one working is fluxbox please help!

avx · Advocate Joined: 21 Jun 2004 Posts: 2152

Tried re-emerging libxcb?

cracki · n00b Joined: 12 Oct 2005 Posts: 34

No that doesnt help.

stei7766 · n00b Joined: 11 May 2008 Posts: 4

Ugh.

libxcb is causing all kinds of trouble for me with a emerge -vuDN world.

Updates as I try to figure out whats going on, but at this point I'm terrified to reboot.

Check bug 158476 for some info.

stei7766 · n00b Joined: 11 May 2008 Posts: 4

Hmm, check which version of libxcb you have installed. It seems that libxcb-xlib.la was removed from libxcb with version 1.1.92. Seems like a bit of a nutty change to make over a minor version bump, especially considering how many things depend upon that one file.

I downgraded and everything is ok now.

tranquilcool · Veteran Joined: 25 Mar 2005 Posts: 1179

downgrade to libxcb-1.1
_________________
this is a strange strange world.

lynczu · n00b Joined: 23 Dec 2005 Posts: 17

albright · Posted: Sun Mar 08, 2009 9:27 pm Post subject:

I have the same problem. the x11 overlay asked me to upgrade
some packages which pulled in libxcb-1.2 and now downgrading
would be a big pain ....

I temporarily unmerged libxcb-1.2, emerged 1.1, moved the libxcb-xlib*
files from /usr/lib to /usr/local/lib, then upgraded to libxcb-1.2 once
again. Now the old programs will at least run and so will the new ones.

But I can't emerge the old packages that depended on the old libxcb.
It's a big mess, and I don't know how it ought to be fixed ...

Any advice would be very welcome ...
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)

justinkb · Apprentice Joined: 23 Dec 2008 Posts: 161

mask the packages in the overlay, revdep-rebuild and depclean is what i would do...

or... revdep-rebuild all the packages to link against libxcb-1.2 (assuming this is possible, which should be likely), however, this might take a long time since that will amount to emerging over 100 of packages.

i remember changing cairo use flag to -xcb, and having to rebuild virtually every package that used X.

Gef · Apprentice Joined: 17 May 2008 Posts: 180 Location: France

I dealt with the same issue this week-end.

libxcb-1.2 pulled in with x11 overlay. The upgrade broke many packages.
I used the one-liner trick from bug #158476 and then massively used revdep-rebuild, and --keep-going option for portage (2.2.*) to recompile everything that needed to be.
Everything is now sane and stable.

A few hours ago, x11 staff added a modified version of their xcb-rebuilder.sh script, that can be usefull ($PORTDIR_OVERLAY/x11-libs/libxcb/files/xcb-rebuilder.sh).
_________________
Laptop : Gentoo ~amd64
(remote) Server : Gentoo amd64

albright · Posted: Mon Mar 09, 2009 1:21 pm Post subject:

Not working for me - the packages won't rebuild after the new libxcb is
in place since they seem to need files that libxcb-1.2 has decided to
remove altogether. I don't see how to fix this short of downgrading.
It's annoying that xcb-rebuild.sh tries to rebuild packages that cannot
be rebuilt because of libxcb-1.2

_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)

Gef · Apprentice Joined: 17 May 2008 Posts: 180 Location: France

Did you sed'd out the *libxcb* references in /usr/lib/*.la and /usr/kde/lib/*.la ?
_________________
Laptop : Gentoo ~amd64
(remote) Server : Gentoo amd64

IlGab · Guru Joined: 26 Nov 2004 Posts: 486

I have a proble with this new libxcb... many package failed to build but not for a missing .la
Gimp failed with

/usr/lib/libxcb-xlib.so.0: undefined reference to `_xcb_unlock_io'
/usr/lib/libxcb-xlib.so.0: undefined reference to `_xcb_lock_io'

But I can't find anything about this issue.
Anyone have the same problem ?

albright · Posted: Mon Mar 09, 2009 1:58 pm Post subject:

Gef · Apprentice Joined: 17 May 2008 Posts: 180 Location: France

Haaa

albright · Posted: Mon Mar 09, 2009 4:02 pm Post subject:

that might work - but I've decide to rebuild with -xcb
(That will show xcb who's boss

)
_________________
.... there is nothing - absolutely nothing - half so much worth
doing as simply messing about with Linux ...
(apologies to Kenneth Graeme)

gimpel · Posted: Mon Mar 09, 2009 5:16 pm Post subject:

Generally a revdep-rebuild solves it, but in case of Gtk+ apps like gimp I had to run a source /etc/profile between tries in the same shell.

There is also a script /usr/bin/xcb-rebuilder.sh which doesn't really work that well.
_________________
http://proaudio.tuxfamily.org/wiki - pro-audio software overlay

jUmB0 · Posted: Sat Apr 04, 2009 10:57 pm Post subject:

im guessing people affected by this are compiz users who built cairo +xcb
nobody would enable such an odd useflag just out of curiosity

after compiling libxcb from the x11 overlay
rebuild cairo first and then revdep-rebuild -- --keep-going
but you could probably omit the --keep-going part

szczerb · Posted: Sat Apr 04, 2009 11:16 pm Post subject:

jUmB0 · Posted: Sun Apr 05, 2009 12:35 am Post subject:

if you dont know what a useflag does you may not want to enable it globally

equery -h xcb
or
euse -I xcb

see what packages have been actually compiled with the xcb flag enabled
its probably better off in package.use, you may want to review your make.conf

equery d libxcb
to check what depends on the offending library

emerge those packages first. once those packages are rebuilt and are presumably using the
correct library revdep-rebuild will remerge everything linked agaisnt them, magically fixing the problem.
you will feel like a wizard.

you should be able to walk away and have a working system whenever revdep-rebuild is done.
it worked for me but I'm not willing to break my system to verify this

smithjd15 · Posted: Thu Oct 01, 2009 3:47 am Post subject:

* libxcb-xlib.so is no longer shipped by libxcb but was kept on your system
*
* While your system will still work, emerging new packages or updates
* will likely fail. You can fix broken libtool .la files by running :
*
* /var/paludis/x11-libs/libxcb/files/xcb-rebuilder.sh
*
* To completely get rid of libxcb-xlib.so references, please read :
* http://www.gentoo.org/proj/en/desktop/x/x11/libxcb-1.4-upgrade-guide.xml