From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MlHs5-0001Rt-4n for garchives@archives.gentoo.org; Wed, 09 Sep 2009 07:45:41 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 663CFE0665; Wed, 9 Sep 2009 07:45:40 +0000 (UTC) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by pigeon.gentoo.org (Postfix) with ESMTP id 6C80BE0665 for ; Wed, 9 Sep 2009 07:45:39 +0000 (UTC) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate02.web.de (Postfix) with ESMTP id 90C4C11CFB474 for ; Wed, 9 Sep 2009 09:45:38 +0200 (CEST) Received: from [87.158.172.44] (helo=[192.168.2.100]) by smtp05.web.de with asmtp (WEB.DE 4.110 #314) id 1MlHs1-0000Zh-00 for gentoo-user-de@lists.gentoo.org; Wed, 09 Sep 2009 09:45:37 +0200 Content-Type: text/plain; charset=iso-8859-1; format=flowed; delsp=yes Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user-de@lists.gentoo.org Reply-to: gentoo-user-de@lists.gentoo.org Mime-Version: 1.0 (Apple Message framework v1075.2) Subject: [gentoo-user-de] unsubscribe From: wurstwarenbessel In-Reply-To: <20090908220037.CE5B8E0BE4@pigeon.gentoo.org> Date: Wed, 9 Sep 2009 09:45:36 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20090908220037.CE5B8E0BE4@pigeon.gentoo.org> To: gentoo-user-de@lists.gentoo.org X-Mailer: Apple Mail (2.1075.2) Sender: wurstwarenbessel@web.de X-Sender: wurstwarenbessel@web.de X-Provags-ID: V01U2FsdGVkX18LYizWued3DLmuDEsHrotYtQHLLwxSIhfVNO0B XgUb6sXzIeAMgeGzlrp8/2yWhq3d4h6mFQ7R02yhIlqI2e4zO8 QbIw2kWhctEQ+j3tWFZA== X-Archives-Salt: 2f306b20-1090-446e-b137-f154e269a25b X-Archives-Hash: 5f7958ec6cb759ab300e53acb79e06a8 Am 09.09.2009 um 00:00 schrieb gentoo-user-de+help@lists.gentoo.org: > Topics (messages 15736 through 15764): > > [gentoo-user-de] Alsa-Sound und WebCam? > 15736 - Thomas Bruns > > [gentoo-user-de] Alsa-Sound und WebCam? > 15737 - Thomas Niemeier > > [gentoo-user-de] Alsa-Sound und WebCam? > 15738 - Thomas Bruns > > [gentoo-user-de] Alsa-Sound und WebCam? > 15739 - Thomas Niemeier > > [gentoo-user-de] ??? > 15740 - Mark Menzel > > [gentoo-user-de] Kernel Umstieg > 15741 - Max Bloch > > [gentoo-user-de] Kernel Umstieg > 15742 - Matthias Schwarzott > > [gentoo-user-de] Kernel Umstieg > 15743 - Mark Menzel > > [gentoo-user-de] Kernel Umstieg > 15744 - Frank Steinmetzger > > [gentoo-user-de] Kernel Umstieg > 15745 - Max Bloch > > [gentoo-user-de] Kernel Umstieg > 15746 - Frank Steinmetzger > > [gentoo-user-de] Kernel Umstieg > 15747 - Christian Bricart > > [gentoo-user-de] Kernel Umstieg > 15748 - Jens Herrmann > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15749 - Andreas Baier > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15750 - Reinhard Tchorz > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15751 - Oliver Rath > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15752 - Thomas Ulrich Nockmann > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15753 - Thomas Ulrich Nockmann > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15754 - Andreas Baier > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15755 - Andreas Baier > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15756 - Thomas Ulrich Nockmann > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15757 - Andreas Klein > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15758 - Warp_7@gmx.de > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15759 - Frank Steinmetzger > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15760 - Andreas Baier > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15761 - Andreas Baier > > [gentoo-user-de] ??? > 15762 - Mark Menzel > > [gentoo-user-de] binpkgs f=FCr mein Notebook > 15763 - Oliver Jaksch > > [gentoo-user-de] Cursor down geht nicht mehr > 15764 - Matthias Fechner > > > > > ich habe mir vor Tagen, ne Logitech Webcam (USB) installiert... nur =20= > leider=3D > =3D20 > funktioniert seit dem meine Soundkarte (Intel Corporation 82801JI =20 > (ICH10=3D20 > =3D46amily) HD Audio Controlle) nicht mehr richtig. > > wenn ich z.B. alsamixer aufrufe, wird die Webcam angesteuert und =20 > dann ist=3D20 > schluss, das hei=3DDFt ich kann da nichts mehr ausw=3DE4hlen :-( > > und auch Video kann ich nur noch ohne ton sehen.... wenn ich dann =20 > die USB-C=3D > am=3D20 > rausnehmen und wieder alsamixer aufrufe, kommt folgendes: alsamixer: =20= > functi=3D > on=3D20 > snd_ctl_open failed for default: No such file or directory > > Kann mir da jemand helfen??? > =3D2D-=3D20 > Gru=3DDF > Thomas > =3D2D-- > CBUILD=3D3D"x86_64-pc-linux-gnu" > CFLAGS=3D3D"-march=3D3Dcore2 -O2 -msse4.1 -msse4.2 -pipe" > CXXFLAGS=3D3D"-march=3D3Dcore2 -O2 -msse4.1 -msse4.2 -pipe" > LDFLAGS=3D3D"-Wl,-O1,--hash-style=3D3Dgnu,--sort-common,--as-needed" > > > > > die Reihenfolge der Sound Devices hat sich ge=3DE4ndert. Die Webcam > "dr=3DE4ngelt" sich vor deine Soundkarte. Steuern l=3DE4sst sich das =20= > =3DFCber d=3D > ie > Datei /etc/modprobe.d/alsa.conf. > > Du f=3DFCgst am Ende etwas wie > > <-- Schnipp --> > ## Set this to the correct number of cards. > options snd cards_limit=3D3D3 > options snd-hda-intel index=3D3D0 > options snd-usb-audio index=3D3D1,2 > <-- Schnapp --> > > ein. > > Ich habe zwei USB Audio Ger=3DE4te (webcam und Headset). Bei nur einem > reicht es die Option snd-usb-audio index=3D3D1 zu setzen. > > N=3DE4hre Infos hierzu findest du im gentoo Alsa Guide > http://www.gentoo.org/doc/de/alsa-guide.xml. Ziemlich am Ende gibt es > einen kurzen Abschnitt, wie man mehrere Soundkarten konfigurieren und > eine feste Reihenfolge einstellen kann. > > Gru=3DDF > > Thomas > > Thomas Bruns schrieb: >> Hallo NG, >> =3D20 >> ich habe mir vor Tagen, ne Logitech Webcam (USB) installiert... nur =20= >> lei=3D > der=3D20 >> funktioniert seit dem meine Soundkarte (Intel Corporation 82801JI =20 >> (ICH1=3D > 0=3D20 >> Family) HD Audio Controlle) nicht mehr richtig. >> =3D20 >> wenn ich z.B. alsamixer aufrufe, wird die Webcam angesteuert und =20 >> dann i=3D > st=3D20 >> schluss, das hei=3DDFt ich kann da nichts mehr ausw=3DE4hlen :-( >> =3D20 >> und auch Video kann ich nur noch ohne ton sehen.... wenn ich dann =20 >> die U=3D > SB-Cam=3D20 >> rausnehmen und wieder alsamixer aufrufe, kommt folgendes: =20 >> alsamixer: fu=3D > nction=3D20 >> snd_ctl_open failed for default: No such file or directory >> =3D20 >> Kann mir da jemand helfen??? > > > > > Hast du sowas auch? > > =3D2D-=3D20 > Gru=3DDF > Thomas > =3D2D-- > CBUILD=3D3D"x86_64-pc-linux-gnu" > CFLAGS=3D3D"-march=3D3Dcore2 -O2 -msse4.1 -msse4.2 -pipe" > CXXFLAGS=3D3D"-march=3D3Dcore2 -O2 -msse4.1 -msse4.2 -pipe" > LDFLAGS=3D3D"-Wl,-O1,--hash-style=3D3Dgnu,--sort-common,--as-needed" > > > > > Thomas Bruns schrieb: > >> hab das jetzt mal so gemacht, nun hab ich noch ein Problem unter =20 >> Skype,=3D > das=3D20 >> der Sound jetzt l=3DE4uft, aber Skype mir meldet, das es Probleme mit = =20 >> dem=3D > Audio=3D20 >> gibt, ich denke mal, die wollen nun beide auf das gleiche =20 >> AudioDevice=3D20 >> zugreifen. >> =3D20 >> Hast du sowas auch? >> =3D20 > > nein, kann ich nicht best=3DE4tigen. Allerdings benutze ich zum =20 > Telefoniere=3D > n > ausschlie=3DDFlich mein Headset (Auch bei Videokonferenz - trotz > integriertem Micro in der WebCam). Ich lasse nur das Klingeln =3DFCber = =20 > die > Soundkarte laufen (l=3DE4sst sich ja bequem =3DFCber die =20 > Audioeinstellungen i=3D > n > Skype regeln). > > Hast du dir die mal angesehen? Eventuell ist da noch was falsch > zugeordnet? Evtl. solltest du auch die Option "Automatische > Soundeinstellungen aktivieren" deaktiviert? Bei mir ist das n=3DF6tig. > > > > > > ich verwende den Xfce-Desktop mit compiz. Das System l=3DE4uft zu 99% =20= > auf > stable-releases und wird fast t=3DE4glich aktualisiert. > Seit ein paar Tagen habe ich mit Firefox jedoch folgendes Problem: > > 1. Ich starte Firefox (vom Desktop oder Konsole ist egal) > 2a. Firefox-Men=3DFC -> Datei =3DF6ffnen... > 2b. Der Dateidialog erscheint > 3. Ich w=3DE4hle ein anderes Verzeichnis, als das standardm=3DE4=3DDFig = =20 > angebot=3D > ene > $HOME-Verzeichnis > und mein Firefox verabschiedet sich (ich habe einen kurzen Ausschnitt > aus dem strace mit angeh=3DE4ngt [1]) und > l=3DE4sst sich nicht mehr starten. Nach einem kurzen Moment kommt die > Meldung: =3DBBSpeicherzugriffsfehler=3DAB, und das wars. > Der Startvorgang kann jetzt beliebig wiederholt werden, es kommt immer > diese Meldung/Fenster. > > Viele Gr=3DFC=3DDFe, > Mark > > > [1] - Ausschnitt des strace mit Firefox > munmap(0xb7f36000, 4096) =3D3D 0 > gettimeofday({1251997273, 317411}, NULL) =3D3D 0 > lstat64("/usr/share/icons/gnome/16x16/places/user-desktop.png", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D825, ...}) =3D3D 0 > gettimeofday({1251997273, 317897}, NULL) =3D3D 0 > time(NULL) =3D3D 1251997273 > gettimeofday({1251997273, 323017}, NULL) =3D3D 0 > lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 > stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 > gettimeofday({1251997273, 323792}, NULL) =3D3D 0 > time(NULL) =3D3D 1251997273 > gettimeofday({1251997273, 324794}, NULL) =3D3D 0 > lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 > stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 > gettimeofday({1251997273, 325422}, NULL) =3D3D 0 > time(NULL) =3D3D 1251997273 > gettimeofday({1251997273, 326349}, NULL) =3D3D 0 > lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 > stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 > gettimeofday({1251997273, 326947}, NULL) =3D3D 0 > time(NULL) =3D3D 1251997273 > gettimeofday({1251997273, 327848}, NULL) =3D3D 0 > lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 > stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 > gettimeofday({1251997273, 328461}, NULL) =3D3D 0 > time(NULL) =3D3D 1251997273 > gettimeofday({1251997273, 329389}, NULL) =3D3D 0 > lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 > stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 > gettimeofday({1251997273, 329989}, NULL) =3D3D 0 > time(NULL) =3D3D 1251997273 > gettimeofday({1251997273, 331016}, NULL) =3D3D 0 > lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 > stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 > gettimeofday({1251997273, 331638}, NULL) =3D3D 0 > time(NULL) =3D3D 1251997273 > gettimeofday({1251997273, 332544}, NULL) =3D3D 0 > lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 > stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 > gettimeofday({1251997273, 340253}, NULL) =3D3D 0 > time(NULL) =3D3D 1251997273 > gettimeofday({1251997273, 342689}, NULL) =3D3D 0 > lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 > stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 > gettimeofday({1251997273, 343324}, NULL) =3D3D 0 > time(NULL) =3D3D 1251997273 > gettimeofday({1251997273, 344251}, NULL) =3D3D 0 > lstat64("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg", > {st_mode=3D3DS_IFREG|0644, st_size=3D3D34491, ...}) =3D3D 0 > gettimeofday({1251997273, 344670}, NULL) =3D3D 0 > open("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg", > O_RDONLY|O_LARGEFILE) =3D3D 57 > fstat64(57, {st_mode=3D3DS_IFREG|0644, st_size=3D3D34491, ...}) =3D3D = 0 > read(57, " 34491 > gettimeofday({1251997273, 345219}, NULL) =3D3D 0 > gettimeofday({1251997273, 345338}, NULL) =3D3D 0 > gettimeofday({1251997273, 345414}, NULL) =3D3D 0 > gettimeofday({1251997273, 345485}, NULL) =3D3D 0 > gettimeofday({1251997273, 345557}, NULL) =3D3D 0 > gettimeofday({1251997273, 345628}, NULL) =3D3D 0 > gettimeofday({1251997273, 345699}, NULL) =3D3D 0 > gettimeofday({1251997273, 345771}, NULL) =3D3D 0 > gettimeofday({1251997273, 345843}, NULL) =3D3D 0 > gettimeofday({1251997273, 345914}, NULL) =3D3D 0 > gettimeofday({1251997273, 345985}, NULL) =3D3D 0 > gettimeofday({1251997273, 346055}, NULL) =3D3D 0 > gettimeofday({1251997273, 346125}, NULL) =3D3D 0 > gettimeofday({1251997273, 346196}, NULL) =3D3D 0 > gettimeofday({1251997273, 346262}, NULL) =3D3D 0 > gettimeofday({1251997273, 346292}, NULL) =3D3D 0 > gettimeofday({1251997273, 346322}, NULL) =3D3D 0 > gettimeofday({1251997273, 346352}, NULL) =3D3D 0 > gettimeofday({1251997273, 346381}, NULL) =3D3D 0 > gettimeofday({1251997273, 346410}, NULL) =3D3D 0 > gettimeofday({1251997273, 346440}, NULL) =3D3D 0 > gettimeofday({1251997273, 346469}, NULL) =3D3D 0 > gettimeofday({1251997273, 346498}, NULL) =3D3D 0 > gettimeofday({1251997273, 346527}, NULL) =3D3D 0 > gettimeofday({1251997273, 346556}, NULL) =3D3D 0 > gettimeofday({1251997273, 346586}, NULL) =3D3D 0 > gettimeofday({1251997273, 346616}, NULL) =3D3D 0 > gettimeofday({1251997273, 346645}, NULL) =3D3D 0 > gettimeofday({1251997273, 346675}, NULL) =3D3D 0 > read(57, ""..., 65536) =3D3D 0 > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > unlink("/home/mark/.mozilla/firefox/12345678/lock") =3D3D 0 > rt_sigaction(SIGSEGV, {SIG_DFL, [], 0}, NULL, 8) =3D3D 0 > rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) =3D3D 0 > tgkill(7712, 7712, SIGSEGV) =3D3D 0 > --- SIGSEGV (Segmentation fault) @ 0 (0) --- > Process 7712 detached > > > > > > ich versuche gerade auf einen neuen Kernel umzusteigen > (linux-2.6.30-gentoo-r4). Grund: mein alter Kernel wurde ohne =20 > Bluetooth > Unterst=3DFCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=3DE4sst = sich > mittlerweile nicht mehr ohne Fehler neu kompilieren. Mein neuer Kernel > bootet soweit, jedoch mit zwei Mankos wo ich nicht mehr weiter komme: > > 1. Mein nVidia kernel module wird nicht geladen > Laut http://www.gentoo.org/doc/en/nvidia-guide.xml sollte ich das =20 > module > neu installieren. Das traue ich mich jedoch nicht, da das module =20 > welches > mit meinem alten Kernel gut l=3DE4uft nicht mehr in Portage ist und = ich > Angst habe nach einem Wechsel kein lauff=3DE4higes module mehr im =20 > Einsatz z=3D > u > haben und keinen weg zur=3DFCck zu meinem alten module zu finden > (x11-drivers/nvidia-drivers-100.14.19). Wie gehe ich denn am Besten =20= > vorra=3D > n? > > 2. VFAT partitionen werden nicht gemounted > Obwohl ich <*> VFAT fs support im kernel aktiviert habe. Habe ich was > =3DFCbersehen um VFAT zu unterst=3DFCtzen? > > Gru=3DDF, > Max > > > PS: gibt es evtl. sowas wie 'make oldconfig' f=3DFCr einen Umstieg =20 > zwischen > Kernel Versionen? Das h=3DE4tte mir bestimmt einige Zeit erspart. > > > > > Hallo Max! > >> ich versuche gerade auf einen neuen Kernel umzusteigen >> (linux-2.6.30-gentoo-r4). Grund: mein alter Kernel wurde ohne =20 >> Bluetooth >> Unterst=3DFCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=3DE4sst = sich >> mittlerweile nicht mehr ohne Fehler neu kompilieren. Mein neuer =20 >> Kernel >> bootet soweit, jedoch mit zwei Mankos wo ich nicht mehr weiter komme: >> >> 1. Mein nVidia kernel module wird nicht geladen >> Laut http://www.gentoo.org/doc/en/nvidia-guide.xml sollte ich das =20 >> module >> neu installieren. Das traue ich mich jedoch nicht, da das module =20 >> welches >> mit meinem alten Kernel gut l=3DE4uft nicht mehr in Portage ist und = ich >> Angst habe nach einem Wechsel kein lauff=3DE4higes module mehr im =20 >> Einsatz zu >> haben und keinen weg zur=3DFCck zu meinem alten module zu finden >> (x11-drivers/nvidia-drivers-100.14.19). Wie gehe ich denn am Besten =20= >> vorra=3D > n? >> > Dateien in /lib/modules (wie eben auch das nvidia.ko Kernel-Modul) =20 > werden v=3D > on=3D20 > Portage beim Update nicht gel=3DF6scht. > Aber man braucht ja auch die passenden X11-Treiber, also mach ein =20 > Bin=3DE4rpa=3D > ket=3D20 > von deinen installierten "nvidia-drivers": > # quickpkg nvidia-drivers > > =3D46alls das mit dem Updaten dann nicht klappt kannst du das alte =20 > Paket dann=3D > =3D20 > wieder zur=3DFCckholen. > >> 2. VFAT partitionen werden nicht gemounted >> Obwohl ich <*> VFAT fs support im kernel aktiviert habe. Habe ich was >> =3DFCbersehen um VFAT zu unterst=3DFCtzen? > > Es gibt da noch die Einstellungen zur Sprachkodierung - das m=3DFCsste = =20 > Codepa=3D > ge=3D20 > hei=3DDFen, vieleicht fehlt da noch etwas. > >> PS: gibt es evtl. sowas wie 'make oldconfig' f=3DFCr einen Umstieg =20= >> zwischen >> Kernel Versionen? Das h=3DE4tte mir bestimmt einige Zeit erspart. > Ja, die alte .config Datei in den neuen Kernel kopieren und dann - =20 > wer h=3DE4=3D > tte=3D20 > es gedacht: > # make oldconfig > > Allerdings w=3DE4re ich bei so einem gro=3DDFen Versionssprung sehr =20= > vorsichtig =3D > damit. > > Gru=3DDF > Matthias > > > > > zu den ersten beiden Punkten kann ich Dir leider nicht wirklich > weiterhelfen. Zum PS jedoch schon: > > Schau mal unter: http://www.gentoo.de/doc/de/kernel-upgrade.xml > > Punkt 10 beschreibt (und gibt auch Hinweise bzgl. unterschiedlichen > Kernel-Versionen!) den Vorgang. > Da ich genkernel verwende kann ich aus /etc/kernels/... die aktuellste > Konfig-Version nach /usr/src/linux/.config > kopieren. Das mache ich bevor ich genkernel das erste mal mit den =20 > neuen > Sourcen aufgerufen habe, mit der > zuletzt aktuellen Konfig-Version. > > Ok. zu Punkt 1 f=3DE4llt mir doch etwas ein: > Kopier die Datei =3DBBnvidia.ko=3DAB unter = /lib/modules//=20 > vide=3D > o/ > zur Seite, so dass Du sie im Notfall hast. > Am besten kopierst Du sie als nvidia.ko.100.14.19 in Dein =20 > Homeverzeichnis=3D > . > Aber: > Grunds=3DE4tzlich ist es so, dass dieses Verzeichnis /lib/ Version> > f=3DFCr jede =3DBBKernel-Version/Release=3DAB separat angelegt wird. > Daher musst Du Dir eigentlich keine Sorgen machen, den bei der > Erstellung des neuen Kernels, mit einer anderen > Versionsnummer, w=3DFCrde ein neues Verzeichnis angelegt werden und = die > Datei bleibt in Sicherheit. So lang Du die > entspr. Eintr=3DE4ge in Grub/Lilo/$Bootmanager hast, kannst Du = zwischen > beiden Versionen springen. Diese Datei passt auch > nur zu dem urspr=3DFCnglichen Kernel und wird mit keinem anderen > funktionieren, und ist Dein nVidia Kernelmodul. > Unter dem Link am Anfang des Mails findes Du auch daf=3DFCr Hinweise. > =3DDCbrigends hier ist 2.6.30-gentoo-r5 nicht 2.6.30-gentoo-r4 = aktuell!? > > Und eine Kleinigkeit f=3DFCr Punkt 2: > Mit -t vfat /dev/ /mnt/ hast Du es versucht? Und was =20 > f=3DFCr > eine Meldung bekommst Du dann? (evtl. /var/log/messages od. > dmesg) > > > Viele Gr=3DFC=3DDFe, > Mark > > > Max Bloch schrieb: >> Hallo Liste, >> >> ich versuche gerade auf einen neuen Kernel umzusteigen >> (linux-2.6.30-gentoo-r4). Grund: mein alter Kernel wurde ohne =20 >> Bluetooth >> Unterst=3DFCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=3DE4sst = sich >> mittlerweile nicht mehr ohne Fehler neu kompilieren. Mein neuer =20 >> Kernel >> bootet soweit, jedoch mit zwei Mankos wo ich nicht mehr weiter komme: >> >> 1. Mein nVidia kernel module wird nicht geladen >> Laut http://www.gentoo.org/doc/en/nvidia-guide.xml sollte ich das =20 >> modul=3D > e >> neu installieren. Das traue ich mich jedoch nicht, da das module =20 >> welche=3D > s >> mit meinem alten Kernel gut l=3DE4uft nicht mehr in Portage ist und = ich >> Angst habe nach einem Wechsel kein lauff=3DE4higes module mehr im =20 >> Einsatz=3D > zu >> haben und keinen weg zur=3DFCck zu meinem alten module zu finden >> (x11-drivers/nvidia-drivers-100.14.19). Wie gehe ich denn am Besten =20= >> vor=3D > ran? >> >> 2. VFAT partitionen werden nicht gemounted >> Obwohl ich <*> VFAT fs support im kernel aktiviert habe. Habe ich was >> =3DFCbersehen um VFAT zu unterst=3DFCtzen? >> >> Gru=3DDF, >> Max >> >> >> PS: gibt es evtl. sowas wie 'make oldconfig' f=3DFCr einen Umstieg =20= >> zwisch=3D > en >> Kernel Versionen? Das h=3DE4tte mir bestimmt einige Zeit erspart. >> >> =3D20 > > > > Von: Frank Steinmetzger > Datum: 4. September 2009 20:50:33 MESZ > An: gentoo-user-de@lists.gentoo.org > Betreff: Re: [gentoo-user-de] Kernel Umstieg > Antwort an: gentoo-user-de@lists.gentoo.org > > > Am Freitag, 4. September 2009 schrieb Max Bloch: >> Hallo Liste, >> >> ich versuche gerade auf einen neuen Kernel umzusteigen >> (linux-2.6.30-gentoo-r4). Grund: mein alter Kernel wurde ohne =20 >> Bluetooth >> Unterst=FCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=E4sst sich >> mittlerweile nicht mehr ohne Fehler neu kompilieren. Mein neuer =20 >> Kernel >> bootet soweit, jedoch mit zwei Mankos wo ich nicht mehr weiter komme: >> >> 1. Mein nVidia kernel module wird nicht geladen >> Laut http://www.gentoo.org/doc/en/nvidia-guide.xml sollte ich das =20 >> module >> neu installieren. > > Weil - wie die anderen beiden bereits erw=E4hnt haben - f=FCr jede =20 > Kernelversion > ein eigener Verzeichnisbaum mit den Modulen existiert. Einfach > hin=FCberkopieren d=FCrfte nicht gehen, da die Kernelversionen = zwischen =20 > Kernel > und Modul dann nicht mehr =FCbereinstimmen w=FCrden. > >> Das traue ich mich jedoch nicht, da das module welches >> mit meinem alten Kernel gut l=E4uft nicht mehr in Portage ist und ich >> Angst habe nach einem Wechsel kein lauff=E4higes module mehr im =20 >> Einsatz zu >> haben und keinen weg zur=FCck zu meinem alten module zu finden >> (x11-drivers/nvidia-drivers-100.14.19). Wie gehe ich denn am Besten =20= >> vorran? > > F=FCr so etwas ist ein lokales Overlay gut geeignet. Einfach das > Verzeichnis /usr/local/portage anlegen und in die make.conf eintragen: > PORTDIR_OVERLAY=3D"/usr/local/portage" > (wenn Du Layman benutzt, mu=DF das vor die Zeile kommen, in der Layman > referenziert wird). > > F=FCr jedes installierte Paket kopiert portage dessen ebuild-Dateien =20= > in ein > neues Verzeichnis, damit es wei=DF, welches Paket und welche Version > installiert ist. Dieses ebuild kopierst Du einfach in Dein lokales =20 > overlay: > > Zuerst das Kategorie-Verzeichnis anlegen: > mkdir /usr/local/portage/x11-drivers > Und dann das ebuild hineinkopieren: > cp /var/db/pkg/x11-drivers/nvidia-drivers-/nvidia-=20 > driver-.ebuild /usr/local/portage/x11-drivers/ > Eventuell braucht es jetzt noch ein > ebuild manifest > > Damit kennt portage auch wieder diese alte Version und Du kannst sie =20= > erneut > installieren, sofern das Quellpaket noch zum Download verf=FCgbar ist =20= > (oder Du > es noch selbst im distfiles-Ordner liegen hast). > >> PS: gibt es evtl. sowas wie 'make oldconfig' f=FCr einen Umstieg =20 >> zwischen >> Kernel Versionen? Das h=E4tte mir bestimmt einige Zeit erspart. > > Freilich. Die .config von den alten Sourcen zu den neuen kopieren =20 > und dann > dort make oldconfig ausf=FChren: > eselect kernel set 2 (wenn Du nur den 2.6.18 und den 26.30 =20 > installiert hast) > cp /usr/src/linux-2.6.18-gentoo-r6/.config /usr/src/linux/ > cd /usr/src/linux/ > make oldconfig > --=20 > Gru=DF | Greetings | Qapla' > Pilot: Radar, Good Day, Airforce Blackbird, request FL 600 > Controller (with a chuckle): Sir, if you can reach, you are cleared =20= > FL 600 > Pilot: US Air Force Blackbird, leaving FL 800, descending Level 600 > > > > > Die Idee ein lieb gewonnenes ebuild ins eigene overlay zu packen finde > ich super! Da w=3DE4re ich selber nicht drauf gekommen. Leider scheint = =20 > mein > layman nicht mehr sauber zu funktionieren und portage sieht mein =20 > overlay > (noch) nicht, wahrscheinlich ist beim layman upgrade von 1.1 zu 1.2 =20= > was > schief gegangen. Da muss ich noch mal gucken. Hier aber noch ein =20 > kleine > Korrektur zum kopieren eines ebuilds ins eigene overlay: > > Frank Steinmetzger wrote: >> Zuerst das Kategorie-Verzeichnis anlegen: >> mkdir /usr/local/portage/x11-drivers > > wichtig: und noch ein Verzeichnis f=3DFCr das Paket anlegen > # mkdir /usr/local/portage/x11-drivers/nvidia-drivers/ > >> Und dann das ebuild hineinkopieren: >> cp > /var/db/pkg/x11-drivers/nvidia-drivers-/nvidia-driver-=20= > ne_Version>.ebuild > /usr/local/portage/x11-drivers/ > > das ebuild geh=3DF6rt jedoch ein Verzeichnis tiefer > # cp > /var/db/pkg/x11-drivers/nvidia-drivers-/nvidia-driver-=20= > ne_Version>.ebuild > /usr/local/portage/x11-drivers/nvidia-drivers/ > >> Eventuell braucht es jetzt noch ein >> ebuild manifest > > oder so: > # ebuild digest > den Unterschied zu 'manifest' weiss ich leider nicht > > Sobald mein layman wieder funzt, widme ich wieder meinem Kernel. Nun =20= > ist > aber Wochenende. Danke Mathias, Mark und Frank f=3DFCr die schnelle > Unterst=3DFCtzung :) > > ...Max > > > > Von: Frank Steinmetzger > Datum: 4. September 2009 22:55:00 MESZ > An: gentoo-user-de@lists.gentoo.org > Betreff: Re: [gentoo-user-de] Kernel Umstieg > Antwort an: gentoo-user-de@lists.gentoo.org > > > Am Freitag, 4. September 2009 schrieb Max Bloch: > >> wichtig: und noch ein Verzeichnis f=FCr das Paket anlegen >> # mkdir /usr/local/portage/x11-drivers/nvidia-drivers/ > > Ah ja, das hatte ich grad verwechselt mit /usr/portage/package/, da =20= > braucht > man nur ein Verzeichnis f=FCr die Kategorie, nicht aber f=FCr das = Paket. > >> oder so: >> # ebuild digest >> den Unterschied zu 'manifest' weiss ich leider nicht > > Ich habe neulich gelesen (ebuild manpage, wenn ich nicht irre), da=DF =20= > es da > keinen Unterschied mehr gibt. > --=20 > Gru=DF | Greetings | Qapla' > *** Quits: TITANIC (Excess Flood) > > > > > z.B. http://bugs.gentoo.org/show_bug.cgi?id=3D3D174634 ist da =20 > einigermassen > verbose.. ;-) > > und wieso (der Abschnitt ist leider in dieser geqouteten Mail nicht =20= > mehr > drin) das ebuild aus /var/db/pkg/... kopieren und nicht aus dem Tree > (/usr/portage/) - oder war das nur aus "Sicherheitsgr=3DFCnden", falls = =20 > die > gew=3DFCnschte Release-Nummer schon aus dem aktuellen Tree =20 > verschwunden ist > ("aus Versehen" emerge --sync gemacht)? > > Christian > > P.S @Max: um welche NVidia-Karte geht es denn? Evtl kann dir ja jmd. > sagen ob nen 180.xx Probleme macht.. war bei *mir* n=3DE4mlich eher > umgekehrt ;-) Und m.W. gibt es eh nur die Entscheidung bei =3D3D bleibt > dir nur 96.xx und ab GF8 alle gr=3DF6sser 100.xx - da du jetzt schon =20= > einen > gr=3DF6sser 100 benutzt, gehe ich mal davon aus, dass auch der 18x.xx =20= > bei > dir (vllt. sogar besser) tun wird - afaik ianal :-) > > Christian > > > > > > > > > Gr=3DFC=3DDFe > Jens > > > > > Da mein Notebook ein notorisches Hitzeproblem hat w=3DC3=3DBCrde ich =20= > gerne gro=3D > =3DC3=3D9Fe Teile=3D20 > des Paketbauens (insbesondere KDE 4) auf meinen schnellen =20 > Heimrechner=3D20 > auslagern. > > Da ich seit gcc 4.2 march=3D3Dnative nutze, d=3DC3=3DBCrfte die = Notebook-=20 > Installa=3D > tion=3D20 > leider dort nicht lauff=3DC3=3DA4hig sein, daher muss ich wohl oder =20= > =3DC3=3DBCbel e=3D > in neues=3D20 > System aufsetzen und es stellt sich die Frage der =20 > bestm=3DC3=3DB6glichen=3D20 > Konfiguration. > > Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D3D). > > Mein bisheriges erdachtes Vorgehen: > =3D2D i686-Stage 3 snapshot von Gentoo.org > =3D2D /etc/portage/* vom Notebook + neue USE-Flags f=3DC3=3DBCr KDE4 > =3D2D CFLAGS entsprechend Notebook (da einziges Zielsystem): > CFLAGS=3D3D"mtune=3D3Dcore2 march=3D3Di686 -pipe" (32 Bit-Bit-System) > FEATURES=3D3Dbuildpkg > =3D2D emerge -e world > =3D2D emerge -u kde-meta > =3D2D Packagedir per NFS exportieren und am Notebook importieren > =3D2D Notebook: emerge -uK kde-meta > > Gibt's da was hinzuzuf=3DC3=3DBCgen, oder ist da was falsch? Hat = jemand =20 > Tipps b=3D > ez=3DC3=3DBCglich=3D20 > der CFLAGS? > > Vielen Dank schonmal > Gru=3DC3=3D9F Andreas > > > P.S. > Zur Hardware: > Mein Heimrechner ist ein altes Opteron-SMP-System (beherrscht =20 > allerdings sc=3D > hon=3D20 > SSE3) > > Mein Notebook: > cat /proc/cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 6 > model : 15 > model name : Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz > stepping : 6 > cpu MHz : 1000.000 > cache size : 4096 KB > physical id : 0 > siblings : 2 > core id : 0 > cpu cores : 2 > apicid : 0 > initial apicid : 0 > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 10 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr =20 > pge mca=3D > =3D20 > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx =20 > lm=3D20 > constant_tsc arch_perfmon pebs bts pni dtes64 monitor ds_cpl vmx est =20= > tm2=3D20 > ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow > bogomips : 4654.78 > clflush size : 64 > power management: > > processor : 1 > vendor_id : GenuineIntel > cpu family : 6 > model : 15 > model name : Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz > stepping : 6 > cpu MHz : 1000.000 > cache size : 4096 KB > physical id : 0 > siblings : 2 > core id : 1 > cpu cores : 2 > apicid : 1 > initial apicid : 1 > fdiv_bug : no > hlt_bug : no > f00f_bug : no > coma_bug : no > fpu : yes > fpu_exception : yes > cpuid level : 10 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr =20 > pge mca=3D > =3D20 > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx =20 > lm=3D20 > constant_tsc arch_perfmon pebs bts pni dtes64 monitor ds_cpl vmx est =20= > tm2=3D20 > ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow > bogomips : 4654.86 > clflush size : 64 > power management: > > > > >> Da mein Notebook ein notorisches Hitzeproblem hat w=3DC3=3DBCrde ich =20= >> gerne =3D > gro=3DC3=3D9Fe Teile=3D20 >> des Paketbauens (insbesondere KDE 4) auf meinen schnellen =20 >> Heimrechner=3D20 >> auslagern. >> =3D20 >> Da ich seit gcc 4.2 march=3D3Dnative nutze, d=3DC3=3DBCrfte die = Notebook-=20 >> Inst=3D > allation=3D20 >> leider dort nicht lauff=3DC3=3DA4hig sein, daher muss ich wohl oder =20= >> =3DC3=3DBCb=3D > el ein neues=3D20 >> System aufsetzen und es stellt sich die Frage der =20 >> bestm=3DC3=3DB6glichen=3D20 >> Konfiguration. >> =3D20 >> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D3D). >> =3D20 >> Mein bisheriges erdachtes Vorgehen: >> - i686-Stage 3 snapshot von Gentoo.org >> - /etc/portage/* vom Notebook + neue USE-Flags f=3DC3=3DBCr KDE4 >> - CFLAGS entsprechend Notebook (da einziges Zielsystem): >> CFLAGS=3D3D"mtune=3D3Dcore2 march=3D3Di686 -pipe" (32 = Bit-Bit-System) >> FEATURES=3D3Dbuildpkg >> - emerge -e world >> - emerge -u kde-meta >> - Packagedir per NFS exportieren und am Notebook importieren >> - Notebook: emerge -uK kde-meta >> =3D20 >> Gibt's da was hinzuzuf=3DC3=3DBCgen, oder ist da was falsch? Hat = jemand =20 >> Tip=3D > ps bez=3DC3=3DBCglich=3D20 >> der CFLAGS? > > Mir kommt dies irgendwie umst=3DC3=3DA4ndlich vor ;-) > > Vielleicht w=3DC3=3DA4re eine L=3DC3=3DB6sung mit distcc =20 > =3DC3=3DBCberlegenswert. Inf=3D > os unter: > http://www.gentoo.org/doc/de/distcc.xml > > > Bei den Compilerflags muss dann nat=3DC3=3DBCrlich die Ziel-CPU =20 > angegeben wer=3D > den und auf > dem Desktop-Rechner muss die gleiche gcc-Version wie auf dem Laptop =20= > laufe=3D > n. Die > verwendete Linux-Version ist dagegen schnuppe. > > Gru=3DC3=3D9F > Reinhard > > > > > Oder Du l=3DC3=3DB6st evtl. einfach die Hitzeprobleme Deines Rechners? = ;-) > > Hth > > Oliver > > > > > Von: Thomas Ulrich Nockmann > Datum: 5. September 2009 13:50:26 MESZ > An: gentoo-user-de@lists.gentoo.org > Betreff: Re: [gentoo-user-de] binpkgs f=FCr mein Notebook > Antwort an: gentoo-user-de@lists.gentoo.org > > > Am Samstag, 5. September 2009 schrieb Andreas Baier: > [...] > > Hallo Andreas, > > >> Da mein Notebook ein notorisches Hitzeproblem hat w=FCrde ich gerne >> gro=DFe Teile des Paketbauens (insbesondere KDE 4) auf meinen = schnellen >> Heimrechner auslagern. > dito > >> Da ich seit gcc 4.2 march=3Dnative nutze, d=FCrfte die >> Notebook-Installation leider dort nicht lauff=E4hig sein, daher muss >> ich wohl oder =FCbel ein neues System aufsetzen und es stellt sich = die >> Frage der bestm=F6glichen Konfiguration. > Ich habe "gerade KDE 4.3.1 auf meinem Eee PC kompiliert und "momentan" > laeuft OpenOffice 3.1.1 - das macht nicht wirklich Spass ;-) > > >> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D). > Ich hab es selber noch nicht probiert, aber muesste das nicht via =20 > Chroot > klappen: > ### > http://de.gentoo-wiki.com/wiki/Chroot_32_bit > ### > > > > \|||/ > `@|@`homas > - > > P.S. > Nur mal so ein Gedanke: > Waer doch schoen, wenn z.B. 'ne Uni oder FH oder ... Platz fuer > Gentoo-Binaries spendieren wuerde. Ich z.B. habe immer aktuelle > Packages fuer mindestens 4-5 verschiedene Archs auf Lager. Wenn man > sich als Vorsatz nimmt, dass diese entsprechend Safe Cflags' > ### > http://en.gentoo-wiki.com/wiki/Safe_Cflags > ### > kompiliert werden und man noch ein paar "Hauptflavors" wie z.B. KDE > 3.5.x/4.x.x, Gnome, E16 oder was weiss Gott beruecksichtigt, wuerden > viele Leute, die Gentoo gut finden, aber nicht immer kompilieren =20 > wollen > oder koennen, Gentoo (wieder) den Vorrang geben. > > P.P.S. > Klarmachen zum =C4ndern!: https://www.piratenpartei.de/ > > > --=20 > The GnuPG key is available at: > http://keys.gnupg.net/pks/lookup?op=3Dget&search=3D0xE38D11DA > > Please note that according to the European law on data retention, > information on every electronic information exchange with me is =20 > retained > for a period of six months. > See: http://www.vorratsdatenspeicherung.de/index.php?lang=3Den > > > > Von: Thomas Ulrich Nockmann > Datum: 5. September 2009 13:56:52 MESZ > An: gentoo-user-de@lists.gentoo.org > Betreff: Re: [gentoo-user-de] binpkgs f=FCr mein Notebook > Antwort an: gentoo-user-de@lists.gentoo.org > > > Am Samstag, 5. September 2009 schrieb Reinhard Tchorz: > [...] > > Hallo Reinhard, > >>> Da ich seit gcc 4.2 march=3Dnative nutze, d=FCrfte die > >> Vielleicht w=E4re eine L=F6sung mit distcc =FCberlegenswert. Infos = unter: >> http://www.gentoo.org/doc/de/distcc.xml > ### > Do not use -march=3Dnative if you use distcc on nodes with different > architectures as this may produce unusable code. > ###(http://en.gentoo-wiki.com/wiki/Safe_Cflags#-march.3Dnative) > > > \|||/ > `@|@`homas > - > > > P.S. > Klarmachen zum =C4ndern!: https://www.piratenpartei.de/ > > --=20 > The GnuPG key is available at: > http://keys.gnupg.net/pks/lookup?op=3Dget&search=3D0xE38D11DA > > Please note that according to the European law on data retention, > information on every electronic information exchange with me is =20 > retained > for a period of six months. > See: http://www.vorratsdatenspeicherung.de/index.php?lang=3Den > > > > > Am Samstag, 5. September 2009 schrieb Oliver Rath: >> Du k=3DC3=3DB6nntest neben der Idee mit distcc (was problematisch = sein =20 >> kann, =3D > wenn >> Du 32- und 64-Bit mischst) auch einfach das rootfs Deines =20 >> angeschlagenen >> Rechner auf der schnellen Kiste per NFS mounten und dann per chroot =20= >> ganz >> normal bauen. Allerdings solltest Du dann das Verzeichnis >> /var/tmp/portage (wo gebaut wird) evtl. als Ramdisk auslegen (wenn Du >> 4GB RAM hast, kein Problem) oder zumindest local =3DC3=3DBCbermounten. > Aber da m=3DC3=3DBCsste ich das System doch trotzdem i686 kompatibel =20= > vorliegen =3D > haben,=3D20 > oder (also nicht march=3D3Dnative) da Programme ja am kompilierenden =20= > System=3D20 > ausgef=3DC3=3DBChrt werden, oder? Aber die Idee gef=3DC3=3DA4llt mir, = so =20 > hatte ich =3D > fr=3DC3=3DBCher mal=3D20 > gentoo f=3DC3=3DBCr ein AMD K6-2 Rechner gebaut =3D3D). > >> Oder Du l=3DC3=3DB6st evtl. einfach die Hitzeprobleme Deines =20 >> Rechners? ;-) > Das ist leider ein unm=3DC3=3DB6gliches Unterfangen (Lenovo T60p, = leider =20 > eine=3D20 > Montagskonstruktion, die Ati FireGL ist selten unter 80=3DC2=3DB0, die = =20 > CPU selt=3D > en=3D20 > unter 60=3DC2=3DB0 beides schie=3DC3=3D9Ft auf 92/75 selbst wenn ich = den =20 > L=3DC3=3DBCfte=3D > r auf Maximum=3D20 > schalte). Es war bereits beim Reparaturservice, es wurde so ziemlich =20= > alles=3D > =3D20 > ausgetauscht. Effekt: Jetzt schaltet sich das Ger=3DC3=3DA4t nicht = mehr =20 > ab, wie=3D > =3D20 > vorher, aber es l=3DC3=3DA4uft prompt aufs Minimum heruntergetaktet =20= > sobald eine=3D > =3D20 > Rechen-intensive Anwendung l=3DC3=3DA4uft (da reicht flash auf drei, =20= > vier ge=3DC3=3D > =3DB6ffneten=3D20 > Webseiten aus =3D3D/ ). > > Gru=3DC3=3D9F Andreas >> Hth >> >> Oliver > > > > > > >>> Da mein Notebook ein notorisches Hitzeproblem hat w=3DC3=3DBCrde ich = =20 >>> gerne =3D > gro=3DC3=3D9Fe >>> Teile des Paketbauens (insbesondere KDE 4) auf meinen schnellen >>> Heimrechner auslagern. >>> >>> Da ich seit gcc 4.2 march=3D3Dnative nutze, d=3DC3=3DBCrfte die = Notebook-=20 >>> Inst=3D > allation >>> leider dort nicht lauff=3DC3=3DA4hig sein, daher muss ich wohl oder =20= >>> =3DC3=3DBCb=3D > el ein neues >>> System aufsetzen und es stellt sich die Frage der bestm=3DC3=3DB6glich= en >>> Konfiguration. >>> >>> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D3D). >>> >>> Mein bisheriges erdachtes Vorgehen: >>> - i686-Stage 3 snapshot von Gentoo.org >>> - /etc/portage/* vom Notebook + neue USE-Flags f=3DC3=3DBCr KDE4 >>> - CFLAGS entsprechend Notebook (da einziges Zielsystem): >>> CFLAGS=3D3D"mtune=3D3Dcore2 march=3D3Di686 -pipe" (32 = Bit-Bit-System) >>> FEATURES=3D3Dbuildpkg >>> - emerge -e world >>> - emerge -u kde-meta >>> - Packagedir per NFS exportieren und am Notebook importieren >>> - Notebook: emerge -uK kde-meta >>> >>> Gibt's da was hinzuzuf=3DC3=3DBCgen, oder ist da was falsch? Hat =20 >>> jemand Tip=3D > ps >>> bez=3DC3=3DBCglich der CFLAGS? >> >> Mir kommt dies irgendwie umst=3DC3=3DA4ndlich vor ;-) >> >> Vielleicht w=3DC3=3DA4re eine L=3DC3=3DB6sung mit distcc =20 >> =3DC3=3DBCberlegenswert. Inf=3D > os unter: >> http://www.gentoo.org/doc/de/distcc.xml > Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc =20 > laufen: D=3D > er=3D20 > Server l=3DC3=3DA4uft auf hardened gcc und damit noch mit gcc3, glaube = =20 > ich, w=3D > =3DC3=3DA4hrend=3D20 > ich meinen Heim-PC lieber x86 kompiliere und stable lasse um der =20 > Update-H=3D > =3DC3=3DB6lle=3D20 > zu entgehen. Nur mein Notebook, auf dem ich gerne aktuelle Software =20= > habe is=3D > t=3D20 > ~x86 mit entsprechendem gcc und build System. > > Auch mache ich nicht st=3DC3=3DA4ndig Updates. Eigentlich l=3DC3=3DA4uft= =20 > haupts=3DC3=3D > =3DA4chlich ein=3D20 > emerge -u @security auf allen Rechnern, bzw. ich aktualisiere =20 > einzelne=3D20 > Pakete. (Ich war bereits mehrere Male in der Gentoo-~x86-Update-=20 > H=3DC3=3DB6lle =3D > und ich=3D20 > muss sagen, es machte Spa=3DC3=3D9F, bis es nicht mehr = aufh=3DC3=3DB6rte... =20 > und ich=3D > bemerkt=3D20 > habe, dass ich mehr geupdatet als gearbeitet hatte =3D3D]. (Diese =20 > Erkenntnis =3D > hat=3D20 > Jahre gedauert =3D3D| ). Ich w=3DC3=3DBCrde Gentoo trotzdem niemals =20= > tauschen. Abe=3D > r halt=3D20 > das ist das verkehrte Thema... =3D3D) ) > > Daher w=3DC3=3DBCrde ich das Update auf diese Weise eher selten und = nur =20 > bei gr=3D > =3DC3=3DB6=3DC3=3D9Feren=3D20 > Geschichten (wie eben KDE-Updates) anschmei=3DC3=3D9Fen, es sei denn = ich =20 > f=3DC3=3D > =3DA4nd eine=3D20 > elegante Methode, dies zu automatisieren. > > Gru=3DC3=3D9F Andreas > > > > > > > > >>> Vielleicht w=3DC3=3DA4re eine L=3DC3=3DB6sung mit distcc =20 >>> =3DC3=3DBCberlegenswert.=3D > Infos unter: >>> http://www.gentoo.org/doc/de/distcc.xml >> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc =20 >> laufe=3D > n: Der=3D20 >> Server l=3DC3=3DA4uft auf hardened gcc und damit noch mit gcc3, = glaube =20 >> ich,=3D > w=3DC3=3DA4hrend=3D20 >> ich meinen Heim-PC lieber x86 kompiliere und stable lasse um der =20 >> Update=3D > -H=3DC3=3DB6lle=3D20 >> zu entgehen. Nur mein Notebook, auf dem ich gerne aktuelle Software =20= >> hab=3D > e ist=3D20 >> ~x86 mit entsprechendem gcc und build System. > >> (Ich war bereits mehrere Male in der Gentoo-~x86-Update-H=3DC3=3DB6lle = =20 >> und =3D > ich=3D20 >> muss sagen, es machte Spa=3DC3=3D9F, bis es nicht mehr = aufh=3DC3=3DB6rte... =20 >> und=3D > ich bemerkt=3D20 >> habe, dass ich mehr geupdatet als gearbeitet hatte =3D3D]. (Diese =20 >> Erkennt=3D > nis hat=3D20 >> Jahre gedauert =3D3D| ). Ich w=3DC3=3DBCrde Gentoo trotzdem niemals =20= >> tauschen.=3D > Aber halt=3D20 >> das ist das verkehrte Thema... =3D3D) ) >> =3D20 > >> Gru=3DC3=3D9F Andreas > > Hall=3DC3=3DB6le Andreas. > > Mehr updaten und mit dem System experimentieren satt zu arbeiten - das > kenn ich (ich liebe es..., kann scheinbar s=3DC3=3DBCchtig machen). = Deine > Einsicht hat sich bei mir leider noch nicht durchgesetzt - muss mich > damit auch st=3DC3=3DA4ndig von Kollegen deswegen h=3DC3=3DA4nseln = lassen =20 > (sind z=3D > wei > eingeschworenen Debianer). W=3DC3=3DBCrde aber auch niemehr was = anderes =20 > haben > wollen! Wir kennen und sch=3DC3=3DA4tzen schlie=3DC3=3D9Flich die = Vorteile, =20 > mit d=3D > enen all > der Aufwand entlohnt wird. > > Trotzdem gehen mir diese Kompilierorgien auf meinen alten Laptops =20 > (K6-2 > und PIII-500Mhz) mehr und mehr auf' Zeiger. > Distcc verwende ich =3DC3=3DBCbrigens schon seit min. einem halben = Jahr, =20 > auch > seit Vers. 3.x im pump Modus, aber das ist mir alles immer noch viel =20= > zu > langsam! Trotz diverer Versuche die Haptlast auf den Quad-Core zu > verteilen oder nur dort die Pakete bauen zu lassen, m=3DC3=3DBCssen =20= > anscheine=3D > nd > immer noch zuviel Pakete auf den Laptops gebaut werden. Und das bremst > dann gewaltig. Verwende auf allen Kisten die Gleiche GCC Version.=3D20 > Icecream hatte irgendwelche Nachteile die f=3DC3=3DBCr mich zum > Ausschlusskriterium wurden, kann mich aber nicht mehr erinnern was das > war. Ich sprach auf der Froscon am Gentoo-Stand mit einem Bug-Wrangler > un Paket Mantainer von Gentoo, und er meinte auch die 32-Bit Chroot > L=3DC3=3DB6sung w=3DC3=3DA4re der performanteste Ansatz, dann die = Bin-Pakete =20 > auf =3D > dem > Zielsystem installieren. > > Daher will auch ich wenn mal mein System umstellen, distcc raus, =20 > Chroot > 32 rein, wenn mal wieder etwas mehr Zeit zum experimentieren bleibt. > > Dann soll es aber schon ein bischen Komfort geben. Stelle mir das auch > so vor, dass die Einstellungen der make.conf aus dem jeweils =20 > gemounteten > Zielsystem stammen sollen. Oder dass ich auf dem Paketbauendem System > mehrere Profile der Zielsystem verwalten kann, zwischen denen sich > einfach umschalten l=3DC3=3DA4sst, so dass dann die angepasten bin-=20 > pakete geb=3D > aut > werden. Am besten noch gleichzeitig f=3DC3=3DBCr mehrere x86er =20 > Zielsysteme mi=3D > t > unterschiedlichen Konfigurationen. > > Gru=3DC3=3D9F, Andy. > > > > > > > Von: Warp_7@gmx.de > Datum: 5. September 2009 16:39:38 MESZ > An: gentoo-user-de@lists.gentoo.org > Betreff: Re: [gentoo-user-de] binpkgs f=FCr mein Notebook > Antwort an: gentoo-user-de@lists.gentoo.org > > > Am Samstag, 5. September 2009 schrieb Andreas Baier: > >> Am Samstag, 5. September 2009 schrieb Oliver Rath: >>> Du k=F6nntest neben der Idee mit distcc (was problematisch sein =20 >>> kann, wenn >>> Du 32- und 64-Bit mischst) auch einfach das rootfs Deines =20 >>> angeschlagenen >>> Rechner auf der schnellen Kiste per NFS mounten und dann per =20 >>> chroot ganz >>> normal bauen. Allerdings solltest Du dann das Verzeichnis >> >> Aber da m=FCsste ich das System doch trotzdem i686 kompatibel = vorliegen >> haben, oder (also nicht march=3Dnative) da Programme ja am =20 >> kompilierenden >> System ausgef=FChrt werden, oder? > > Und warum bestehst Du so auf native? Ich denke mal, dieser Konflikt =20= > kommt > daher, da=DF Du, wenn sowohl distcc-Host als auch -Client mit native =20= > arbeiten, > unterschiedlichen Code produzieren, wenn da nicht familiengleiche =20 > Prozzis > drin sind. So weit ich wei=DF, w=E4hlt native doch lediglich den =20 > korrekten Wert > aus - in Deinem Fall also core2. Und wenn Du den eben manuell =20 > einstellst, > sollte das doch kein Problem mehr sein. > >>> Oder Du l=F6st evtl. einfach die Hitzeprobleme Deines Rechners? ;-) >> >> Das ist leider ein unm=F6gliches Unterfangen (Lenovo T60p, leider = eine >> Montagskonstruktion, die Ati FireGL ist selten unter 80=B0 > > H=F6? > >> die CPU selten unter 60=B0 > > Das hat mein T7200 leider auch, der d=FCmpelt grad auf 1GHz mit unter =20= > 5% (Amarok > spielt Ogg im Hintergrund) vor sich hin und hat sich grad auf 53=B0 > eingependelt. > Die erste Centrino-Generation war da echt toll - die Rechner konnte =20= > man ewig > aufm Scho=DF haben und die blieben, solange sie nix zu tun bekamen, =20= > immer unter > 40=B0. > >> beides schie=DFt auf 92/75 selbst wenn ich den L=FCfter auf Maximum >> schalte). Es war bereits beim Reparaturservice, es wurde so =20 >> ziemlich alles >> ausgetauscht. Effekt: Jetzt schaltet sich das Ger=E4t nicht mehr ab, =20= >> wie >> vorher, aber es l=E4uft prompt aufs Minimum heruntergetaktet sobald =20= >> eine >> Rechen-intensive Anwendung l=E4uft > > Das habe ich bei mir auch beobachtet beim Compilieren. Fr=FCher hatte =20= > ich das > meines Erachtens nicht, das hat irgendwann[TM] mal angefangen. =20 > Sobald er =FCber > 85=B0 oder so ist, schaltet er auf 1 oder 1,3GHz runter, selbst wenn =20= > ich den > cpufreq-governor auf Performance einstelle. > > Am Ende hat der Techniker geschlampt und das Auftragen der =20 > W=E4rmeleitpaste > zwischen Prozzi und Heatpipe vergeigt. > >> (da reicht flash auf drei, vier ge=F6ffneten Webseiten aus =3D/ ). > > Hm... dann m=FCssen das aber schon gro=DFe Filmchen sein. > --=20 > Haben sie schon mal ein Mutterschiff mit seinem Schiffsjungen gesehen? > > > > Von: Frank Steinmetzger > Datum: 5. September 2009 16:43:55 MESZ > An: gentoo-user-de@lists.gentoo.org > Betreff: Re: [gentoo-user-de] binpkgs f=FCr mein Notebook > Antwort an: gentoo-user-de@lists.gentoo.org > > > Am Samstag, 5. September 2009 schrieb Thomas Ulrich Nockmann: >> Am Samstag, 5. September 2009 schrieb Andreas Baier: >> [...] >> >> Hallo Andreas, >> >>> Da mein Notebook ein notorisches Hitzeproblem hat w=FCrde ich gerne >>> gro=DFe Teile des Paketbauens (insbesondere KDE 4) auf meinen =20 >>> schnellen >>> Heimrechner auslagern. >> >> dito > ----^ > Da fehlt noch ein t ;-) > >> P.S. >> Nur mal so ein Gedanke: >> Waer doch schoen, wenn z.B. 'ne Uni oder FH oder ... Platz fuer >> Gentoo-Binaries spendieren wuerde. Ich z.B. habe immer aktuelle >> Packages fuer mindestens 4-5 verschiedene Archs auf Lager. Wenn man >> sich als Vorsatz nimmt, dass diese entsprechend Safe Cflags' > > Ich glaub, die eingefleischten Gentooler w=FCrden davon auch Abstand =20= > halten, > weil dann u.U. die Use-Flag-Auswahl wieder nicht ihren Anspr=FCchen > entsprechen, oder die Optimierungseinstellung nicht genehm ist, und =20= > schon > hast Du unter Umst=E4nden Dutzende von m=F6glichen Kompilaten. > Ich k=F6nnte mir vorstellen, da=DF es eine bessere M=F6glichkeit w=E4re,= =20 > lediglich die > Object-Dateien zu packen. Dann k=F6nnte man die sich gem=E4=DF der = eigenen =20 > Useflags > zusammenlinken. > --=20 > Gru=DF | Greetings | Qapla' > Beamy, Scot me up! > > > > >>>> Oder Du l=3DC3=3DB6st evtl. einfach die Hitzeprobleme Deines =20 >>>> Rechners? ;-) >>> >>> Das ist leider ein unm=3DC3=3DB6gliches Unterfangen (Lenovo T60p, =20= >>> leider ei=3D > ne >>> Montagskonstruktion, die Ati FireGL ist selten unter 80=3DC2=3DB0 >> >> H=3DC3=3DB6? >> >>> die CPU selten unter 60=3DC2=3DB0 >> >> Das hat mein T7200 leider auch, der d=3DC3=3DBCmpelt grad auf 1GHz = mit =20 >> unter =3D > 5% >> (Amarok spielt Ogg im Hintergrund) vor sich hin und hat sich grad =20 >> auf 53=3D > =3DC2=3DB0 >> eingependelt. >> Die erste Centrino-Generation war da echt toll - die Rechner konnte =20= >> man >> ewig aufm Scho=3DC3=3D9F haben und die blieben, solange sie nix zu = tun =20 >> bekame=3D > n, >> immer unter 40=3DC2=3DB0. >> >>> beides schie=3DC3=3D9Ft auf 92/75 selbst wenn ich den L=3DC3=3DBCfter = auf =20 >>> Maxim=3D > um >>> schalte). Es war bereits beim Reparaturservice, es wurde so ziemlich >>> alles ausgetauscht. Effekt: Jetzt schaltet sich das Ger=3DC3=3DA4t =20= >>> nicht me=3D > hr ab, >>> wie vorher, aber es l=3DC3=3DA4uft prompt aufs Minimum =20 >>> heruntergetaktet sob=3D > ald >>> eine Rechen-intensive Anwendung l=3DC3=3DA4uft >> >> Das habe ich bei mir auch beobachtet beim Compilieren. Fr=3DC3=3DBCher = =20 >> hatte =3D > ich das >> meines Erachtens nicht, das hat irgendwann[TM] mal angefangen. =20 >> Sobald er >> =3DC3=3DBCber 85=3DC2=3DB0 oder so ist, schaltet er auf 1 oder 1,3GHz = =20 >> runter, sel=3D > bst wenn ich >> den cpufreq-governor auf Performance einstelle. >> >> Am Ende hat der Techniker geschlampt und das Auftragen der =20 >> W=3DC3=3DA4rmeleit=3D > paste >> zwischen Prozzi und Heatpipe vergeigt. >> >>> (da reicht flash auf drei, vier ge=3DC3=3DB6ffneten Webseiten aus =20= >>> =3D3D/ ). >> >> Hm... dann m=3DC3=3DBCssen das aber schon gro=3DC3=3D9Fe Filmchen = sein. > Habe jetzt gerade nur Web-Anwendungen auf (kmail, akregator, =20 > firefox..., so=3D > wie=3D20 > nen PDF-Reader und nen konqueror) und es ist runtergetaket worden =20 > auf 1000=3D > =3D20 > bei 63=3DC2=3DB0/83=3DC2=3DB0 (CPU/GPU) und ca 2-3% CPU Auslastung. = Scheint =20 > einfac=3D > h falsch=3D20 > konstruiert zu sein. Aber Schwamm dr=3DC3=3DBCber. > > Gru=3DC3=3D9F Andreas > > > > >>> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc >>> laufen: Der Server l=3DC3=3DA4uft auf hardened gcc und damit noch = mit =20 >>> gcc3, >>> glaube ich, w=3DC3=3DA4hrend ich meinen Heim-PC lieber x86 = kompiliere =20 >>> und >>> stable lasse um der Update-H=3DC3=3DB6lle zu entgehen. Nur mein =20 >>> Notebook, a=3D > uf >>> dem ich gerne aktuelle Software habe ist ~x86 mit entsprechendem gcc >>> und build System. >> >> wie schaut es denn mit Icecream aus: >> ### >> Icecream hat allerdings ein paar Vorteile. Diese sind z.B. dass die >> eingesetzte Version des gcc nicht mehr eine so gro=3DC3=3D9Fe Rolle =20= >> spielt, w=3D > ie >> noch mit DistCC. >> ### ( >> = http://gentoo-wiki.stefreak.de/de.gentoo-wiki.com/Emerge_beschleunigen.ht=3D= > ml >> #Icecream) > > Schaut interessant aus. Werde ich mir auf jeden Fall mal anschauen. > > Gru=3DC3=3D9F Andreas > > > > > http://kb.mozillazine.org/Ui.allow_platform_file_picker > > Zeigt einen Weg um zwischen native GTK- oder XUL-Dialogen zu wechseln. > > F=3DFCr mich ist das Problem damit vorerst gel=3DF6st. > > Gr=3DFC=3DDFe, > Mark > > > Mark Menzel schrieb: >> Hallo Liste, >> >> ich verwende den Xfce-Desktop mit compiz. Das System l=3DE4uft zu 99% = =20 >> auf >> stable-releases und wird fast t=3DE4glich aktualisiert. >> Seit ein paar Tagen habe ich mit Firefox jedoch folgendes Problem: >> >> 1. Ich starte Firefox (vom Desktop oder Konsole ist egal) >> 2a. Firefox-Men=3DFC -> Datei =3DF6ffnen... >> 2b. Der Dateidialog erscheint >> 3. Ich w=3DE4hle ein anderes Verzeichnis, als das standardm=3DE4=3DDFig= =20 >> angeb=3D > otene >> $HOME-Verzeichnis >> und mein Firefox verabschiedet sich (ich habe einen kurzen Ausschnitt >> aus dem strace mit angeh=3DE4ngt [1]) und >> l=3DE4sst sich nicht mehr starten. Nach einem kurzen Moment kommt die >> Meldung: =3DBBSpeicherzugriffsfehler=3DAB, und das wars. >> Der Startvorgang kann jetzt beliebig wiederholt werden, es kommt =20 >> immer >> diese Meldung/Fenster. >> >> Viele Gr=3DFC=3DDFe, >> Mark >> >> >> [1] - Ausschnitt des strace mit Firefox >> munmap(0xb7f36000, 4096) =3D3D 0 >> gettimeofday({1251997273, 317411}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/gnome/16x16/places/user-desktop.png", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D825, ...}) =3D3D 0 >> gettimeofday({1251997273, 317897}, NULL) =3D3D 0 >> time(NULL) =3D3D 1251997273 >> gettimeofday({1251997273, 323017}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 >> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 >> gettimeofday({1251997273, 323792}, NULL) =3D3D 0 >> time(NULL) =3D3D 1251997273 >> gettimeofday({1251997273, 324794}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 >> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 >> gettimeofday({1251997273, 325422}, NULL) =3D3D 0 >> time(NULL) =3D3D 1251997273 >> gettimeofday({1251997273, 326349}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 >> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 >> gettimeofday({1251997273, 326947}, NULL) =3D3D 0 >> time(NULL) =3D3D 1251997273 >> gettimeofday({1251997273, 327848}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 >> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 >> gettimeofday({1251997273, 328461}, NULL) =3D3D 0 >> time(NULL) =3D3D 1251997273 >> gettimeofday({1251997273, 329389}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 >> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 >> gettimeofday({1251997273, 329989}, NULL) =3D3D 0 >> time(NULL) =3D3D 1251997273 >> gettimeofday({1251997273, 331016}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 >> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 >> gettimeofday({1251997273, 331638}, NULL) =3D3D 0 >> time(NULL) =3D3D 1251997273 >> gettimeofday({1251997273, 332544}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 >> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 >> gettimeofday({1251997273, 340253}, NULL) =3D3D 0 >> time(NULL) =3D3D 1251997273 >> gettimeofday({1251997273, 342689}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFLNK|0777, st_size=3D3D10, ...}) =3D3D 0 >> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D479, ...}) =3D3D 0 >> gettimeofday({1251997273, 343324}, NULL) =3D3D 0 >> time(NULL) =3D3D 1251997273 >> gettimeofday({1251997273, 344251}, NULL) =3D3D 0 >> lstat64("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg", >> {st_mode=3D3DS_IFREG|0644, st_size=3D3D34491, ...}) =3D3D 0 >> gettimeofday({1251997273, 344670}, NULL) =3D3D 0 >> open("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg", >> O_RDONLY|O_LARGEFILE) =3D3D 57 >> fstat64(57, {st_mode=3D3DS_IFREG|0644, st_size=3D3D34491, ...}) =3D3D = 0 >> read(57, "> 3449=3D > 1 >> gettimeofday({1251997273, 345219}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345338}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345414}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345485}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345557}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345628}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345699}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345771}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345843}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345914}, NULL) =3D3D 0 >> gettimeofday({1251997273, 345985}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346055}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346125}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346196}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346262}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346292}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346322}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346352}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346381}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346410}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346440}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346469}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346498}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346527}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346556}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346586}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346616}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346645}, NULL) =3D3D 0 >> gettimeofday({1251997273, 346675}, NULL) =3D3D 0 >> read(57, ""..., 65536) =3D3D 0 >> --- SIGSEGV (Segmentation fault) @ 0 (0) --- >> unlink("/home/mark/.mozilla/firefox/12345678/lock") =3D3D 0 >> rt_sigaction(SIGSEGV, {SIG_DFL, [], 0}, NULL, 8) =3D3D 0 >> rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) =3D3D 0 >> tgkill(7712, 7712, SIGSEGV) =3D3D 0 >> --- SIGSEGV (Segmentation fault) @ 0 (0) --- >> Process 7712 detached >> =3D20 > > > > > Lange Rede kurzer Sinn: IMHO nicht mehr distcc nehmen weil oll, lieber > Icecream (zus=3DC3=3DA4tzlich zu ccache) nehmen. > > Erg=3DC3=3DA4nzend zu Euren Links siehe auch > . > > - > Oliver > > > Am 09/05/2009 05:32 PM schrieb Andreas Baier: >> Hallo, >> >> =3D20 >>>> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc >>>> laufen: Der Server l=3DC3=3DA4uft auf hardened gcc und damit noch = mit =20 >>>> gcc=3D > 3, >>>> glaube ich, w=3DC3=3DA4hrend ich meinen Heim-PC lieber x86 = kompiliere =20 >>>> und >>>> stable lasse um der Update-H=3DC3=3DB6lle zu entgehen. Nur mein =20 >>>> Notebook,=3D > auf >>>> dem ich gerne aktuelle Software habe ist ~x86 mit entsprechendem =20= >>>> gcc >>>> und build System. >>>> =3D20 >>> wie schaut es denn mit Icecream aus: >>> ### >>> Icecream hat allerdings ein paar Vorteile. Diese sind z.B. dass die >>> eingesetzte Version des gcc nicht mehr eine so gro=3DC3=3D9Fe Rolle =20= >>> spielt=3D > , wie >>> noch mit DistCC. >>> ### ( >>> = http://gentoo-wiki.stefreak.de/de.gentoo-wiki.com/Emerge_beschleunigen=3D > .html >>> #Icecream) >>> =3D20 >> >> Schaut interessant aus. Werde ich mir auf jeden Fall mal anschauen. >> >> Gru=3DC3=3D9F Andreas >> >> =3D20 > > > > > > ich habe gerade festgestellt, das meine Cursor nach unten Taste =20 > nicht=3D20 > mehr funktioniert und Frage mich, ob das an einigen neuen Versionen =20= > liegt=3D > . > > Wenn ich xev starte sagt er f=3DFCr Cursor hoch: > KeyPress event, serial 33, synthetic NO, window 0x2200001, > root 0xd2, subw 0x0, time 2311179, (168,-8), root:(2599,437), > state 0x0, keycode 111 (keysym 0xff52, Up), same_screen YES, > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: False > > F=3DFCr Cursor runter: > KeyPress event, serial 33, synthetic NO, window 0x2200001, > root 0xd2, subw 0x0, time 2313091, (168,-8), root:(2599,437), > state 0x0, keycode 116 (keysym 0xff7e, Mode_switch), same_screen =20= > YES=3D > , > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: False > > > Da scheint was nicht ok zu sein, der erkennt die Taste wohl nicht =20 > richtig=3D > . > > Hat einer eine Idee, wie man das Problem beheben kann? > > Gruss > Matthias > >