Bug 140541 – emerging gnome-base/gnome-panel-2.10.2 failed

• Product: Gentoo Linux
• Status: RESOLVED DUPLICATE

[Description Pablo Antonio 2006-07-15 12:17:07 UTC]

I know there are some active bugs about gnome-panel, but I think those bugs are not related to this one. If you think this is a duplicate bug, I say sorry beforehand.

emerging gnome-panel failed (it was during a revdep-rebuild process). The attachment contains the output of revdep-rebuild.

And this is my "emerge --info":

Gentoo Base System version 1.6.15
Portage 2.1-r1 (default-linux/ppc/2005.0, gcc-4.1.1, glibc-2.4-r3, 2.6.17-rc4 ppc)
=================================================================
System uname: 2.6.17-rc4 ppc 7447A, altivec supported
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.3.5-r2, 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  0.4.2-r1
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r4
ACCEPT_KEYWORDS="ppc"
AUTOCLEAN="yes"
CBUILD="powerpc-unknown-linux-gnu"
CFLAGS="-O2 -mtune=powerpc -mcpu=7400 -maltivec -mabi=altivec -fno-strict-aliasing -pipe"
CHOST="powerpc-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -mtune=powerpc -mcpu=7400 -maltivec -mabi=altivec -fno-strict-aliasing -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig candy confcache distlocks metadata-transfer parallel-fetch sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.localhost.net.ar/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.samerica.gentoo.org/gentoo-portage"
USE="ppc X a52 aac alsa altivec apache2 apm berkdb bitmap-fonts cdr cli crypt cups divx4linux dlloader dri dvd emboss fortran gif gnome gphoto2 gpm gtk gtk2 ipv6 isdnlog jpeg libwww motif mp3 mpeg ncurses nls nptl nptlonly oggvorbis opengl pam pcre pdflib perl png pop pppd python readline realplayer reflection session spell spl ssl tcpd truetype truetype-fonts type1-fonts unicode xml2 xorg xv zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux userland_GNU video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

[Comment 1 Pablo Antonio 2006-07-15 12:18:28 UTC]

Created attachment 91811 [details]
Output from revdep-rebuild when the error happened.

[Comment 2 John N. Laliberte (RETIRED) 2006-07-15 12:49:30 UTC]

you should update your machine to the latest stable gnome packages ( which is 2.14 ).

This is a duplicate because your probably using a newer gnome-menus.

*** This bug has been marked as a duplicate of 103057 ***

[Comment 3 Pablo Antonio 2006-07-15 19:54:19 UTC]

Are you suggesting me that I should emerge a newer version of gnome-panel? Excuse me if I didn't understand what you said correctly.

The version of gnome-menus I've currently installed is 2.12.0-r1. Do you think I should upgrade that package to 2.14.0? By the way, I upgraded gnome-panel to version 2.14.2 (of course, after unmasking it because it was keyworded). The problem is that when I do revdep-rebuild it tries to "emerge --oneshot =gnome-base/gnome-panel-2.10.2". Please tell me what should I do in order to fix this. The error is in the attachment.

[Comment 4 John N. Laliberte (RETIRED) 2006-07-15 21:05:59 UTC]

yes, gnome 2.14 is now stable.

I would do a emerge sync, followed by a emerge -uDav world.

Next, re-rerun revdep-rebuild, it shouldn't want to rebuild gnome-panel again.

let us know how it goes.

[Comment 5 Pablo Antonio 2006-07-17 10:43:51 UTC]

Wow! Just did what you suggested. An "emerge --sync" and then an "emerge --update --deep world". When I tried revdep-rebuild afterwards, it didn't want to build gnome-panel again. Thanks for your help. Could you explain me a little bit what happened? (Or point me to some helpful document.)

[Comment 6 John N. Laliberte (RETIRED) 2006-07-17 18:27:30 UTC]

by updating all packages to the latest versions, you rebuilt them against the currently installed versions of libraries on your system.

revdep-rebuild looks for packages that are linked against missing or broken shared libraries.

Your version of gnome-panel was old.  It was upgraded to a new version and linked against current libraries that exist on your system.

Next, when you re-ran revdep-rebuild, it didn't find gnome-panel anymore because it was not linked against missing or broken libraries.

The reason gnome-panel failed ( during revdep-rebuild ) in the first place was probably because you had a newer version of libIDL or orbit that was confusing it, and causing the errors you first submitted the bug with.

hope that helps.

[Comment 7 Pablo Antonio 2006-07-17 18:34:21 UTC]

Yes, it does. Thank you very much.