[gentoo-user] Can't seem to remove DirectFB

[gentoo-user] Can't seem to remove DirectFB

[Alan McKinnon]

Hi,

I was recently giving DirectFB a test evaluation and would like to 
remove it. My wm of choice - e17 - currently doesn't compile with 
directfb on the system which changes "like to remove" to "must remove". 
Should be easy enough, I've done it before:

- remove directfb from USE
- emerge -avC DirectFB
- emerge --depclean
- revdep-rebuild

But not this time. revdep-rebuild throws out about 100 of these:

  broken /usr/lib/python2.4/site-packages/gtk-2.0/vtemodule.la 
(requires /usr/lib/libdirectfb.la)
  broken /usr/lib/python2.4/site-packages/gtk-2.0/vtemodule.la 
(requires /usr/lib/libfusion.la)
  broken /usr/lib/python2.4/site-packages/gtk-2.0/vtemodule.la 
(requires /usr/lib/libdirect.la)

Affected packages are mostly beryl, emerald, gimp, gtk+2 and the e17 
supporting libs. I've tried to remerge about 10 of them manually and 
they ALL fail with this same kind of error:

if /bin/sh ./libtool --mode=compile 
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/python2.4 -I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -I./gtk   -I/usr/include/pycairo -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12   -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pycairo   -O2 -march=pentium4 -pipe -Wall -std=c9x -fno-strict-aliasing -MT 
pangocairo_la-pangocairo.lo -MD -MP -MF ".deps/pangocairo_la-pangocairo.Tpo" -c -o 
pangocairo_la-pangocairo.lo `test -f 'pangocairo.c' || 
echo './'`pangocairo.c; \
        then 
