Sie sind nicht angemeldet.

1

24.09.2007, 20:36

Binär-Treiber sauber deinstallieren

Hi,

vor ein paar Tagen hab ich den fglrx Treiber deinstalliert (emerge -C ati-drivers), da ich inzwischen lieber den offenen verwende.

eselect opengl zeigt auch an, dass jetzt die xorg-x11 OpenGL-Implementierung verwendet wird.

Wenn ich jetzt poppler-bindings installieren will, bekomme ich immer diese Meldung:

Quellcode

1
2
3
4
5
6
/bin/sh ../libtool --tag=CXX   --mode=link i686-pc-linux-gnu-g++  -Wall -Wno-unused -O2 -march=pentium4 -pipe -fomit-frame-pointer -mfpmath=sse -msse2 -mmmx -version-info 2:0:0  -o libpoppler-glib.la -rpath /usr/lib poppler-enums.lo poppler-action.lo poppler-document.lo poppler-page.lo poppler-attachment.lo poppler-form-field.lo poppler.lo -lpoppler -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0   -lfreetype -lz   -lfontconfig   ../poppler/libpoppler-cairo.la -lcairo
grep: /usr/lib/opengl/ati/lib/libGL.la: No such file or directory
/bin/sed: can't read /usr/lib/opengl/ati/lib/libGL.la: No such file or directory
libtool: link: `/usr/lib/opengl/ati/lib/libGL.la' is not a valid libtool archive
make[4]: *** [libpoppler-glib.la] Error 1
make[4]: Leaving directory `/mnt/portage/temp/portage/app-text/poppler-bindings-0.6/work/poppler-0.6/glib'
Anscheinend ist noch irgendwo hinterlegt, dass ich die Ati Treiber auf meinem System habe.
Weiß jemand wo ?
Hatte dasselbe Problem auch beim mergen von cairo, nachdem ich glitz neu gemergt habe, lief die installation von cairo sauber durch. Mesa habe ich auch schon neu gemergt.
Gruß,
Jens

2

25.09.2007, 09:04

RE: Binär-Treiber sauber deinstallieren

Nein das ist seltsam. Was sagt ein revdep-rebuild bzw. ist dein System sonst sauber?

Auf was zeigt denn dein

Quellcode

1
# ls -l /usr/lib/libGL.so


Häng doch mal das build.log als Attachment rein.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

3

25.09.2007, 11:16

vielleicht hilft die übliche

Quellcode

1
emerge -uD world | emerge --depclean | revdep-rebuild 
Tour?
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

4

25.09.2007, 13:12

Quellcode

