| View previous topic :: View next topic |
| Author |
Message |
SinoTech
Advocate
Joined: 20 Mar 2004
Posts: 2579
Location: Neunkirchen / Saarland / Germany
|
 Posted: Fri Jan 06, 2006 2:25 pm Post subject: |
 |
|
Schon klar, aber wäre interessant zu sehen ob er die Module wirklich nicht mehr laden kann nach dem sie gelöscht wurden. Denn durch das erneute emergen der alsa-driver sollten die Module bereits mit dem neuen Compiler übersetzt worden sein. Falls nicht, drängt sich der verdacht auf das irgendwo noch alte Module auf deinem System liegen die immer geladen werden.
Auch die Ausgabe von "locate snd_seq_device.ko" wäre interessant. Nur um zu sehen wo sich möglicherweise noch überall eine Instanz dieses Moduls befindet.
Mfg
Sino |
|
| Back to top |
|
 |
slick
Bodhisattva
Joined: 20 Apr 2003
Posts: 3495
|
| Posted: Fri Jan 06, 2006 4:22 pm Post subject: |
|
|
Nachdem ich jetzt /lib/modules/`uname -r` komplett gelöscht habe, den Kernel sowie die alsa-driver neu compiliert habe ging es.  Vermutlich war in /lib/modules/`uname -r` noch irgendetwas altes gewesen was nicht upgedatet wurde. |
|
| Back to top |
|
|
SinoTech
Advocate
Joined: 20 Mar 2004
Posts: 2579
Location: Neunkirchen / Saarland / Germany
|
| Posted: Fri Jan 06, 2006 6:45 pm Post subject: |
|
|
| slick wrote: | | Nachdem ich jetzt /lib/modules/`uname -r` komplett gelöscht habe, den Kernel sowie die alsa-driver neu compiliert habe ging es. Vermutlich war in /lib/modules/`uname -r` noch irgendetwas altes gewesen was nicht upgedatet wurde. |
Na dann herzlich willkommen in der "Ich bin auf gcc-3.4 umgestiegen und habe es überlebt"-Gruppe 
Mfg
Sino |
|
| Back to top |
|
|
Anarcho
Advocate
Joined: 06 Jun 2004
Posts: 2970
Location: Germany
|
| Posted: Fri Jan 20, 2006 5:46 pm Post subject: |
|
|
So, nachdem nun der gcc, libtool, glibc usw. ein paarmal neu emerged wurden und somit die toolchain mit dem gcc 3.4 und march=pentium-m übersetzt worden ist, freue ich mich jetzt auf das Ende von emerge -e world: 749 Pakete....
Ich berichte dann nächste Woche weiter 
_________________
...it's only Rock'n'Roll, but I like it! |
|
| Back to top |
|
|
mrsteven
Veteran
Joined: 04 Jul 2003
Posts: 1938
|
| Posted: Fri Jan 20, 2006 11:16 pm Post subject: |
|
|
Ui, da ist es vielleicht besser erstmal gründlich auszumisten... Das ist ein Scherz, oder? 
_________________
Unix philosophy: "Do one thing and do it well."
systemd: "Do everything and do it wrong." |
|
| Back to top |
|
|
Anarcho
Advocate
Joined: 06 Jun 2004
Posts: 2970
Location: Germany
|
| Posted: Sat Jan 21, 2006 9:11 am Post subject: |
|
|
| mrsteven wrote: | | Ui, da ist es vielleicht besser erstmal gründlich auszumisten... Das ist ein Scherz, oder? |
Ich hab schon mittels depclean 70 Pakete rausgeschmissen und vorher manuell durchs world-file geguckt.
Was aber auch ne Rolle spielt ist das ich das modulare Xorg 7.0 verwende. Das sind ja einige Pakete.
BTW.: nur noch 322 Pakete, dann bin ich fertig!
EDIT:
So, bin nun fertig! Alles läuft und ich bin glücklich.
Der neue GCC scheint sogar deutlich schneller zu sein:
| Code: | Sun Oct 2 17:56:37 2005 >>> sys-libs/glibc-2.3.5-r1
merge time: 1 hour, 5 minutes and 11 seconds. <- mit gcc 3.3
Fri Jan 20 12:24:40 2006 >>> sys-libs/glibc-2.3.5-r2
merge time: 41 minutes and 24 seconds. <- erstemal mit gcc 3.4
Fri Jan 20 13:11:45 2006 >>> sys-libs/glibc-2.3.5-r2
merge time: 40 minutes and 6 seconds. <- zweitemal mit gcc 3.4, diesmal mit gcc 3.4 kompilierten gcc 3.4
Fri Jan 20 18:52:39 2006 >>> sys-libs/glibc-2.3.5-r2
merge time: 33 minutes and 18 seconds. <- 3. mal mit gcc 3.4, diesmal mit optimierten gcc und glibc |
_________________
...it's only Rock'n'Roll, but I like it! |
|
| Back to top |
|
|
bookwood
Tux's lil' helper
Joined: 06 Oct 2005
Posts: 123
Location: Dortmund
|
| Posted: Tue Jan 24, 2006 1:10 am Post subject: Update auf gcc 3.4.4 scheitert im "emerge -e system&quo |
|
|
Nach dem auf 2 Maschinen die Umstellung geklappt hat, ist es auf meinem Laptop schief gegangen. Ich bin nach der Anleitung http://de.gentoo-wiki.com/Gcc_updaten vorgegangen (die ~x86 Flags habe ich nicht gesetzt - die Anleitung ist ja etwas älter). Nach der Umstellung auf gcc 3.4.4 habe ich mit:
| Code: | | emerge gcc glibc binutils && emerge system -e && emerge world -e |
das neucompilieren eingeleitet. Mitten im "emerge -e system" stoppte emerge nach ca 70 Packeten mit einer | Code: | | /bin/bash: symbol lookup error: /usr/lib/libsandbox.so: undefined symbol: __builtin_mempcpy |
Meldung. Bei einem erneuten emerge -system bekomme ich dieselbe Meldung:
| Code: | skywalker ~ # emerge -e system
Calculating system dependencies ...done!
>>> emerge (1 of 194) sys-devel/patch-2.5.9 to /
>>> md5 files ;-) patch-2.5.9.ebuild
>>> md5 files ;-) patch-2.5.9-r1.ebuild
>>> md5 files ;-) files/digest-patch-2.5.9
>>> md5 files ;-) files/digest-patch-2.5.9-r1
>>> md5 files ;-) files/patch-2.5.9-cr-stripping.patch
>>> md5 src_uri ;-) patch-2.5.9.tar.gz
/bin/bash: symbol lookup error: /usr/lib/libsandbox.so: undefined symbol: __builtin_mempcpy
|
egal welches Packet ich versuche zu emergen, ich bekomme immer die selbe Fehlermeldung. Nichtmal bootstrap.sh läuft noch. Im Netz habe ich ausser unbeantworteten Fragen nichts gefunden. Hier nochmal meine GCC Einstellung
| Code: | skywalker ~ # gcc-config -l
[1] i686-pc-linux-gnu-3.3.6
[2] i686-pc-linux-gnu-3.3.6-hardened
[3] i686-pc-linux-gnu-3.3.6-hardenednopie
[4] i686-pc-linux-gnu-3.3.6-hardenednopiessp
[5] i686-pc-linux-gnu-3.3.6-hardenednossp
[6] i686-pc-linux-gnu-3.4.4 *
[7] i686-pc-linux-gnu-3.4.4-hardened
[8] i686-pc-linux-gnu-3.4.4-hardenednopie
[9] i686-pc-linux-gnu-3.4.4-hardenednopiessp
[10] i686-pc-linux-gnu-3.4.4-hardenednossp
|
und die Useflags:
| Code: | skywalker ~ # emerge --info
Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686)
=================================================================
System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) III Mobile CPU 1133MHz
Gentoo Base System version 1.6.13
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
dev-lang/python: 2.3.5-r2, 2.4.2
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -march=pentium3 -pipe "
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /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/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -march=pentium3 -pipe "
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/"
LINGUAS="de en"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/gentoo-de /usr/local/portage"
SYNC="rsync://10.1.1.128/gentoo-portage"
USE="X Xaw3d aalib acl alsa apache apache2 apm arts audiofile avi berkdb bitmap-fonts bonobo bzip2 cdr crypt cups curl doc dvd dvdread eds emboss encode esd ethereal exif expat f77 fam ffmpeg flac foomaticdb fortran gd gdbm gif gimp gimpprint glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml idn imagemagick imlib inkjar ipv6 java jpeg kdbg kde kdeenablefinal kdesdk lcms ldap libg++ libwww lm_sensors mad mhash mikmod mmx mng motif mozilla mozsvg mozxmltermi mp3 mpeg mysql ncurses nls nptl nptlonly nvidia odbc ogg oggvorbis openal opengl oss pam pcre pdflib perl php plugin png postgres postgresql python qt quicktime readline ruby samba sdl slang snmp spell sql sse ssl svg svga tcltk tcpd tetex threads tiff truetype truetype-fonts type1-fonts udev v4l v4l2 vorbis wmf x86 xine xinerama xml2 xmms xprint xv xvid zlib linguas_de linguas_en userland_GNU kernel_linux elibc_glibc"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS
|
Ich bin mit meinem Latein am Ende  . Für jede Hilfe bin ich dankbar. |
|
| Back to top |
|
|
bookwood
Tux's lil' helper
Joined: 06 Oct 2005
Posts: 123
Location: Dortmund
|
| Posted: Tue Jan 24, 2006 7:46 am Post subject: Problem mit der libsandbox.so gelöst |
|
|
| Ich habe die Library /usr/lib/libsandbox.so von einer der beiden Maschinen bei denen es geklappt hat rüberkopiert - jetzt geht wieder alles . Ich werde jetzt nach der Anleitung http://www.gentoo.org/doc/en/gcc-upgrading.xml vorgehen - die ist aktueller. |
|
| Back to top |
|
|
a.forlorn
Guru
Joined: 12 Aug 2005
Posts: 412
Location: Ulm, Germany
|
| Posted: Fri Feb 03, 2006 2:16 pm Post subject: |
|
|
Habe wie in der Anleitung alles gemacht. Leider hat der Wechsel via gcc-config nicht hingehauen. Ich bekomme:
| Code: | env-update
/usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory |
ein paar infos:
| Code: | emerge --info
/usr/bin/python: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
|
| Code: | gcc-config -l
[1] i386-pc-linux-gnu-3.3.5-20050130
[2] i386-pc-linux-gnu-3.3.5-20050130-hardened
[3] i386-pc-linux-gnu-3.3.5-20050130-hardenednopie
[4] i386-pc-linux-gnu-3.3.5-20050130-hardenednopiessp
[5] i386-pc-linux-gnu-3.3.5-20050130-hardenednossp
[6] i686-pc-linux-gnu-3.4.4 *
[7] i686-pc-linux-gnu-3.4.4-hardened
[8] i686-pc-linux-gnu-3.4.4-hardenednopie
[9] i686-pc-linux-gnu-3.4.4-hardenednopiessp
[10] i686-pc-linux-gnu-3.4.4-hardenednossp |
| Code: | gcc-config -f 1
* Switching cross-compiler to i386-pc-linux-gnu-3.3.5-20050130 ...
* env-update failed to work properly; making sure ld.so.conf paths
* are setup properly. Please rerun gcc-config with the -f option.
[ ok ]
* If you intend to use the gcc from the new profile in an already
* running shell, please remember to do:
* # source /etc/profile |
Zurückswitchen geht nicht. gentoolkit habe ich nicht drauf, da ich emerge -e world plannte. |
|
| Back to top |
|
|
amne
Bodhisattva
Joined: 17 Nov 2002
Posts: 6378
Location: Graz / EU
|
| Posted: Fri Feb 03, 2006 5:51 pm Post subject: |
|
|
Ich komm jetzt nicht ganz mit, was hast du gemacht und wann geht was nicht? gcc 3.3.5 ist noch installiert?
_________________
Dinosaur week! (Ok, this thread is so last week) |
|
| Back to top |
|
|
a.forlorn
Guru
Joined: 12 Aug 2005
Posts: 412
Location: Ulm, Germany
|
| Posted: Fri Feb 03, 2006 6:21 pm Post subject: |
|
|
| amne wrote: | | http://dev.gentoo.org/~avenj/bins/i686/ has a tbz for gcc-3.3.4-r1.tbz2. Since emerge is broken you should just unpack it with tar. This should provide the missing libs and make emerge work again. If it works, emerge -k gcc 3.3.4-r1 again from the binary package (so portage is aware of it), gcc-config to 3.4.4 and do the upgrade. I hope things should work like that. |
Mach grad den Vorschlag aus deinem englischen Beitrag. Soweit so gut. (ist nur ein C3 1000Mhz, der braucht ein wenig.
Ich gehe so vor:
| Code: | 1. emerge --sync && emerge -u gcc && gcc-config i686-pc-linux-gnu-3.4.4 && source /etc/profile
2. gcc-config -l
3. emerge gcc binutils glibc libstdc++-v3 && emerge -P gcc && emerge -e system && emerge -e world |
|
|
| Back to top |
|
|
mondauge
l33t
Joined: 08 Jan 2003
Posts: 603
Location: Schwetzingen, Germany
|
| Posted: Mon Feb 06, 2006 6:57 am Post subject: |
|
|
Danke für die Umstellungsanleitung.. Damit war das einigermaßen schmerzlos und unkompliziert durchzuziehen Eine Frage hätte ich aber noch:
Ich habe auf meinem Gentoo daheim auch ein paar Programme drauf, bei denen beim mergen eine Lizenz manuell akzeptiert werden muss. Prinzipiell kein Problem, doch beim mergen von 400 Paketen lass ich die Kiste doch gerne mal laufen und geh dann weg. Jetzt ist es leider ziemlich ärgerlich, wenn man wieder kommt und feststellt, dass er 20 von den 400 Pakete gemergt und den Rest der Zeit wegen der blöden Lizenz gewartet hat. Gibt es einen Weg, diese Pakete bei "emerge -e" vorher wegzufiltern?
schöne Grüße,
mondauge |
|
| Back to top |
|
|
slick
Bodhisattva
Joined: 20 Apr 2003
Posts: 3495
|
| Posted: Mon Feb 06, 2006 8:14 am Post subject: |
|
|
ungetestet, in etwa so:
| Code: | emerge gentoolkit
for paket in `equery l` ; do
if [ "${paket}" != "app-misc/app_with_license" ] ; then
all="${all} =${paket}"
fi
done
emerge --oneshot $all
emerge app-misc/app_with_license |
|
|
| Back to top |
|
|
a.forlorn
Guru
Joined: 12 Aug 2005
Posts: 412
Location: Ulm, Germany
|
| Posted: Mon Feb 06, 2006 11:23 am Post subject: |
|
|
Läuft wieder alles. Warum es bei ersten mal nicht geklappt hat, weiss ich nicht.  |
|
| Back to top |
|
|
Battlestar Gentoo
l33t
Joined: 23 Dec 2004
Posts: 708
Location: Wien
|
| Posted: Tue Feb 14, 2006 8:56 pm Post subject: |
|
|
Vielleicht eine dumme Frage, aber warum muss ich das System eigentlich komplett neu kompilieren, wenn ich auf gcc 3.4 wechsle?
Was bewirkt diese Umstellung?
_________________
vorher: Gentoo Reptile |
|
| Back to top |
|
|
tost
Guru
Joined: 10 Dec 2005
Posts: 506
|
| Posted: Tue Feb 14, 2006 9:16 pm Post subject: |
|
|
Damit auch alle Pakete mit dem neuen Compiler gebaut werden ..
Ansonsten ist ja alles noch mit dem alten, doch wir wollen ja umstellen
tost |
|
| Back to top |
|
|
Battlestar Gentoo
l33t
Joined: 23 Dec 2004
Posts: 708
Location: Wien
|
| Posted: Tue Feb 14, 2006 9:26 pm Post subject: |
|
|
Ja schon, aber ist das so ein Problem?
_________________
vorher: Gentoo Reptile |
|
| Back to top |
|
|
amne
Bodhisattva
Joined: 17 Nov 2002
Posts: 6378
Location: Graz / EU
|
| Posted: Tue Feb 14, 2006 10:51 pm Post subject: |
|
|
Gcc 3.3.x stellt libstdc++.so.5 zur Verfügung, 3.4.x nicht. Daher werden alle gegen diese Lib verlinkten Pakete nach der Umstellung (und unmergen von 3.3.x) nicht mehr funktionieren. Deshalb kannst du entweder diese Pakete mittels revdep-rebuild neu bauen (und dabei gegen 3.4.x verlinken), oder gleich das ganze System neu übersetzen.
Ersteres ist schneller, zweiteres garantiert auch eine saubere Toolchain.
_________________
Dinosaur week! (Ok, this thread is so last week) |
|
| Back to top |
|
|
deejay
l33t
Joined: 24 Aug 2004
Posts: 983
Location: Hannover, Germany
|
| Posted: Wed Feb 15, 2006 6:54 am Post subject: |
|
|
Guten Morgen,
ich habe nun auch auf den gcc3.4 umgestellt. Habe die Variante mit revdep-rebuild gewählt.
Hat einwandfrei funktioniert. Besten Dank...
Gruß
deejay
_________________
|
|
| Back to top |
|
|
Battlestar Gentoo
l33t
Joined: 23 Dec 2004
Posts: 708
Location: Wien
|
| Posted: Wed Feb 15, 2006 7:30 am Post subject: |
|
|
Noch eine Frage dazu:
Ich habe seit gestern Nacht emerge -e system && emerge -e world laufen
Jetzt in der Früh muss ich bemerken, dass ein emerge -e world sowieso wieder _alles_ komplett neu baut, wobei ich sowieso nicht ganz verstehe, wo plötzlich über 400 zu emergende Pakete herkommen, da emerge -e system ca 120 Pakete hatte, und emerge -uD world 119 Pakete benötigt. Wozu soll emerge -e world also gut sein? Wozu habe ich zuerst emerge -e system ausgeführt, wenn ohnehin bei emerge -e world alles komplett neu gebaut wird? Ich habe es jetzt mal auf ein emerge -uD world beschränkt.
_________________
vorher: Gentoo Reptile |
|
| Back to top |
|
|
SinoTech
Advocate
Joined: 20 Mar 2004
Posts: 2579
Location: Neunkirchen / Saarland / Germany
|
| Posted: Wed Feb 15, 2006 9:04 am Post subject: |
|
|
1. Also wenn du zuvor die Toolchain neu gebaut hast, ist ein "emerge -e system" nicht notwendig.
2. Ein "emerge -e system" baut nur die Pakete neu die im Target "system" sind (u.a. glibc, binutils, gcc, ...)
3. Ein "emerge -uD world" emerged nur die Pakete von denen es Updates gibt (Also nicht wundern das es nicht so viele bei sind).
4. Ein "emerge -e world" emerged das komplette System neu ... und da sind 400 Pakete eher wenig als viel (Bei mir sind im "world" 600 Pakete)
Mfg
Sino |
|
| Back to top |
|
|
Battlestar Gentoo
l33t
Joined: 23 Dec 2004
Posts: 708
Location: Wien
|
| Posted: Wed Feb 15, 2006 9:17 am Post subject: |
|
|
Alles klar, und kann das jetzt aufgrund der verschiedenen gcc-Versionen zu irgendwelchen Komplikationen (vielleicht aufgrund der Abhängigkeiten?) führen, da ich jetzt "nur" emerge -uD world laufen lasse? Immer wären jetzt ein paar Pakete, die nicht zu "system" gehören (da ich sowieso emerge -e system ausführte), sondern nur "Standardsoftware" sind, noch mit gcc 3.3 kompiliert worden, da emerge -uD world nur ein Update macht.
_________________
vorher: Gentoo Reptile |
|
| Back to top |
|
|
deejay
l33t
Joined: 24 Aug 2004
Posts: 983
Location: Hannover, Germany
|
| Posted: Wed Feb 15, 2006 11:26 am Post subject: |
|
|
was passiert dann bei einem revdep-rebuild?
Habe das wiegesagt schon erfolgreich abgeschlossen, zur Sicherheit nochmal
laufen lassen, aber er findet keine Pakete mehr, die neu gebaut werden müssten.
Ist ja auch gut so. Ist es sinvoll, jetzt nochmal ein "emerge -e system" zu machen,
oder wäre das jetzt nicht mehr notwendig. System läuft ja jetzt wieder soweit.
Gruß
deejay
_________________
|
|
| Back to top |
|
|
SinoTech
Advocate
Joined: 20 Mar 2004
Posts: 2579
Location: Neunkirchen / Saarland / Germany
|
| Posted: Wed Feb 15, 2006 11:26 am Post subject: |
|
|
| Gentoo Reptile wrote: | Alles klar, und kann das jetzt aufgrund der verschiedenen gcc-Versionen zu irgendwelchen Komplikationen (vielleicht aufgrund der Abhängigkeiten?)
[...]
|
Ja, kann es (und wird es wahrscheinlich auch früher oder später).
Zumindest ein "revdep-rebuild" solltest du noch ausführen.
Mfg
Sino
P.S.: Und den kernel und Kernel Module neu kompilieren, da der Kernel keine Module mag die mit einer anderen gcc Version gebaut wurden als er selbst. |
|
| Back to top |
|
|
SinoTech
Advocate
Joined: 20 Mar 2004
Posts: 2579
Location: Neunkirchen / Saarland / Germany
|
| Posted: Wed Feb 15, 2006 11:28 am Post subject: |
|
|
| deejay wrote: | was passiert dann bei einem revdep-rebuild?
[...]
|
"revdep-rebuild" schaut gegen welche Bibliotheken ein Programm gelinkt wurde, und ob diese noch existieren. Falls nicht, wird das Programm neu ge-merged und gegen die neuen bibliotheken gelinkt. Wenn dein System sauber läuft brauchst du kein "emerge -e system" mehr zu machen.
Mg
Sino |
|
| Back to top |
|
|
|
Deutsches Forum (German)