mv -f ".deps/pangocairo_la-pangocairo.Tpo" ".deps/pangocairo_la-pangocairo.Plo"; 
else rm -f ".deps/pangocairo_la-pangocairo.Tpo"; exit 1; fi 
i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I. -I/usr/include/python2.4 -I/usr/include/pygtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I./gtk -I/usr/include/pycairo -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pycairo -O2 -march=pentium4 -pipe -Wall -std=c9x -fno-strict-aliasing -MT 
pangocairo_la-pangocairo.lo -MD -MP -MF .deps/pangocairo_la-pangocairo.Tpo -c 
pangocairo.c  -fPIC -DPIC -o .libs/pangocairo_la-pangocairo.o
/bin/sh ./libtool --mode=link 
i686-pc-linux-gnu-gcc  -O2 -march=pentium4 -pipe -Wall -std=c9x -fno-strict-aliasing   -o 
pangocairo.la -rpath /usr/lib/python2.4/site-packages/gtk-2.0 -module -avoid-version  -export-symbols-regex 
initpangocairo pangocairo_la-pangocairomodule.lo 
pangocairo_la-pangocairo.lo -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lcairo
grep: /usr/lib/libdirectfb.la: No such file or directory
/bin/sed: can't read /usr/lib/libdirectfb.la: No such file or directory
libtool: link: `/usr/lib/libdirectfb.la' is not a valid libtool archive
make[2]: *** [pangocairo.la] Error 1
make[2]: Leaving directory 
`/var/tmp/portage/dev-python/pygtk-2.10.3/work/pygtk-2.10.3'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory 
`/var/tmp/portage/dev-python/pygtk-2.10.3/work/pygtk-2.10.3'
make: *** [all] Error 2

I get the revdep-rebuild output - the .la lists a lib that is not longer 
there. But why the compile error? pygtk has no directfb USE flag, and I 
can't figure out why it would want to grep /usr/lib/libdirectfb.la.

General info:
Unmerging and remerging the package doesn't help, the results are 
identical.
My system is pre-linked and undoing this also doesn't help.
USE="qt3 dvdread kde xv unicode jpeg python tcl gd sse mp3 cdr gnutls 
x264 gdbm pcmcia pango mng xml xvmc aalib samba hal cli tcpd mikmod 
apache2 tk spell lm_sensors wmf postgres dvdr quicktime libwww 
bash-completion ssl foomaticdb fam dv X svga bitmap-fonts libcaca nptl 
dbx aiglx dbus session ppds pmu branding mysql udev bluetooth imap mmx 
ftp mpeg vcd xine jabber sms posix freetds acpi kdeenablefinal 
imagemagick x86 javascript iconv truetype-fonts mysqli theora 
mailwrapper openal netboot acl dri mime xinetd firefox adns libc_glibc 
tiff sqlite xosd svg lesstif apm cups pcre gpm arts usb xpm opengl 
type1-fonts startup-notification perl gif a52 cairo encode matroska 
wxwindows cracklib dlloader curlwrappers maildir sdl ncurses mcal pppd 
nsplugin jbig ogg vorbis zeroconf png threads ffmpeg aac plotutils 
truetype jpeg2k zlib slp kdexdeltas doc dts avahi mbox lcms xcomposite 
motif scanner imlib irda spl tetex curl tcltk gimp bzip2 crypt 
offensive jce libg++ xvid sqlite3 profile pam alsa odbc dga irmc milter 
mad xorg pdf readline php sysvipc reflection sse2 dvd wifi dvb 
win32codecs audiofile howl" ALSA_CARDS="ali5451 als4000 atiixp 
atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 
fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx 
via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix 
dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat 
linear meter mulaw multi null plug rate route share shm softvol" 
ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics evdev" 
KERNEL="linux" LINGUAS="en en_GB" USERLAND="GNU" VIDEO_CARDS="fbdev 
radeon vesa vga"

alan
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Can't seem to remove DirectFB

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 511 bytes --]

On Wed, 3 Jan 2007 10:17:13 +0200, Alan McKinnon wrote:

> - remove directfb from USE
> - emerge -avC DirectFB
> - emerge --depclean
> - revdep-rebuild

That should be

remove directfb from USE
emerge -uavDN world
emerge --depclean -p
emerge --depclean
revdep-rebuild

emerge --depclean will remove directfb if it's no longer needed, don't
unmerge it until all dependent packages have been updated.


-- 
Neil Bothwick

Not one shred of evidence supports the notion that life is serious.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Can't seem to remove DirectFB

[Alan McKinnon]

On Wednesday 03 January 2007 11:01, Neil Bothwick wrote:
> On Wed, 3 Jan 2007 10:17:13 +0200, Alan McKinnon wrote:
> > - remove directfb from USE
> > - emerge -avC DirectFB
> > - emerge --depclean
> > - revdep-rebuild
>
> That should be
>
> remove directfb from USE
> emerge -uavDN world
> emerge --depclean -p
> emerge --depclean
> revdep-rebuild
>
> emerge --depclean will remove directfb if it's no longer needed,
> don't unmerge it until all dependent packages have been updated.

Fair enough, BUT

DirectFB was in world
emerge -uND world is up to date

I've also tried the sequence you suggest (but didn't mention it in my 
post to reduce the info clutter) with the same results. So I'm still 
stuck

alan

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Can't seem to remove DirectFB

[Dirk Heinrichs]

[-- Attachment #1: Type: text/plain, Size: 626 bytes --]

Am Mittwoch, 3. Januar 2007 10:44 schrieb ext Alan McKinnon:

> DirectFB was in world
> emerge -uND world is up to date

You should clean your world file, then.

emerge udept
dep -w          # clean world file
emerge -a --depclean
revdep-rebuild
emerge -DNu world

HTH...

	Dirk
-- 
Dirk Heinrichs          | Tel:  +49 (0)162 234 3408
Configuration Manager   | Fax:  +49 (0)211 47068 111
Capgemini Deutschland   | Mail: dirk.heinrichs@capgemini.com
Hambornerstraße 55      | Web:  http://www.capgemini.com
D-40472 Düsseldorf      | ICQ#: 110037733
GPG Public Key C2E467BB | Keyserver: www.keyserver.net

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Can't seem to remove DirectFB

[Alan McKinnon]

On Wednesday 03 January 2007 12:01, Dirk Heinrichs wrote:
> Am Mittwoch, 3. Januar 2007 10:44 schrieb ext Alan McKinnon:
> > DirectFB was in world
> > emerge -uND world is up to date
>
> You should clean your world file, then.
>
> emerge udept
> dep -w          # clean world file
> emerge -a --depclean
> revdep-rebuild
> emerge -DNu world

That looks like a useful tool, how come I've gone all these years and 
never heard of it?

In desperation I've decided to put DirectFB back then follow yours and 
Neil's suggestions and see what happens. With luck I'll spot a 
difference and know what I did wrong first time round. Here goes for 
yet another long compile session :-)

alan
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Can't seem to remove DirectFB

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 2223 bytes --]

On Wednesday 03 January 2007 09:17, Alan McKinnon wrote:
> I was recently giving DirectFB a test evaluation and would like to
> remove it. My wm of choice - e17 - currently doesn't compile with
> directfb on the system which changes "like to remove" to "must remove".
> Should be easy enough, I've done it before:
[SNIP]
> But not this time. revdep-rebuild throws out about 100 of these:
>
>   broken /usr/lib/python2.4/site-packages/gtk-2.0/vtemodule.la
> (requires /usr/lib/libdirectfb.la)
>   broken /usr/lib/python2.4/site-packages/gtk-2.0/vtemodule.la
> (requires /usr/lib/libfusion.la)
>   broken /usr/lib/python2.4/site-packages/gtk-2.0/vtemodule.la
> (requires /usr/lib/libdirect.la)
>
> Affected packages are mostly beryl, emerald, gimp, gtk+2 and the e17
> supporting libs.

It have been better to include the full output of `revdep-rebuild -i -vp` 
either inline or attached as a compressed file...

> I've tried to remerge about 10 of them manually and 
> they ALL fail with this same kind of error:
[SNIP]
> /bin/sh ./libtool --mode=link
> i686-pc-linux-gnu-gcc  -O2 -march=pentium4 -pipe -Wall -std=c9x
> -fno-strict-aliasing   -o pangocairo.la -rpath
> /usr/lib/python2.4/site-packages/gtk-2.0 -module -avoid-version 
> -export-symbols-regex initpangocairo pangocairo_la-pangocairomodule.lo
> pangocairo_la-pangocairo.lo -lpangocairo-1.0 -lpango-1.0 -lgobject-2.0
> -lgmodule-2.0 -ldl -lglib-2.0 -lcairo grep: /usr/lib/libdirectfb.la: No
> such file or directory
> /bin/sed: can't read /usr/lib/libdirectfb.la: No such file or directory
> libtool: link: `/usr/lib/libdirectfb.la' is not a valid libtool archive
[SNIP]
> I get the revdep-rebuild output - the .la lists a lib that is not longer
> there. But why the compile error? pygtk has no directfb USE flag, and I
> can't figure out why it would want to grep /usr/lib/libdirectfb.la.
[SNIP]