1
grep LIBGL_DRIVERS_PATH /etc/env.d/*


Kann es sein, dass du unter /etc/env.d noch die environment Datei hast, die dir der fglrx-Treiber anlegt?
Löschen und env-update machen!

Da ich beide benutzen will, habe ich eine Datei 99my_envs mit folgender Zeile

Quellcode

1
LIBGL_DRIVERS_PATH="/usr/lib/xorg/modules/dri:/usr/lib/dri"
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

5

25.09.2007, 18:48

Also, ich hab jetzt mal eure Kommandos ausprobiert:

Quellcode

1
2
jens:~> grep LIBGL_DRIVERS_PATH /etc/env.d/*
jens:~>

Quellcode

1
2
jens:~> ls -l /usr/lib/libGL.so
lrwxrwxrwx 1 root root 39 24. Sep 20:25 /usr/lib/libGL.so -> //usr//lib/opengl/xorg-x11/lib/libGL.so

Das sieht für mich soweit gut aus.

Laut revdep-rebuild gibt es da einige Pakete:

Quellcode

1
2
3
4
5
6
emerge --oneshot -p =app-text/poppler-bindings-0.5.4 =dev-python/pygtk-2.10.4 =g
ames-fps/doomsday-1.9.0_beta4-r1 =gnome-base/librsvg-2.16.1-r2 =gnome-base/libgl
ade-2.6.1 =media-gfx/imagemagick-6.3.4-r1 =media-video/vlc-0.8.6c =sys-devel/gcc
-4.1.2 =sys-devel/gcc-3.4.6-r1 =kde-base/kpdf-3.5.7-r2 =kde-base/kcontrol-3.5.7-
r1 =x11-libs/gtk+-2.10.14 =x11-libs/pango-1.16.5 =media-sound/alsaplayer-0.99.76
 =media-plugins/kipi-plugins-0.1.0_rc1


Also:
Von poppler wollte ich die 0.6er testen (hardmasked), daher will er vermutlich poppler-bindings sowie kpdf neu mergen (poppler-0.6 ist bereits installiert, von poppler-bindings habe ich noch 0.5.4).

Allerdings hatte ich das Problem ja schon bevor ich cairo etc neu gemerged habe. Ich mache grade mal ein emerge -uD world, damit das System sauber ist und diese Einträge aus der Liste verschwinden. Danach häng ich auch mal ein emerge log an. Das alte ist irgendwie "verschwunden" :D

Ich denke aber nicht, dass dadurch das Problem mit dem ati OpenGL Profil verschwindet, da ich dieses ja bereits vor meiner Murkserei mit Cairo, glitz & mesa hatte.

Achja, ein env-update hat auch nichts gebracht.
Gruß,
Jens

6

25.09.2007, 23:54

Ok, neues Problem...

Nach einem emerge -puD world sowie emerge --depclean bekomme ich jetzt das hier:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
root:/home/jens> emerge -1 poppler-bindings
Calculating dependencies... done!
>>> Verifying ebuild Manifests...

>>> Emerging (1 of 1) app-text/poppler-bindings-0.5.4 to /
 * poppler-0.5.4.tar.gz RMD160 ;-) ...                                                                                [ ok ]
 * poppler-0.5.4.tar.gz SHA1 ;-) ...                                                                                  [ ok ]
 * poppler-0.5.4.tar.gz SHA256 ;-) ...                                                                                [ ok ]
 * poppler-0.5.4.tar.gz size ;-) ...                                                                                  [ ok ]
 * poppler-test-0.5.3.tar.gz RMD160 ;-) ...                                                                           [ ok ]
 * poppler-test-0.5.3.tar.gz SHA1 ;-) ...                                                                             [ ok ]
 * poppler-test-0.5.3.tar.gz SHA256 ;-) ...                                                                           [ ok ]
 * poppler-test-0.5.3.tar.gz size ;-) ...                                                                             [ ok ]
 * checking ebuild checksums ;-) ...                                                                                  [ ok ]
 * checking auxfile checksums ;-) ...                                                                                 [ ok ]
 * checking miscfile checksums ;-) ...                                                                                [ ok ]
 * checking poppler-0.5.4.tar.gz ;-) ...                                                                              [ ok ]
 * checking poppler-test-0.5.3.tar.gz ;-) ...                                                                         [ ok ]
>>> Unpacking source...
>>> Unpacking poppler-0.5.4.tar.gz to /mnt/portage/temp/portage/app-text/poppler-bindings-0.5.4/work
>>> Unpacking poppler-test-0.5.3.tar.gz to /mnt/portage/temp/portage/app-text/poppler-bindings-0.5.4/work
 * Applying poppler-0.5.2-bindings.patch ...                                                                          [ ok ]
 * Applying glib-2.0.fix ...                                                                                          [ ok ]
 * Running eautoreconf in '/mnt/portage/temp/portage/app-text/poppler-bindings-0.5.4/work/poppler-0.5.4' ...
 * Running aclocal -I m4 ...                                                                                          [ ok ]
 * Running autoconf ...                                                                                               [ !! ]

 * Failed Running autoconf !
 *
 * Include in your bugreport the contents of:
 *
 *   /mnt/portage/temp/portage/app-text/poppler-bindings-0.5.4/temp/autoconf-28208.out

 *
 * ERROR: app-text/poppler-bindings-0.5.4 failed.
 * Call stack:
 *   ebuild.sh, line 1654:   Called dyn_unpack
 *   ebuild.sh, line 768:   Called qa_call 'src_unpack'
 *   ebuild.sh, line 44:   Called src_unpack
 *   poppler-bindings-0.5.4.ebuild, line 39:   Called eautoreconf
 *   autotools.eclass, line 96:   Called eautoconf
 *   autotools.eclass, line 166:   Called autotools_run_tool 'autoconf'
 *   autotools.eclass, line 219:   Called die
 *
 * Failed Running autoconf !
 * If you need support, post the topmost build error, and the call stack if relevant.
 * A complete build log is located at '/mnt/portage/log/app-text:poppler-bindings-0.5.4:20070925-214310.log'.
 *
und

Quellcode

1
2
3
4
5
6
root:/home/jens> cat /mnt/portage/temp/portage/app-text/poppler-bindings-0.5.4/temp/autoconf-28208.out
***** autoconf *****

configure.ac:8: error: possibly undefined macro: AC_PROG_LIBTOOL
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.

Offenbar hat mir das emerge --depclean von automake die Versionen 1.4_p6 und 1.6.3 deinstalliert.
Ich habe diese beiden daher wieder manuell nachinstalliert, allerdings hat es keine Änderung bewirkt.
In der Log-Datei steht leider auch nicht mehr...
Gruß,
Jens

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Jens Rutschmann« (25.09.2007, 23:56)


7

26.09.2007, 00:25

Ich behaupte mal, dass die Versionen von poppler und poppler-bindings gleich sein sollten. Also nimm von poppler auch mal 0.5.4
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

8

26.09.2007, 01:21

Die hat mir das emerge -uD world wieder drauf gespielt.
Ich glaube mir hat es was in der toolchain zerschossen. Der vlc Player hat nämlich jetzt das gleiche Problem:

Quellcode

1
2
3
4
5
6
7
8
root:~> cat /mnt/portage/temp/portage/media-video/vlc-0.8.6c/temp/autoconf-7899.out***** autoconf *****

configure.ac:74: error: possibly undefined macro: AC_DISABLE_STATIC
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:75: error: possibly undefined macro: AC_LIBTOOL_DLOPEN
configure.ac:76: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
configure.ac:77: error: possibly undefined macro: AC_PROG_LIBTOOL
Die Fehlermeldung von emerge ist genauso wie bei der von den poppler-bindings.
Gruß,
Jens

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Jens Rutschmann« (26.09.2007, 01:22)


9

26.09.2007, 08:40

Huh? Nicht gut. Gar nicht gut! Welche Versionen von autoconf hast du drauf?

Quellcode

1
# eix -e autoconf

Mein:

Quellcode

1
2
3
4
5
6
7
8
9
# eix -e autoconf
[I] sys-devel/autoconf
     Available versions:  
        (2.1)   2.13
        (2.5)   2.59-r7 2.60 2.61 2.61-r1
        {emacs}
     Installed versions:  2.13(2.1)(09:03:03 AM 03/02/2007) 2.61-r1(2.5)(09:17:48 AM 09/17/2007)(-emacs)
     Homepage:            http://www.gnu.org/software/autoconf/autoconf.html
     Description:         Used to create autoconfiguration files


Mach mal ein reinstall davon

Quellcode

1
# emerge --oneshot autoconf
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

10

26.09.2007, 10:00

Da ich kein eix habe:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
root:/home/jens> ls /var/db/pkg/sys-devel | grep auto
autoconf-2.13
autoconf-2.61-r1
autoconf-wrapper-4-r3
automake-1.10
automake-1.4_p6
automake-1.5
automake-1.6.3
automake-1.7.9-r1
automake-1.8.5-r3
automake-1.9.6-r2
automake-wrapper-3-r1
Ich habe die beiden autoconfs mal neu gemergt -> gleicher Fehler wie vorher...
Gruß,
Jens

11

26.09.2007, 10:06

Zieh dir eix rein ... ist super-ultra-extra-gut: app-portage/eix

Und hol dir noch libtool rein: sys-devel/libtool.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

12

26.09.2007, 10:17

Hey, cool !
libtool war das Problem, neu gemergt und jetzt läuft autoconf wieder durch.

OK zurück zum ursprünglichen Problem:

Quellcode

1
2
3
4
grep: /usr/lib/opengl/ati/lib/libGL.la: No such file or directory
/bin/sed: can't read /usr/lib/opengl/ati/lib/libGL.la: No such file or directory
libtool: link: `/usr/lib/opengl/ati/lib/libGL.la' is not a valid libtool archive
make[4]: *** [libpoppler-glib.la] Error 1
Anbei das log...
emerge --info wird hier wohl nicht interessant sein...

Trotzdem schon mal allen vielen Dank für die Hilfe !
Gruß,
Jens

13

26.09.2007, 11:55

Ok. Ich sehe nicht, wo diese libs direkt eingebunden werden ... vielleicht kommen die ja indirekt über pkg-config rein ...

Poste mal den Output von diesem script

Quellcode

1
2
3
4
#! /bin/bash
for lib in poppler gdk-x11-2.0 gdk_pixbuf-2.0 m pangocairo-1.0 pango-1.0 cairo gobject-2.0 gmodule-2.0 dl glib-2.0 freetype z cairo; do
        echo ${lib}": " `pkg-config --cflags --libs ${lib} 2>/dev/null` 
done


In der "for" Zeile sollten all die libs sein, welche direkt bei dir reingelinkt werden.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

14

26.09.2007, 12:23

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
poppler:  -I/usr/include/poppler -lpoppler
gdk-x11-2.0:  -DPNG_NO_MMX_CODE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0
gdk_pixbuf-2.0:
m:
pangocairo-1.0:
pango-1.0:
cairo:  -DPNG_NO_MMX_CODE -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -lcairo
gobject-2.0:  -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -lgobject-2.0 -lglib-2.0
gmodule-2.0:  -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wl,--export-dynamic -lgmodule-2.0 -ldl -lglib-2.0
dl:
glib-2.0:  -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -lglib-2.0
freetype:
z:
cairo:  -DPNG_NO_MMX_CODE -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -lcairo

Durch das emerge -uD world habe ich jetzt in der revdep-rebuild Liste diese Pakete:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
games-engines/scummvm-0.9.1
app-text/poppler-bindings-0.5.4
sys-apps/qtparted-0.4.5
dev-python/pygtk-2.10.4
dev-lang/python-2.3.5-r3
dev-lang/perl-5.8.8-r2
dev-lang/python-2.4.4-r5
games-fps/doomsday-1.9.0_beta4-r1
gnome-base/librsvg-2.16.1-r2
gnome-base/libglade-2.6.1
media-gfx/graphviz-2.12
media-gfx/imagemagick-6.3.4-r1
media-video/mplayer-1.0_rc1_p20070824
media-video/ffmpeg-0.4.9_p20070616-r1
media-video/vlc-0.8.6c
sys-devel/gcc-4.1.2
media-libs/sdl-sound-1.0.1-r2
dev-libs/apr-util-1.2.8
kde-base/kdebase-kioslaves-3.5.7-r1
kde-base/kcontrol-3.5.7-r1
kde-base/kdelibs-3.5.7-r3
kde-base/kdemultimedia-kioslaves-3.5.7
kde-base/kdesdk-kioslaves-3.5.7
app-admin/apache-tools-2.2.4-r4
www-servers/apache-2.2.4-r10
x11-libs/gtk+-2.10.14
x11-libs/pango-1.16.5
app-cdr/k3b-1.0.3
dev-util/subversion-1.4.4-r4
dev-util/kdesvn-0.13.0
media-plugins/kipi-plugins-0.1.0_rc1
Vielleicht macht es ja Sinn, zumindest erstmal gtk usw. neu zu installieren.
Gruß,
Jens

15

26.09.2007, 12:27

Du machst schon immer ein

Quellcode

1
-DNu world
- sprich mit newuse, oder?

Lass deinen Rechner doch jetzt einfach mal eine Zeit arbeiten:

Quellcode

1
2
3
4
5
6
7
8
for i in 1 2; do
emerge -DNu world
while [ $? == 1 ]; do emerge --resume --skipfirst; done
rm /root/.revdep-rebuild*
revdep-rebuild
while [ $? == 1 ]; do emerge --resume --skipfirst; done
rm /root/.revdep-rebuild*
done; dispatch-conf
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

16

26.09.2007, 16:52

OK, das könnte allerdings etwas dauern.
Ich melde mich dann morgen oder übermorgen wieder (Hab morgen noch ne Prüfung...)
Gruß,
Jens

17

27.09.2007, 23:08

OK, das Problem ist jetzt verschwunden.
Ich vermute es lag daran, dass ich die Abhängigkeiten der Pakete, die sich nicht installieren ließen, neu installiert habe. Das waren z.B. kdelibs, gtk+, pango, libglade, librsvg usw. Diese hatten laut revdep-rebuild noch Referenzen auf die libGL.so vom fglrx-Treiber.

Anscheinend wurden diese Pakete während der Installation derjenigen, die ich installieren wollte, untersucht und "in" ihnen die Referenzen auf die alte (nicht mehr vorhandene) libGL.so gefunden, so dass die neu zu installierenden Pakete auch diese libGL.so verwenden wollten.

Soweit mal meine Mutmaßungen ... belehrt mich eines Besseren, falls ihr andere Ideen habt.
Vielen Dank nochmal für die Hilfe !!!
Gruß,
Jens