Yep, nVidia's OpenGL headers aren't installed anymore since the 190.42-r2 ebuild. I don't know why that is though...

But then 195.x.x seems to install the headers again: https://bugs.gentoo.org/show_bug.cgi?id=324893 . This is a bit strange. Maybe some of you who use nvidia-drivers, just still ...

Yep, nVidia's OpenGL headers aren't installed anymore since the 190.42-r2 ebuild. I don't know why that is though...

I updated the nvidia-drivers beta/rc ebuilds @bugzilla (http://bugs.gentoo.org/show_bug.cgi?id=321061#c50) to include back the ability to install them (but commented out by default ...

T'es vraiment sûr d'avoir écarté l'hypothèse d'un problème matériel? Des segfaults aléatoires lors de compils, c'est en général un bon indicateur d'un problème au niveau de la RAM ou du CPU.

EDIT: Err, t'as jamais précisé si c'était aléatoire ou bien spécifique à cette compile à ce point spécifique ...

Tu te vois faire ça à chaque fois que tu veux mettre à jour / installer / ajouter une extension à un programme/lib?

C'est pour éviter ces étapes fastidieuses ça qu'on a un joli package manager, dans le cas de Gentoo, portage. Et étant une meta distribution source, ben faut recompiler ;)

Ceci dit ...

Heu, j'suis le seul à trouver cet `ebuild` OVH horriblement laid?

Ça serait pas plus simple de passer via l'ebuild original (à savoir, dev-lang/php) avec les flags USE qui vont bien?

(Je sais strictement pas comment OVH organise leur machin, c'est un overlay supplémentaire? Y'a pas d'arbre portage ...

Pas été vérifié, mais y'a des chances, effectivement.

Errm, sinon dans ce cas précis, un simple
c'est tout de suite plus propre... ^^

(A condition d'avoir subversion installé, évidemment)

Gaffe aux cflags en passant, j'ai déjà eu des jolis segfault plus ou moins aléatoires de clamd qui se sont résolus après avoir corrigé les flags (02, pas de -m* autre qu'arch/tune)

Perso, avec les kdelibs XEffects (qui ajoute un patch pour compiz appliqué inconditionnellement, en plus des patchs KIP via l'USE pertty), les infobulles Amarok (et uniquement celles d'Amarok), s'affichent en haut à gauche de l'écran. (Avec uniquement kicker, positionné au bas de l'écran, sans la ...

Ça vient des kdelibs traffiqués pour compiz de l'overlay XEffects, l'infobulle. (Et à priori le patch est inutile sous Beryl+emerald/aquamarine d'ailleurs, mais j'ai pas vraiment testé très longtemps).

Le coup du wallpaper, jamais vu par contre, désolé.

Pour le sftp, me semble qu'il faut ajouter /usr/lib/misc/sftp-server à ton jail (avec les libs qui vont bien, comme d'hab), ainsi qu'éventuellement un /dev/null (mknod -m 777 ./dev/null c 1 3) ;)

Enfin, c'est ce que je fais chez moi pour que ça marche, mais perso j'utilise le truc du chroot via l ...

Me semble que c'est pas encore possible sous KDE... (De même que le pager n'affiche aussi qu'un desk)

Pif, paf, pouf, j'me suis aussi jeté à l'eau... Mauvaise idée, cette chose est en train d'me faire passer une nuit blanche... :D

Bref, globalement, ça marche niquel (installé via l'overlay xgl-coffee trunk), excepté le fait que l'accélération _2D_ à l'air de s'être pris un coup dans la tronche ...

Tiger683: Ok, thanks Glad my / is on my master hdd ^^

Kernel running fine, except that libata pata via doesn't detect my _slaves_ devices on each IDE port, only the master ... o_O

dmesg extract:

libata version 1.20 loaded.
pata_via 0000:00:0f.1: version 0.1.3
ata_pci_init_one: pci_dev class+intf: 0x1018a
ata_pci_init_one: NO_LEGACY == 0
ACPI (acpi ...

About the Wine issue, I fixed it by making a symlink from the corefonts folder (/usr/share/fonts/corefonts with Modular X) to the fake windows/fonts wine folder ;) (+ marlett.ttf for the 'close' symbol & all).

No idea about Cedega, but you could try the same sort of things, if the directory ...

Built fine with risky useflag & gcc 4.1.0-beta20060203

Wine is having problems with your last fontconfig snapshots...

If I keep the same .wine, no fonts at all shows up, and if I delete it, and let wine recreate it, the fonts are a lot smaller, and badly rendered :/

Well, for me, with gcc 3.4.5, KDE's configure fails one of the three -fvisibility checks, so it doesn't get added to the flags... :/

checking grepping for visibility push/pop in headers... no
configure: WARNING: Your libstdc++ doesn't appear to be patched for
visibility support. Disabling ...

Ô joie: http://madwifi.org/changeset/1407

Same as PrakashP on x86

make[2]: Entering directory `/var/tmp/portage/glibc-2.3.90.20060121/work/glibc-2.3.6/stdio-common'
/bin/install -c -m 644 stdio_ext.h /var/tmp/portage/glibc-2.3.90.20060121/image//usr/include/stdio_ext.h
/bin/install -c -m 644 printf.h /var/tmp/portage/glibc-2.3.90 ...

Chai pas, créer plusieurs interfaces, faut lire les doc sur madwifi.org, j'me souviens plus trop...

En fait le driver crée une interface virtuelle wifi0, et la règle udev est censée créer l'ath0 qui va bien... Seulement elle crée quedalle chez moi ^^

Un wlanconfig ath create wlandev wifi0 wlanmode sta plus tard et ça passe... ;)

J'ai pas trop pigé pourquoi la règle udev ne fonctionnait pas ...

Ho, je le connais ce lien ^^ (Errm. :D)

Je ne suis jamais non plus passé par l'ebuild sous Gentoo, donc je ne peut pas trop parler du script d'init livré avec l'ebuild, du fait de ma préférence d'installer la chose dans le ~ d'un user dédié à ça et d'utiliser un script de lancement perso un poil ...

-march=cpu-type
Generate instructions for the machine type cpu-type. The choices for cpu-type are the same as for -mtune. Moreover, specifying -march=cpu-type implies -mtune=cpu-type.

Vérifié avec un

gcc -march=athlon-xp -v -Q foo.c

(Où foo.c est un code bidon, du genre un ch'tit hello world ...