Because it links against cairo which is still linked against libdirectfb.la. 
revdep-rebuild makes no attempt (or fails ;) to figure out in which order the 
packages should remerged. Cairo, pango and gtk+ are probably on the list from 
revdep-rebuild and should be remerged first (in that order)...

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Can't seem to remove DirectFB

[Alan McKinnon]

On Wednesday 03 January 2007 15:36, Bo Ørsted Andresen wrote:
> On Wednesday 03 January 2007 09:17, Alan McKinnon wrote:

[snip]

> > Affected packages are mostly beryl, emerald, gimp, gtk+2 and the
> > e17 supporting libs.
>
> It have been better to include the full output of `revdep-rebuild -i
> -vp` either inline or attached as a compressed file...

I didn't do that as it's very long, and I was actually looking for a 
deeper understanding of what's going on below the covers. Which I think 
you might have given below

[SNIP]

> > I get the revdep-rebuild output - the .la lists a lib that is not
> > longer there. But why the compile error? pygtk has no directfb USE
> > flag, and I can't figure out why it would want to grep
> > /usr/lib/libdirectfb.la.
>
> [SNIP]
>
> Because it links against cairo which is still linked against
> libdirectfb.la. revdep-rebuild makes no attempt (or fails ;) to
> figure out in which order the packages should remerged. Cairo, pango
> and gtk+ are probably on the list from revdep-rebuild and should be
> remerged first (in that order)...

Ah, this makes sense, and I hadn't considered this indirection. emerge 
world is still running so when it finishes I'll let you know if it 
fixes things.

Thanks,

alan


-- 
gentoo-user@gentoo.org mailing list