Starting last night several builds and programs are crashing due to
problems in libxcb and others.

My system is ~amd64.

For example evolution fails to start and says

gottlieb@ajglap ~ $ evolution
evolution: error while loading shared libraries: libxcb-aux.so.0: cannot oen shared object file: No such file or directory
gottlieb@ajglap ~ $

There is no libxcb-aux now on my system nor is there an libxcb-atom,
which revdep rebuild mentioned.

openoffice (picked up by revdep-rebuild) fails to build saying

checking for pkg-config... /usr/bin/pkg-config
checking for libwpd-0.8 ... Package libwpd-0.8 was not found in the pkg-cofig search path. Perhaps you should add the directory containing `libwpd-08.pc' to the PKG_CONFIG_PATH environment variable No package 'libwpd-0.8' ound
configure: error: Library requirements (libwpd-0.8 ) not met; consider adjsting the PKG_CONFIG_PATH environment variable if your libraries are in a onstandard prefix so pkg-config can find them.

I looked (using locate) and I have libwpd-0.9.1 now.  Should I downgrade
to lib0.8.14?

Another problem, perhaps not related, but occurring at the same time is
that xlsclients-1.1.1 (also picked up by revdep-rebuild) fails to
build with
make --jobs --load-average=5
make  all-am
make[1]: Entering directory `/var/tmp/portage/x11-apps/xlsclients-1.1.1/wok/xlsclients-1.1.1_build'
  CC     xlsclients.o
  GEN    xlsclients.1
x86_64-pc-linux-gnu-gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I/var/tmp/portag/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1    -Wall -Wpointer-arith Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-exerns -fno-strict-aliasing -Wbad-function-cast -Wformat=2 -Wold-style-defnition -Wdeclaration-after-statement   -march=native -O2 -pipe -c /var/tp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1/xlsclients.c
/var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1/xlsclient.c: In function â=80=98print_client_propertiesâ=80=99:
/var/tmp/portage/x11-apps/xlsclients-1.1.1/work/xlsclients-1.1.1/xlsclient.c:542:8: error: â=80=98WM_CLIENT_MACHINEâ=80=99 undeclared (first usein this function)

Something must have gone quite wrong in my last update world.

Advice would be appreciated.

thanks,
allan

A rebuild of evolution fixed this but the other two errors
still occur

I have

  root:512 lib64> ls -l libxcb-aux.*
  -rw-r--r-- 1 root root  8362 Oct  3  2009 libxcb-aux.a
  -rw-r--r-- 1 root root   984 Jul  3  2010 libxcb-aux.la
  lrwxrwxrwx 1 root root    19 Oct  3  2009 libxcb-aux.so -> libxcb-aux.so.0.0.0
  lrwxrwxrwx 1 root root    19 Oct  3  2009 libxcb-aux.so.0 -> libxcb-aux.so.0.0.0
  -rwxr-xr-x 1 root root 14232 Oct  3  2009 libxcb-aux.so.0.0.0

also  libxcb-atom.so.1.0.0 : both were installed by  x11-libs/xcb-util-0.3.6 .

It's always a bad idea to do 'emerge world' (without '-p'):
I have always made a hand-written list of pkgs to be upgraded,
then emerged them individually or in small groups.
People are continually reporting problems which I have avoided since 2003 .

--
========================,,============================================
SUPPORT     ___________//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT    `-O----------O---'   purslowatchassdotutorontodotca

* Allan Gottlieb <gottlieb*******> [110426 14:34]:

For what it's worth I run ~x86 and I got the same error with libwpd
until I made sure I had the 0.8 slot emerged as well (emerge libwpd:0.8)

It looks like it just became slotted (if I remember right.)

Unfortunately I then had a problem with OpenOffice and libwpg.  And had
to downgrade back to 1.1.3 (and mask 0.2.0.)  It looked like OpenOffice
wasn't happy with a 2.0 version and still wanted a 1.0 version (but I
didn't look too carefully.)

However it looks like it's slotted now so you should be able to install
libwpg:0.2 as well as libwpg:0.1 and OpenOffice will still work.

However, I get file collisions when trying to install libwpg:0.2 with
libwpg:0.1 installed right now.  It might still be in the process of being
fully slotted?

If you don't have the libwpd:0.8 and/or libwpg:0.1 slotted versions then
just emerge them too.

Todd

It is worth a lot!

I just now followed your advice and emerged both libwpd:0.8 and
libwpg:0.1.  I was a little surprised to see that
emerge -1 was insufficient (depclean wanted to remove them again).

If a certain slot is needed for another application, I had expected
depclean to leave it alone.  Anyway I then did an emerge -n to put them
into world and depclean is happy.

As it turns out now revdep-rebuild doesn't want to remerge anything,
but I am doing a reinstall of openoffice anyway just to confirm that it
is happy.

I wonder if the situation has now stabilized and forcing the old slots
to be present is no longer needed.  I will have more time after the
semester ends and I don't have to prepare lectures / grade exams.
I hope during the end of may to go through world and prune any that
don't appear to be necessary.

Thank you very much for your help.

allan

That is perhaps good advice but would not have helped here.  Very few
packages were specified and I would have done them in one bunch.
Also the problem seems to be that depclean was too aggressive in
removing old slots.  Indeed, it might be that both --syncs I did (1 day
apart) caught the mirror in an unstable state.

thanks for the advice,
allan

* Allan Gottlieb <gottlieb*******> [110427 10:54]:

Great!  You're welcome.

FWIW, if anyone else is having problems emerging both slotted versions
of libwpg, my problems with libwpg:0.1 and libwpg:0.2 having filename
conflicts was due to having the doc USE flag set.

It's bug  http://bugs.gentoo.org/show_bug.cgi?id=364857

I know some have mentioned that in general it's not a good idea to have
the doc USE flag enabled globally.

Todd

....snipped....

Did you see the "Gentoo libxcb 1.4 Upgrade Guide"? http://www.gentoo.org/proj/en/desktop/x/x11/libxcb-1.4-upgra[..]

Urs

No I hadn't.  Thanks for the tip.

Results

1.  Ubgrading to libxcb 1.4: all was in order (no action needed)

2.  Fixing broken libtool archives: all was in order

3.  Fixing "broken" shared libraries:

3A. Rebuilding essential packages:  64(!) reinstalls, 1 new slot.   Wow!
    All merged with no problems.

3B. Rebuilding remaining broken packages: all was in order

3C. Removing the now unused libraries: all was in order

Again, thanks for the pointer.

allan