[gentoo-user-de] unsubscribe

[wurstwarenbessel]

Am 09.09.2009 um 00:00 schrieb gentoo-user-de+help@l.g.o:

> Topics (messages 15736 through 15764):
>
> [gentoo-user-de] Alsa-Sound und WebCam?
>      15736 - Thomas Bruns <gentoo@××××××××.de>
>
> [gentoo-user-de] Alsa-Sound und WebCam?
>      15737 - Thomas Niemeier <news@××××.de>
>
> [gentoo-user-de] Alsa-Sound und WebCam?
>      15738 - Thomas Bruns <gentoo@××××××××.de>
>
> [gentoo-user-de] Alsa-Sound und WebCam?
>      15739 - Thomas Niemeier <news@××××.de>
>
> [gentoo-user-de] ???
>      15740 - Mark Menzel <mark@×××××××××××.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15741 - Max Bloch <max.bloch@××××××.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15742 - Matthias Schwarzott <zzam@g.o>
>
> [gentoo-user-de] Kernel Umstieg
>      15743 - Mark Menzel <mark@×××××××××××.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15744 - Frank Steinmetzger <Warp_7@×××.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15745 - Max Bloch <max.bloch@××××××.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15746 - Frank Steinmetzger <Warp_7@×××.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15747 - Christian Bricart <christian@×××××××.de>
>
> [gentoo-user-de] Kernel Umstieg
>      15748 - Jens Herrmann <gentoo@×××××××.org>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15749 - Andreas Baier <don.ande@×××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15750 - Reinhard Tchorz <tchorz@××××××××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15751 - Oliver Rath <rath@×××××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15752 - Thomas Ulrich Nockmann <tun.nospam-daf1b990@×××××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15753 - Thomas Ulrich Nockmann <tun.nospam-daf1b990@×××××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15754 - Andreas Baier <don.ande@×××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15755 - Andreas Baier <don.ande@×××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15756 - Thomas Ulrich Nockmann <tun.nospam-daf1b990@×××××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15757 - Andreas Klein <gugelhuepf@××××××××××.com>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15758 - Warp_7@×××.de
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15759 - Frank Steinmetzger <Warp_7@×××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15760 - Andreas Baier <don.ande@×××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15761 - Andreas Baier <don.ande@×××.de>
>
> [gentoo-user-de] ???
>      15762 - Mark Menzel <mark@×××××××××××.de>
>
> [gentoo-user-de] binpkgs für mein Notebook
>      15763 - Oliver Jaksch <ojaksch@×××.de>
>
> [gentoo-user-de] Cursor down geht nicht mehr
>      15764 - Matthias Fechner <idefix@×××××××.net>
>
>
>
>
> ich habe mir vor Tagen, ne Logitech Webcam (USB) installiert... nur
> leider=
> =20
> funktioniert seit dem meine Soundkarte (Intel Corporation 82801JI
> (ICH10=20
> =46amily) HD Audio Controlle) nicht mehr richtig.
>
> wenn ich z.B. alsamixer aufrufe, wird die Webcam angesteuert und
> dann ist=20
> schluss, das hei=DFt ich kann da nichts mehr ausw=E4hlen :-(
>
> und auch Video kann ich nur noch ohne ton sehen.... wenn ich dann
> die USB-C=
> am=20
> rausnehmen und wieder alsamixer aufrufe, kommt folgendes: alsamixer:
> functi=
> on=20
> snd_ctl_open failed for default: No such file or directory
>
> Kann mir da jemand helfen???
> =2D-=20
> Gru=DF
> Thomas
> =2D--
> CBUILD=3D"x86_64-pc-linux-gnu"
> CFLAGS=3D"-march=3Dcore2 -O2 -msse4.1 -msse4.2 -pipe"
> CXXFLAGS=3D"-march=3Dcore2 -O2 -msse4.1 -msse4.2 -pipe"
> LDFLAGS=3D"-Wl,-O1,--hash-style=3Dgnu,--sort-common,--as-needed"
>
>
>
>
> die Reihenfolge der Sound Devices hat sich ge=E4ndert. Die Webcam
> "dr=E4ngelt" sich vor deine Soundkarte. Steuern l=E4sst sich das
> =FCber d=
> ie
> Datei /etc/modprobe.d/alsa.conf.
>
> Du f=FCgst am Ende etwas wie
>
> <-- Schnipp -->
> ## Set this to the correct number of cards.
> options snd cards_limit=3D3
> options snd-hda-intel index=3D0
> options snd-usb-audio index=3D1,2
> <-- Schnapp -->
>
> ein.
>
> Ich habe zwei USB Audio Ger=E4te (webcam und Headset). Bei nur einem
> reicht es die Option snd-usb-audio index=3D1 zu setzen.
>
> N=E4hre 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=DF
>
> Thomas
>
> Thomas Bruns schrieb:
>> Hallo NG,
>> =20
>> ich habe mir vor Tagen, ne Logitech Webcam (USB) installiert... nur
>> lei=
> der=20
>> funktioniert seit dem meine Soundkarte (Intel Corporation 82801JI
>> (ICH1=
> 0=20
>> Family) HD Audio Controlle) nicht mehr richtig.
>> =20
>> wenn ich z.B. alsamixer aufrufe, wird die Webcam angesteuert und
>> dann i=
> st=20
>> schluss, das hei=DFt ich kann da nichts mehr ausw=E4hlen :-(
>> =20
>> und auch Video kann ich nur noch ohne ton sehen.... wenn ich dann
>> die U=
> SB-Cam=20
>> rausnehmen und wieder alsamixer aufrufe, kommt folgendes:
>> alsamixer: fu=
> nction=20
>> snd_ctl_open failed for default: No such file or directory
>> =20
>> Kann mir da jemand helfen???
>
>
>
>
> Hast du sowas auch?
>
> =2D-=20
> Gru=DF
> Thomas
> =2D--
> CBUILD=3D"x86_64-pc-linux-gnu"
> CFLAGS=3D"-march=3Dcore2 -O2 -msse4.1 -msse4.2 -pipe"
> CXXFLAGS=3D"-march=3Dcore2 -O2 -msse4.1 -msse4.2 -pipe"
> LDFLAGS=3D"-Wl,-O1,--hash-style=3Dgnu,--sort-common,--as-needed"
>
>
>
>
> Thomas Bruns schrieb:
>
>> hab das jetzt mal so gemacht, nun hab ich noch ein Problem unter
>> Skype,=
> das=20
>> der Sound jetzt l=E4uft, aber Skype mir meldet, das es Probleme mit
>> dem=
> Audio=20
>> gibt, ich denke mal, die wollen nun beide auf das gleiche
>> AudioDevice=20
>> zugreifen.
>> =20
>> Hast du sowas auch?
>> =20
>
> nein, kann ich nicht best=E4tigen. Allerdings benutze ich zum
> Telefoniere=
> n
> ausschlie=DFlich mein Headset (Auch bei Videokonferenz - trotz
> integriertem Micro in der WebCam). Ich lasse nur das Klingeln =FCber
> die
> Soundkarte laufen (l=E4sst sich ja bequem =FCber die
> Audioeinstellungen i=
> 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=F6tig.
>
>
>
>
>
> ich verwende den Xfce-Desktop mit compiz. Das System l=E4uft zu 99%
> auf
> stable-releases und wird fast t=E4glich 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=FC -> Datei =F6ffnen...
> 2b. Der Dateidialog erscheint
> 3. Ich w=E4hle ein anderes Verzeichnis, als das standardm=E4=DFig
> angebot=
> ene
> $HOME-Verzeichnis
> und mein Firefox verabschiedet sich (ich habe einen kurzen Ausschnitt
> aus dem strace mit angeh=E4ngt [1]) und
> l=E4sst sich nicht mehr starten. Nach einem kurzen Moment kommt die
> Meldung: =BBSpeicherzugriffsfehler=AB, und das wars.
> Der Startvorgang kann jetzt beliebig wiederholt werden, es kommt immer
> diese Meldung/Fenster.
>
> Viele Gr=FC=DFe,
> Mark
>
>
> [1] - Ausschnitt des strace mit Firefox
> munmap(0xb7f36000, 4096)                =3D 0
> gettimeofday({1251997273, 317411}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/user-desktop.png",
> {st_mode=3DS_IFREG|0644, st_size=3D825, ...}) =3D 0
> gettimeofday({1251997273, 317897}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 323017}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 323792}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 324794}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 325422}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 326349}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 326947}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 327848}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 328461}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 329389}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 329989}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 331016}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 331638}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 332544}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 340253}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 342689}, NULL) =3D 0
> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
> gettimeofday({1251997273, 343324}, NULL) =3D 0
> time(NULL)                              =3D 1251997273
> gettimeofday({1251997273, 344251}, NULL) =3D 0
> lstat64("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg",
> {st_mode=3DS_IFREG|0644, st_size=3D34491, ...}) =3D 0
> gettimeofday({1251997273, 344670}, NULL) =3D 0
> open("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg",
> O_RDONLY|O_LARGEFILE) =3D 57
> fstat64(57, {st_mode=3DS_IFREG|0644, st_size=3D34491, ...}) =3D 0
> read(57, "<?xml version=3D\"1.0\" encoding=3D\"UTF"..., 65536) =3D
> 34491
> gettimeofday({1251997273, 345219}, NULL) =3D 0
> gettimeofday({1251997273, 345338}, NULL) =3D 0
> gettimeofday({1251997273, 345414}, NULL) =3D 0
> gettimeofday({1251997273, 345485}, NULL) =3D 0
> gettimeofday({1251997273, 345557}, NULL) =3D 0
> gettimeofday({1251997273, 345628}, NULL) =3D 0
> gettimeofday({1251997273, 345699}, NULL) =3D 0
> gettimeofday({1251997273, 345771}, NULL) =3D 0
> gettimeofday({1251997273, 345843}, NULL) =3D 0
> gettimeofday({1251997273, 345914}, NULL) =3D 0
> gettimeofday({1251997273, 345985}, NULL) =3D 0
> gettimeofday({1251997273, 346055}, NULL) =3D 0
> gettimeofday({1251997273, 346125}, NULL) =3D 0
> gettimeofday({1251997273, 346196}, NULL) =3D 0
> gettimeofday({1251997273, 346262}, NULL) =3D 0
> gettimeofday({1251997273, 346292}, NULL) =3D 0
> gettimeofday({1251997273, 346322}, NULL) =3D 0
> gettimeofday({1251997273, 346352}, NULL) =3D 0
> gettimeofday({1251997273, 346381}, NULL) =3D 0
> gettimeofday({1251997273, 346410}, NULL) =3D 0
> gettimeofday({1251997273, 346440}, NULL) =3D 0
> gettimeofday({1251997273, 346469}, NULL) =3D 0
> gettimeofday({1251997273, 346498}, NULL) =3D 0
> gettimeofday({1251997273, 346527}, NULL) =3D 0
> gettimeofday({1251997273, 346556}, NULL) =3D 0
> gettimeofday({1251997273, 346586}, NULL) =3D 0
> gettimeofday({1251997273, 346616}, NULL) =3D 0
> gettimeofday({1251997273, 346645}, NULL) =3D 0
> gettimeofday({1251997273, 346675}, NULL) =3D 0
> read(57, ""..., 65536)                  =3D 0
> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> unlink("/home/mark/.mozilla/firefox/12345678/lock") =3D 0
> rt_sigaction(SIGSEGV, {SIG_DFL, [], 0}, NULL, 8) =3D 0
> rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) =3D 0
> tgkill(7712, 7712, SIGSEGV)             =3D 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
> Bluetooth
> Unterst=FCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=E4sst 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
> module
> neu installieren. 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
> Einsatz z=
> u
> 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
> vorra=
> n?
>
> 2. VFAT partitionen werden nicht gemounted
> Obwohl ich <*> VFAT fs support im kernel aktiviert habe. Habe ich was
> =FCbersehen um VFAT zu unterst=FCtzen?
>
> Gru=DF,
> Max
>
>
> PS: gibt es evtl. sowas wie 'make oldconfig' f=FCr einen Umstieg
> zwischen
> Kernel Versionen? Das h=E4tte 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
>> Bluetooth
>> Unterst=FCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=E4sst 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
>> module
>> neu installieren. 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
>> 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
>> vorra=
> n?
>>
> Dateien in /lib/modules (wie eben auch das nvidia.ko Kernel-Modul)
> werden v=
> on=20
> Portage beim Update nicht gel=F6scht.
> Aber man braucht ja auch die passenden X11-Treiber, also mach ein
> Bin=E4rpa=
> ket=20
> von deinen installierten "nvidia-drivers":
> # quickpkg nvidia-drivers
>
> =46alls das mit dem Updaten dann nicht klappt kannst du das alte
> Paket dann=
> =20
> wieder zur=FCckholen.
>
>> 2. VFAT partitionen werden nicht gemounted
>> Obwohl ich <*> VFAT fs support im kernel aktiviert habe. Habe ich was
>> =FCbersehen um VFAT zu unterst=FCtzen?
>
> Es gibt da noch die Einstellungen zur Sprachkodierung - das m=FCsste
> Codepa=
> ge=20
> hei=DFen, vieleicht fehlt da noch etwas.
>
>> PS: gibt es evtl. sowas wie 'make oldconfig' f=FCr einen Umstieg
>> zwischen
>> Kernel Versionen? Das h=E4tte mir bestimmt einige Zeit erspart.
> Ja, die alte .config Datei in den neuen Kernel kopieren und dann -
> wer h=E4=
> tte=20
> es gedacht:
> # make oldconfig
>
> Allerdings w=E4re ich bei so einem gro=DFen Versionssprung sehr
> vorsichtig =
> damit.
>
> Gru=DF
> 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
> neuen
> Sourcen aufgerufen habe, mit der
> zuletzt aktuellen Konfig-Version.
>
> Ok. zu Punkt 1 f=E4llt mir doch etwas ein:
> Kopier die Datei =BBnvidia.ko=AB unter /lib/modules/<Kernel-Version>/
> vide=
> o/
> zur Seite, so dass Du sie im Notfall hast.
> Am besten kopierst Du sie als nvidia.ko.100.14.19 in Dein
> Homeverzeichnis=
> .
> Aber:
> Grunds=E4tzlich ist es so, dass dieses Verzeichnis /lib/<Kernel-
> Version>
> f=FCr jede =BBKernel-Version/Release=AB separat angelegt wird.
> Daher musst Du Dir eigentlich keine Sorgen machen, den bei der
> Erstellung des neuen Kernels, mit einer anderen
> Versionsnummer, w=FCrde ein neues Verzeichnis angelegt werden und die
> Datei bleibt in Sicherheit. So lang Du die
> entspr. Eintr=E4ge in Grub/Lilo/$Bootmanager hast, kannst Du zwischen
> beiden Versionen springen. Diese Datei passt auch
> nur zu dem urspr=FCnglichen Kernel und wird mit keinem anderen
> funktionieren, und ist Dein nVidia Kernelmodul.
> Unter dem Link am Anfang des Mails findes Du auch daf=FCr Hinweise.
> =DCbrigends hier ist 2.6.30-gentoo-r5 nicht 2.6.30-gentoo-r4 aktuell!?
>
> Und eine Kleinigkeit f=FCr Punkt 2:
> Mit -t vfat /dev/<quelle> /mnt/<ziel> hast Du es versucht? Und was
> f=FCr
> eine Meldung bekommst Du dann? (evtl. /var/log/messages od.
> dmesg)
>
>
> Viele Gr=FC=DFe,
> 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
>> Bluetooth
>> Unterst=FCtzung kompliliert (linux-2.6.18-gentoo-r6) und l=E4sst 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
>> modul=
> e
>> neu installieren. Das traue ich mich jedoch nicht, da das module
>> welche=
> s
>> 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
>> 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
>> vor=
> ran?
>>
>> 2. VFAT partitionen werden nicht gemounted
>> Obwohl ich <*> VFAT fs support im kernel aktiviert habe. Habe ich was
>> =FCbersehen um VFAT zu unterst=FCtzen?
>>
>> Gru=DF,
>> Max
>>
>>
>> PS: gibt es evtl. sowas wie 'make oldconfig' f=FCr einen Umstieg
>> zwisch=
> en
>> Kernel Versionen? Das h=E4tte mir bestimmt einige Zeit erspart.
>>
>> =20
>
>
>
> Von: Frank Steinmetzger <Warp_7@×××.de>
> Datum: 4. September 2009 20:50:33 MESZ
> An: gentoo-user-de@l.g.o
> Betreff: Re: [gentoo-user-de] Kernel Umstieg
> Antwort an: gentoo-user-de@l.g.o
>
>
> 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
>> Bluetooth
>> Unterstützung kompliliert (linux-2.6.18-gentoo-r6) und lässt 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
>> module
>> neu installieren.
>
> Weil - wie die anderen beiden bereits erwähnt haben - für jede
> Kernelversion
> ein eigener Verzeichnisbaum mit den Modulen existiert. Einfach
> hinüberkopieren dürfte nicht gehen, da die Kernelversionen zwischen
> Kernel
> und Modul dann nicht mehr übereinstimmen würden.
>
>> Das traue ich mich jedoch nicht, da das module welches
>> mit meinem alten Kernel gut läuft nicht mehr in Portage ist und ich
>> Angst habe nach einem Wechsel kein lauffähiges module mehr im
>> Einsatz zu
>> haben und keinen weg zurück zu meinem alten module zu finden
>> (x11-drivers/nvidia-drivers-100.14.19). Wie gehe ich denn am Besten
>> vorran?
>
> Für so etwas ist ein lokales Overlay gut geeignet. Einfach das
> Verzeichnis /usr/local/portage anlegen und in die make.conf eintragen:
> PORTDIR_OVERLAY="/usr/local/portage"
> (wenn Du Layman benutzt, muß das vor die Zeile kommen, in der Layman
> referenziert wird).
>
> Für jedes installierte Paket kopiert portage dessen ebuild-Dateien
> in ein
> neues Verzeichnis, damit es weiß, welches Paket und welche Version
> installiert ist. Dieses ebuild kopierst Du einfach in Dein lokales
> 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-<deine_Version>/nvidia-
> driver-<deine_Version>.ebuild /usr/local/portage/x11-drivers/
> Eventuell braucht es jetzt noch ein
> ebuild <ebuild-Datei> manifest
>
> Damit kennt portage auch wieder diese alte Version und Du kannst sie
> erneut
> installieren, sofern das Quellpaket noch zum Download verfügbar ist
> (oder Du
> es noch selbst im distfiles-Ordner liegen hast).
>
>> PS: gibt es evtl. sowas wie 'make oldconfig' für einen Umstieg
>> zwischen
>> Kernel Versionen? Das hätte mir bestimmt einige Zeit erspart.
>
> Freilich. Die .config von den alten Sourcen zu den neuen kopieren
> und dann
> dort make oldconfig ausführen:
> eselect kernel set 2 (wenn Du nur den 2.6.18 und den 26.30
> installiert hast)
> cp /usr/src/linux-2.6.18-gentoo-r6/.config /usr/src/linux/
> cd /usr/src/linux/
> make oldconfig
> --
> Gruß | Greetings | Qapla'
> Pilot: Radar, Good Day, Airforce Blackbird, request FL 600
> Controller (with a chuckle): Sir, if you can reach, you are cleared
> 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=E4re ich selber nicht drauf gekommen. Leider scheint
> mein
> layman nicht mehr sauber zu funktionieren und portage sieht mein
> overlay
> (noch) nicht, wahrscheinlich ist beim layman upgrade von 1.1 zu 1.2
> was
> schief gegangen. Da muss ich noch mal gucken. Hier aber noch ein
> 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=FCr das Paket anlegen
> # mkdir /usr/local/portage/x11-drivers/nvidia-drivers/
>
>> Und dann das ebuild hineinkopieren:
>> cp
> /var/db/pkg/x11-drivers/nvidia-drivers-<deine_Version>/nvidia-driver-
> <dei=
> ne_Version>.ebuild
> /usr/local/portage/x11-drivers/
>
> das ebuild geh=F6rt jedoch ein Verzeichnis tiefer
> # cp
> /var/db/pkg/x11-drivers/nvidia-drivers-<deine_Version>/nvidia-driver-
> <dei=
> ne_Version>.ebuild
> /usr/local/portage/x11-drivers/nvidia-drivers/
>
>> Eventuell braucht es jetzt noch ein
>> ebuild <ebuild-Datei> manifest
>
> oder so:
> # ebuild <ebuild-Datei> digest
> den Unterschied zu 'manifest' weiss ich leider nicht
>
> Sobald mein layman wieder funzt, widme ich wieder meinem Kernel. Nun
> ist
> aber Wochenende. Danke Mathias, Mark und Frank f=FCr die schnelle
> Unterst=FCtzung :)
>
> ...Max
>
>
>
> Von: Frank Steinmetzger <Warp_7@×××.de>
> Datum: 4. September 2009 22:55:00 MESZ
> An: gentoo-user-de@l.g.o
> Betreff: Re: [gentoo-user-de] Kernel Umstieg
> Antwort an: gentoo-user-de@l.g.o
>
>
> Am Freitag, 4. September 2009 schrieb Max Bloch:
>
>> wichtig: und noch ein Verzeichnis für das Paket anlegen
>> # mkdir /usr/local/portage/x11-drivers/nvidia-drivers/
>
> Ah ja, das hatte ich grad verwechselt mit /usr/portage/package/, da
> braucht
> man nur ein Verzeichnis für die Kategorie, nicht aber für das Paket.
>
>> oder so:
>> # ebuild <ebuild-Datei> digest
>> den Unterschied zu 'manifest' weiss ich leider nicht
>
> Ich habe neulich gelesen (ebuild manpage, wenn ich nicht irre), daß
> es da
> keinen Unterschied mehr gibt.
> --
> Gruß | Greetings | Qapla'
> *** Quits: TITANIC (Excess Flood)
>
>
>
>
> z.B. http://bugs.gentoo.org/show_bug.cgi?id=3D174634 ist da
> einigermassen
> verbose.. ;-)
>
> und wieso (der Abschnitt ist leider in dieser geqouteten Mail nicht
> mehr
> drin) das ebuild aus /var/db/pkg/... kopieren und nicht aus dem Tree
> (/usr/portage/) - oder war das nur aus "Sicherheitsgr=FCnden", falls
> die
> gew=FCnschte Release-Nummer schon aus dem aktuellen Tree
> 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=E4mlich eher
> umgekehrt ;-) Und m.W. gibt es eh nur die Entscheidung bei =3D<GF7
> bleibt
> dir nur 96.xx und ab GF8 alle gr=F6sser 100.xx - da du jetzt schon
> einen
> gr=F6sser 100 benutzt, gehe ich mal davon aus, dass auch der 18x.xx
> bei
> dir (vllt. sogar besser) tun wird - afaik ianal :-)
>
> Christian
>
>
>
>
>
>
>
>
> Gr=FC=DFe
> Jens
>
>
>
>
> Da mein Notebook ein notorisches Hitzeproblem hat w=C3=BCrde ich
> gerne gro=
> =C3=9Fe Teile=20
> des Paketbauens (insbesondere KDE 4) auf meinen schnellen
> Heimrechner=20
> auslagern.
>
> Da ich seit gcc 4.2 march=3Dnative nutze, d=C3=BCrfte die Notebook-
> Installa=
> tion=20
> leider dort nicht lauff=C3=A4hig sein, daher muss ich wohl oder
> =C3=BCbel e=
> in neues=20
> System aufsetzen und es stellt sich die Frage der
> bestm=C3=B6glichen=20
> Konfiguration.
>
> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D).
>
> Mein bisheriges erdachtes Vorgehen:
> =2D i686-Stage 3 snapshot von Gentoo.org
> =2D /etc/portage/* vom Notebook + neue USE-Flags f=C3=BCr KDE4
> =2D CFLAGS entsprechend Notebook (da einziges Zielsystem):
>  CFLAGS=3D"mtune=3Dcore2 march=3Di686 -pipe" (32 Bit-Bit-System)
>  FEATURES=3Dbuildpkg
> =2D emerge -e world
> =2D emerge -u kde-meta
> =2D Packagedir per NFS exportieren und am Notebook importieren
> =2D Notebook: emerge -uK kde-meta
>
> Gibt's da was hinzuzuf=C3=BCgen, oder ist da was falsch? Hat jemand
> Tipps b=
> ez=C3=BCglich=20
> der CFLAGS?
>
> Vielen Dank schonmal
> Gru=C3=9F Andreas
>
>
> P.S.
> Zur Hardware:
> Mein Heimrechner ist ein altes Opteron-SMP-System (beherrscht
> allerdings sc=
> hon=20
> 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
> pge mca=
> =20
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx
> lm=20
> constant_tsc arch_perfmon pebs bts pni dtes64 monitor ds_cpl vmx est
> tm2=20
> 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
> pge mca=
> =20
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx
> lm=20
> constant_tsc arch_perfmon pebs bts pni dtes64 monitor ds_cpl vmx est
> tm2=20
> ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow
> bogomips        : 4654.86
> clflush size    : 64
> power management:
>
>
>
>
>> Da mein Notebook ein notorisches Hitzeproblem hat w=C3=BCrde ich
>> gerne =
> gro=C3=9Fe Teile=20
>> des Paketbauens (insbesondere KDE 4) auf meinen schnellen
>> Heimrechner=20
>> auslagern.
>> =20
>> Da ich seit gcc 4.2 march=3Dnative nutze, d=C3=BCrfte die Notebook-
>> Inst=
> allation=20
>> leider dort nicht lauff=C3=A4hig sein, daher muss ich wohl oder
>> =C3=BCb=
> el ein neues=20
>> System aufsetzen und es stellt sich die Frage der
>> bestm=C3=B6glichen=20
>> Konfiguration.
>> =20
>> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D).
>> =20
>> Mein bisheriges erdachtes Vorgehen:
>> - i686-Stage 3 snapshot von Gentoo.org
>> - /etc/portage/* vom Notebook + neue USE-Flags f=C3=BCr KDE4
>> - CFLAGS entsprechend Notebook (da einziges Zielsystem):
>>  CFLAGS=3D"mtune=3Dcore2 march=3Di686 -pipe" (32 Bit-Bit-System)
>>  FEATURES=3Dbuildpkg
>> - emerge -e world
>> - emerge -u kde-meta
>> - Packagedir per NFS exportieren und am Notebook importieren
>> - Notebook: emerge -uK kde-meta
>> =20
>> Gibt's da was hinzuzuf=C3=BCgen, oder ist da was falsch? Hat jemand
>> Tip=
> ps bez=C3=BCglich=20
>> der CFLAGS?
>
> Mir kommt dies irgendwie umst=C3=A4ndlich vor ;-)
>
> Vielleicht w=C3=A4re eine L=C3=B6sung mit distcc
> =C3=BCberlegenswert. Inf=
> os unter:
> http://www.gentoo.org/doc/de/distcc.xml
>
>
> Bei den Compilerflags muss dann nat=C3=BCrlich die Ziel-CPU
> angegeben wer=
> den und auf
> dem Desktop-Rechner muss die gleiche gcc-Version wie auf dem Laptop
> laufe=
> n. Die
> verwendete Linux-Version ist dagegen schnuppe.
>
> Gru=C3=9F
> Reinhard
>
>
>
>
> Oder Du l=C3=B6st evtl. einfach die Hitzeprobleme Deines Rechners? ;-)
>
> Hth
>
> Oliver
>
>
>
>
> Von: Thomas Ulrich Nockmann <tun.nospam-daf1b990@×××××.de>
> Datum: 5. September 2009 13:50:26 MESZ
> An: gentoo-user-de@l.g.o
> Betreff: Re: [gentoo-user-de] binpkgs für mein Notebook
> Antwort an: gentoo-user-de@l.g.o
>
>
> Am Samstag, 5. September 2009 schrieb Andreas Baier:
> [...]
>
> Hallo Andreas,
>
>
>> Da mein Notebook ein notorisches Hitzeproblem hat würde ich gerne
>> große Teile des Paketbauens (insbesondere KDE 4) auf meinen schnellen
>> Heimrechner auslagern.
> dito
>
>> Da ich seit gcc 4.2 march=native nutze, dürfte die
>> Notebook-Installation leider dort nicht lauffähig sein, daher muss
>> ich wohl oder übel ein neues System aufsetzen und es stellt sich die
>> Frage der bestmöglichen 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 =).
> Ich hab es selber noch nicht probiert, aber muesste das nicht via
> 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
> wollen
> oder koennen, Gentoo (wieder) den Vorrang geben.
>
> P.P.S.
> Klarmachen zum Ändern!: https://www.piratenpartei.de/
>
>
> --
> The GnuPG key is available at:
> http://keys.gnupg.net/pks/lookup?op=get&search=0xE38D11DA
>
> Please note that according to the European law on data retention,
> information on every electronic information exchange with me is
> retained
> for a period of six months.
> See: http://www.vorratsdatenspeicherung.de/index.php?lang=en
>
>
>
> Von: Thomas Ulrich Nockmann <tun.nospam-daf1b990@×××××.de>
> Datum: 5. September 2009 13:56:52 MESZ
> An: gentoo-user-de@l.g.o
> Betreff: Re: [gentoo-user-de] binpkgs für mein Notebook
> Antwort an: gentoo-user-de@l.g.o
>
>
> Am Samstag, 5. September 2009 schrieb Reinhard Tchorz:
> [...]
>
> Hallo Reinhard,
>
>>> Da ich seit gcc 4.2 march=native nutze, dürfte die
>
>> Vielleicht wäre eine Lösung mit distcc überlegenswert. Infos unter:
>> http://www.gentoo.org/doc/de/distcc.xml
> ###
> Do not use -march=native 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 Ändern!: https://www.piratenpartei.de/
>
> --
> The GnuPG key is available at:
> http://keys.gnupg.net/pks/lookup?op=get&search=0xE38D11DA
>
> Please note that according to the European law on data retention,
> information on every electronic information exchange with me is
> retained
> for a period of six months.
> See: http://www.vorratsdatenspeicherung.de/index.php?lang=en
>
>
>
>
> Am Samstag, 5. September 2009 schrieb Oliver Rath:
>> Du k=C3=B6nntest neben der Idee mit distcc (was problematisch sein
>> kann, =
> wenn
>> Du 32- und 64-Bit mischst) auch einfach das rootfs Deines
>> angeschlagenen
>> Rechner auf der schnellen Kiste per NFS mounten und dann per chroot
>> 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 =C3=BCbermounten.
> Aber da m=C3=BCsste ich das System doch trotzdem i686 kompatibel
> vorliegen =
> haben,=20
> oder (also nicht march=3Dnative) da Programme ja am kompilierenden
> System=20
> ausgef=C3=BChrt werden, oder? Aber die Idee gef=C3=A4llt mir, so
> hatte ich =
> fr=C3=BCher mal=20
> gentoo f=C3=BCr ein AMD K6-2 Rechner gebaut =3D).
>
>> Oder Du l=C3=B6st evtl. einfach die Hitzeprobleme Deines
>> Rechners? ;-)
> Das ist leider ein unm=C3=B6gliches Unterfangen (Lenovo T60p, leider
> eine=20
> Montagskonstruktion, die Ati FireGL ist selten unter 80=C2=B0, die
> CPU selt=
> en=20
> unter 60=C2=B0 beides schie=C3=9Ft auf 92/75 selbst wenn ich den
> L=C3=BCfte=
> r auf Maximum=20
> schalte). Es war bereits beim Reparaturservice, es wurde so ziemlich
> alles=
> =20
> ausgetauscht. Effekt: Jetzt schaltet sich das Ger=C3=A4t nicht mehr
> ab, wie=
> =20
> vorher, aber es l=C3=A4uft prompt aufs Minimum heruntergetaktet
> sobald eine=
> =20
> Rechen-intensive Anwendung l=C3=A4uft (da reicht flash auf drei,
> vier ge=C3=
> =B6ffneten=20
> Webseiten aus =3D/ ).
>
> Gru=C3=9F Andreas
>> Hth
>>
>> Oliver
>
>
>
>
>
>
>>> Da mein Notebook ein notorisches Hitzeproblem hat w=C3=BCrde ich
>>> gerne =
> gro=C3=9Fe
>>> Teile des Paketbauens (insbesondere KDE 4) auf meinen schnellen
>>> Heimrechner auslagern.
>>>
>>> Da ich seit gcc 4.2 march=3Dnative nutze, d=C3=BCrfte die Notebook-
>>> Inst=
> allation
>>> leider dort nicht lauff=C3=A4hig sein, daher muss ich wohl oder
>>> =C3=BCb=
> el ein neues
>>> System aufsetzen und es stellt sich die Frage der bestm=C3=B6glichen
>>> Konfiguration.
>>>
>>> Daher wollte ich mir bei Euch evtl Tipps vorher abholen =3D).
>>>
>>> Mein bisheriges erdachtes Vorgehen:
>>> - i686-Stage 3 snapshot von Gentoo.org
>>> - /etc/portage/* vom Notebook + neue USE-Flags f=C3=BCr KDE4
>>> - CFLAGS entsprechend Notebook (da einziges Zielsystem):
>>>  CFLAGS=3D"mtune=3Dcore2 march=3Di686 -pipe" (32 Bit-Bit-System)
>>>  FEATURES=3Dbuildpkg
>>> - 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=C3=BCgen, oder ist da was falsch? Hat
>>> jemand Tip=
> ps
>>> bez=C3=BCglich der CFLAGS?
>>
>> Mir kommt dies irgendwie umst=C3=A4ndlich vor ;-)
>>
>> Vielleicht w=C3=A4re eine L=C3=B6sung mit distcc
>> =C3=BCberlegenswert. Inf=
> os unter:
>> http://www.gentoo.org/doc/de/distcc.xml
> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc
> laufen: D=
> er=20
> Server l=C3=A4uft auf hardened gcc und damit noch mit gcc3, glaube
> ich, w=
> =C3=A4hrend=20
> ich meinen Heim-PC lieber x86 kompiliere und stable lasse um der
> Update-H=
> =C3=B6lle=20
> zu entgehen. Nur mein Notebook, auf dem ich gerne aktuelle Software
> habe is=
> t=20
> ~x86 mit entsprechendem gcc und build System.
>
> Auch mache ich nicht st=C3=A4ndig Updates. Eigentlich l=C3=A4uft
> haupts=C3=
> =A4chlich ein=20
> emerge -u 	@security auf allen Rechnern, bzw. ich aktualisiere
> einzelne=20
> Pakete. (Ich war bereits mehrere Male in der Gentoo-~x86-Update-
> H=C3=B6lle =
> und ich=20
> muss sagen, es machte Spa=C3=9F, bis es nicht mehr aufh=C3=B6rte...
> und ich=
> bemerkt=20
> habe, dass ich mehr geupdatet als gearbeitet hatte =3D]. (Diese
> Erkenntnis =
> hat=20
> Jahre gedauert =3D| ). Ich w=C3=BCrde Gentoo trotzdem niemals
> tauschen. Abe=
> r halt=20
> das ist das verkehrte Thema... =3D) )
>
> Daher w=C3=BCrde ich das Update auf diese Weise eher selten und nur
> bei gr=
> =C3=B6=C3=9Feren=20
> Geschichten (wie eben KDE-Updates) anschmei=C3=9Fen, es sei denn ich
> f=C3=
> =A4nd eine=20
> elegante Methode, dies zu automatisieren.
>
> Gru=C3=9F Andreas
>
>
>
>
>
>
>
>
>>> Vielleicht w=C3=A4re eine L=C3=B6sung mit distcc
>>> =C3=BCberlegenswert.=
> Infos unter:
>>> http://www.gentoo.org/doc/de/distcc.xml
>> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc
>> laufe=
> n: Der=20
>> Server l=C3=A4uft auf hardened gcc und damit noch mit gcc3, glaube
>> ich,=
> w=C3=A4hrend=20
>> ich meinen Heim-PC lieber x86 kompiliere und stable lasse um der
>> Update=
> -H=C3=B6lle=20
>> zu entgehen. Nur mein Notebook, auf dem ich gerne aktuelle Software
>> hab=
> e ist=20
>> ~x86 mit entsprechendem gcc und build System.
>
>> (Ich war bereits mehrere Male in der Gentoo-~x86-Update-H=C3=B6lle
>> und =
> ich=20
>> muss sagen, es machte Spa=C3=9F, bis es nicht mehr aufh=C3=B6rte...
>> und=
> ich bemerkt=20
>> habe, dass ich mehr geupdatet als gearbeitet hatte =3D]. (Diese
>> Erkennt=
> nis hat=20
>> Jahre gedauert =3D| ). Ich w=C3=BCrde Gentoo trotzdem niemals
>> tauschen.=
> Aber halt=20
>> das ist das verkehrte Thema... =3D) )
>> =20
>
>> Gru=C3=9F Andreas
>
> Hall=C3=B6le Andreas.
>
> Mehr updaten und mit dem System experimentieren satt zu arbeiten - das
> kenn ich (ich liebe es..., kann  scheinbar s=C3=BCchtig machen). Deine
> Einsicht hat sich bei mir leider noch nicht durchgesetzt - muss mich
> damit auch st=C3=A4ndig von Kollegen deswegen h=C3=A4nseln lassen
> (sind z=
> wei
> eingeschworenen Debianer). W=C3=BCrde aber auch niemehr was anderes
> haben
> wollen! Wir kennen und sch=C3=A4tzen schlie=C3=9Flich die Vorteile,
> mit d=
> enen all
> der Aufwand entlohnt wird.
>
> Trotzdem gehen mir diese Kompilierorgien auf meinen alten Laptops
> (K6-2
> und PIII-500Mhz) mehr und mehr auf' Zeiger.
> Distcc verwende ich =C3=BCbrigens schon seit min. einem halben Jahr,
> auch
> seit Vers. 3.x im pump Modus, aber das ist mir alles immer noch viel
> zu
> langsam! Trotz diverer Versuche die Haptlast auf den Quad-Core zu
> verteilen oder nur dort die Pakete bauen zu lassen, m=C3=BCssen
> anscheine=
> nd
> immer noch zuviel Pakete auf den Laptops gebaut werden. Und das bremst
> dann gewaltig. Verwende auf allen Kisten die Gleiche GCC Version.=20
> Icecream hatte irgendwelche Nachteile die f=C3=BCr 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=C3=B6sung w=C3=A4re der performanteste Ansatz, dann die Bin-Pakete
> auf =
> dem
> Zielsystem installieren.
>
> Daher will auch ich wenn mal mein System umstellen, distcc raus,
> 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
> gemounteten
> Zielsystem stammen sollen. Oder dass ich auf dem Paketbauendem System
> mehrere Profile der Zielsystem verwalten kann, zwischen denen sich
> einfach umschalten l=C3=A4sst, so dass dann die angepasten bin-
> pakete geb=
> aut
> werden. Am besten noch gleichzeitig f=C3=BCr mehrere x86er
> Zielsysteme mi=
> t
> unterschiedlichen Konfigurationen.
>
> Gru=C3=9F, Andy.
>
>
>
>
>
>
> Von: Warp_7@×××.de
> Datum: 5. September 2009 16:39:38 MESZ
> An: gentoo-user-de@l.g.o
> Betreff: Re: [gentoo-user-de] binpkgs für mein Notebook
> Antwort an: gentoo-user-de@l.g.o
>
>
> Am Samstag, 5. September 2009 schrieb Andreas Baier:
>
>> Am Samstag, 5. September 2009 schrieb Oliver Rath:
>>> Du könntest neben der Idee mit distcc (was problematisch sein
>>> kann, wenn
>>> Du 32- und 64-Bit mischst) auch einfach das rootfs Deines
>>> angeschlagenen
>>> Rechner auf der schnellen Kiste per NFS mounten und dann per
>>> chroot ganz
>>> normal bauen. Allerdings solltest Du dann das Verzeichnis
>>
>> Aber da müsste ich das System doch trotzdem i686 kompatibel vorliegen
>> haben, oder (also nicht march=native) da Programme ja am
>> kompilierenden
>> System ausgeführt werden, oder?
>
> Und warum bestehst Du so auf native? Ich denke mal, dieser Konflikt
> kommt
> daher, daß Du, wenn sowohl distcc-Host als auch -Client mit native
> arbeiten,
> unterschiedlichen Code produzieren, wenn da nicht familiengleiche
> Prozzis
> drin sind. So weit ich weiß, wählt native doch lediglich den
> korrekten Wert
> aus - in Deinem Fall also core2. Und wenn Du den eben manuell
> einstellst,
> sollte das doch kein Problem mehr sein.
>
>>> Oder Du löst evtl. einfach die Hitzeprobleme Deines Rechners? ;-)
>>
>> Das ist leider ein unmögliches Unterfangen (Lenovo T60p, leider eine
>> Montagskonstruktion, die Ati FireGL ist selten unter 80°
>
> Hö?
>
>> die CPU selten unter 60°
>
> Das hat mein T7200 leider auch, der dümpelt grad auf 1GHz mit unter
> 5% (Amarok
> spielt Ogg im Hintergrund) vor sich hin und hat sich grad auf 53°
> eingependelt.
> Die erste Centrino-Generation war da echt toll - die Rechner konnte
> man ewig
> aufm Schoß haben und die blieben, solange sie nix zu tun bekamen,
> immer unter
> 40°.
>
>> beides schießt auf 92/75 selbst wenn ich den Lüfter auf Maximum
>> schalte). Es war bereits beim Reparaturservice, es wurde so
>> ziemlich alles
>> ausgetauscht. Effekt: Jetzt schaltet sich das Gerät nicht mehr ab,
>> wie
>> vorher, aber es läuft prompt aufs Minimum heruntergetaktet sobald
>> eine
>> Rechen-intensive Anwendung läuft
>
> Das habe ich bei mir auch beobachtet beim Compilieren. Früher hatte
> ich das
> meines Erachtens nicht, das hat irgendwann[TM] mal angefangen.
> Sobald er über
> 85° oder so ist, schaltet er auf 1 oder 1,3GHz runter, selbst wenn
> ich den
> cpufreq-governor auf Performance einstelle.
>
> Am Ende hat der Techniker geschlampt und das Auftragen der
> Wärmeleitpaste
> zwischen Prozzi und Heatpipe vergeigt.
>
>> (da reicht flash auf drei, vier geöffneten Webseiten aus =/ ).
>
> Hm... dann müssen das aber schon große Filmchen sein.
> --
> Haben sie schon mal ein Mutterschiff mit seinem Schiffsjungen gesehen?
>
>
>
> Von: Frank Steinmetzger <Warp_7@×××.de>
> Datum: 5. September 2009 16:43:55 MESZ
> An: gentoo-user-de@l.g.o
> Betreff: Re: [gentoo-user-de] binpkgs für mein Notebook
> Antwort an: gentoo-user-de@l.g.o
>
>
> 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ürde ich gerne
>>> große Teile des Paketbauens (insbesondere KDE 4) auf meinen
>>> 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ürden davon auch Abstand
> halten,
> weil dann u.U. die Use-Flag-Auswahl wieder nicht ihren Ansprüchen
> entsprechen, oder die Optimierungseinstellung nicht genehm ist, und
> schon
> hast Du unter Umständen Dutzende von möglichen Kompilaten.
> Ich könnte mir vorstellen, daß es eine bessere Möglichkeit wäre,
> lediglich die
> Object-Dateien zu packen. Dann könnte man die sich gemäß der eigenen
> Useflags
> zusammenlinken.
> --
> Gruß | Greetings | Qapla'
> Beamy, Scot me up!
>
>
>
>
>>>> Oder Du l=C3=B6st evtl. einfach die Hitzeprobleme Deines
>>>> Rechners? ;-)
>>>
>>> Das ist leider ein unm=C3=B6gliches Unterfangen (Lenovo T60p,
>>> leider ei=
> ne
>>> Montagskonstruktion, die Ati FireGL ist selten unter 80=C2=B0
>>
>> H=C3=B6?
>>
>>> die CPU selten unter 60=C2=B0
>>
>> Das hat mein T7200 leider auch, der d=C3=BCmpelt grad auf 1GHz mit
>> unter =
> 5%
>> (Amarok spielt Ogg im Hintergrund) vor sich hin und hat sich grad
>> auf 53=
> =C2=B0
>> eingependelt.
>> Die erste Centrino-Generation war da echt toll - die Rechner konnte
>> man
>> ewig aufm Scho=C3=9F haben und die blieben, solange sie nix zu tun
>> bekame=
> n,
>> immer unter 40=C2=B0.
>>
>>> beides schie=C3=9Ft auf 92/75 selbst wenn ich den L=C3=BCfter auf
>>> Maxim=
> um
>>> schalte). Es war bereits beim Reparaturservice, es wurde so ziemlich
>>> alles ausgetauscht. Effekt: Jetzt schaltet sich das Ger=C3=A4t
>>> nicht me=
> hr ab,
>>> wie vorher, aber es l=C3=A4uft prompt aufs Minimum
>>> heruntergetaktet sob=
> ald
>>> eine Rechen-intensive Anwendung l=C3=A4uft
>>
>> Das habe ich bei mir auch beobachtet beim Compilieren. Fr=C3=BCher
>> hatte =
> ich das
>> meines Erachtens nicht, das hat irgendwann[TM] mal angefangen.
>> Sobald er
>> =C3=BCber 85=C2=B0 oder so ist, schaltet er auf 1 oder 1,3GHz
>> runter, sel=
> bst wenn ich
>> den cpufreq-governor auf Performance einstelle.
>>
>> Am Ende hat der Techniker geschlampt und das Auftragen der
>> W=C3=A4rmeleit=
> paste
>> zwischen Prozzi und Heatpipe vergeigt.
>>
>>> (da reicht flash auf drei, vier ge=C3=B6ffneten Webseiten aus
>>> =3D/ ).
>>
>> Hm... dann m=C3=BCssen das aber schon gro=C3=9Fe Filmchen sein.
> Habe jetzt gerade nur Web-Anwendungen auf (kmail, akregator,
> firefox..., so=
> wie=20
> nen PDF-Reader und nen konqueror) und es ist runtergetaket worden
> auf 1000=
> =20
> bei 63=C2=B0/83=C2=B0 (CPU/GPU) und ca 2-3% CPU Auslastung. Scheint
> einfac=
> h falsch=20
> konstruiert zu sein. Aber Schwamm dr=C3=BCber.
>
> Gru=C3=9F Andreas
>
>
>
>
>>> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc
>>> laufen: Der Server l=C3=A4uft auf hardened gcc und damit noch mit
>>> gcc3,
>>> glaube ich, w=C3=A4hrend ich meinen Heim-PC lieber x86 kompiliere
>>> und
>>> stable lasse um der Update-H=C3=B6lle zu entgehen. Nur mein
>>> Notebook, a=
> 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=C3=9Fe Rolle
>> spielt, w=
> ie
>> noch mit DistCC.
>> ### (
>> http://gentoo-wiki.stefreak.de/de.gentoo-wiki.com/Emerge_beschleunigen.ht=
> ml
>> #Icecream)
>
> Schaut interessant aus. Werde ich mir auf jeden Fall mal anschauen.
>
> Gru=C3=9F Andreas
>
>
>
>
> http://kb.mozillazine.org/Ui.allow_platform_file_picker
>
> Zeigt einen Weg um zwischen native GTK- oder XUL-Dialogen zu wechseln.
>
> F=FCr mich ist das Problem damit vorerst gel=F6st.
>
> Gr=FC=DFe,
> Mark
>
>
> Mark Menzel schrieb:
>> Hallo Liste,
>>
>> ich verwende den Xfce-Desktop mit compiz. Das System l=E4uft zu 99%
>> auf
>> stable-releases und wird fast t=E4glich 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=FC -> Datei =F6ffnen...
>> 2b. Der Dateidialog erscheint
>> 3. Ich w=E4hle ein anderes Verzeichnis, als das standardm=E4=DFig
>> angeb=
> otene
>> $HOME-Verzeichnis
>> und mein Firefox verabschiedet sich (ich habe einen kurzen Ausschnitt
>> aus dem strace mit angeh=E4ngt [1]) und
>> l=E4sst sich nicht mehr starten. Nach einem kurzen Moment kommt die
>> Meldung: =BBSpeicherzugriffsfehler=AB, und das wars.
>> Der Startvorgang kann jetzt beliebig wiederholt werden, es kommt
>> immer
>> diese Meldung/Fenster.
>>
>> Viele Gr=FC=DFe,
>> Mark
>>
>>
>> [1] - Ausschnitt des strace mit Firefox
>> munmap(0xb7f36000, 4096)                =3D 0
>> gettimeofday({1251997273, 317411}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/user-desktop.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D825, ...}) =3D 0
>> gettimeofday({1251997273, 317897}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 323017}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 323792}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 324794}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 325422}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 326349}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 326947}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 327848}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 328461}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 329389}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 329989}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 331016}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 331638}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 332544}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 340253}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 342689}, NULL) =3D 0
>> lstat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFLNK|0777, st_size=3D10, ...}) =3D 0
>> stat64("/usr/share/icons/gnome/16x16/places/inode-directory.png",
>> {st_mode=3DS_IFREG|0644, st_size=3D479, ...}) =3D 0
>> gettimeofday({1251997273, 343324}, NULL) =3D 0
>> time(NULL)                              =3D 1251997273
>> gettimeofday({1251997273, 344251}, NULL) =3D 0
>> lstat64("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg",
>> {st_mode=3DS_IFREG|0644, st_size=3D34491, ...}) =3D 0
>> gettimeofday({1251997273, 344670}, NULL) =3D 0
>> open("/usr/share/icons/Rodent/scalable/mimetypes/text-html.svg",
>> O_RDONLY|O_LARGEFILE) =3D 57
>> fstat64(57, {st_mode=3DS_IFREG|0644, st_size=3D34491, ...}) =3D 0
>> read(57, "<?xml version=3D\"1.0\" encoding=3D\"UTF"..., 65536) =3D
>> 3449=
> 1
>> gettimeofday({1251997273, 345219}, NULL) =3D 0
>> gettimeofday({1251997273, 345338}, NULL) =3D 0
>> gettimeofday({1251997273, 345414}, NULL) =3D 0
>> gettimeofday({1251997273, 345485}, NULL) =3D 0
>> gettimeofday({1251997273, 345557}, NULL) =3D 0
>> gettimeofday({1251997273, 345628}, NULL) =3D 0
>> gettimeofday({1251997273, 345699}, NULL) =3D 0
>> gettimeofday({1251997273, 345771}, NULL) =3D 0
>> gettimeofday({1251997273, 345843}, NULL) =3D 0
>> gettimeofday({1251997273, 345914}, NULL) =3D 0
>> gettimeofday({1251997273, 345985}, NULL) =3D 0
>> gettimeofday({1251997273, 346055}, NULL) =3D 0
>> gettimeofday({1251997273, 346125}, NULL) =3D 0
>> gettimeofday({1251997273, 346196}, NULL) =3D 0
>> gettimeofday({1251997273, 346262}, NULL) =3D 0
>> gettimeofday({1251997273, 346292}, NULL) =3D 0
>> gettimeofday({1251997273, 346322}, NULL) =3D 0
>> gettimeofday({1251997273, 346352}, NULL) =3D 0
>> gettimeofday({1251997273, 346381}, NULL) =3D 0
>> gettimeofday({1251997273, 346410}, NULL) =3D 0
>> gettimeofday({1251997273, 346440}, NULL) =3D 0
>> gettimeofday({1251997273, 346469}, NULL) =3D 0
>> gettimeofday({1251997273, 346498}, NULL) =3D 0
>> gettimeofday({1251997273, 346527}, NULL) =3D 0
>> gettimeofday({1251997273, 346556}, NULL) =3D 0
>> gettimeofday({1251997273, 346586}, NULL) =3D 0
>> gettimeofday({1251997273, 346616}, NULL) =3D 0
>> gettimeofday({1251997273, 346645}, NULL) =3D 0
>> gettimeofday({1251997273, 346675}, NULL) =3D 0
>> read(57, ""..., 65536)                  =3D 0
>> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>> unlink("/home/mark/.mozilla/firefox/12345678/lock") =3D 0
>> rt_sigaction(SIGSEGV, {SIG_DFL, [], 0}, NULL, 8) =3D 0
>> rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) =3D 0
>> tgkill(7712, 7712, SIGSEGV)             =3D 0
>> --- SIGSEGV (Segmentation fault) @ 0 (0) ---
>> Process 7712 detached
>> =20
>
>
>
>
> Lange Rede kurzer Sinn: IMHO nicht mehr distcc nehmen weil oll, lieber
> Icecream (zus=C3=A4tzlich zu ccache) nehmen.
>
> Erg=C3=A4nzend zu Euren Links siehe auch
> <http://dev.gentoo.org/~rane/icecream.xml> .
>
> -
> Oliver
>
>
> Am 09/05/2009 05:32 PM schrieb Andreas Baier:
>> Hallo,
>>
>> =20
>>>> Das Problem ist, das alle meine Rechner mit unterschiedlichen gcc
>>>> laufen: Der Server l=C3=A4uft auf hardened gcc und damit noch mit
>>>> gcc=
> 3,
>>>> glaube ich, w=C3=A4hrend ich meinen Heim-PC lieber x86 kompiliere
>>>> und
>>>> stable lasse um der Update-H=C3=B6lle zu entgehen. Nur mein
>>>> Notebook,=
> auf
>>>> dem ich gerne aktuelle Software habe ist ~x86 mit entsprechendem
>>>> gcc
>>>> und build System.
>>>>     =20
>>> 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=C3=9Fe Rolle
>>> spielt=
> , wie
>>> noch mit DistCC.
>>> ### (
>>> http://gentoo-wiki.stefreak.de/de.gentoo-wiki.com/Emerge_beschleunigen=
> .html
>>> #Icecream)
>>>   =20
>>
>> Schaut interessant aus. Werde ich mir auf jeden Fall mal anschauen.
>>
>> Gru=C3=9F Andreas
>>
>> =20
>
>
>
>
>
> ich habe gerade festgestellt, das meine Cursor nach unten Taste
> nicht=20
> mehr funktioniert und Frage mich, ob das an einigen neuen Versionen
> liegt=
> .
>
> Wenn ich xev starte sagt er f=FCr 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=FCr 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
> YES=
> ,
>     XLookupString gives 0 bytes:
>     XmbLookupString gives 0 bytes:
>     XFilterEvent returns: False
>
>
> Da scheint was nicht ok zu sein, der erkennt die Taste wohl nicht
> richtig=
> .
>
> Hat einer eine Idee, wie man das Problem beheben kann?
>
> Gruss
> Matthias
>
>