Reprise du message précédent :
Voila, en faisant strace sur mon programme, j'ai cette erreure :
 

 
Je suis bon pour une reinstall de glibc ?

 
Ton programme segfault quand il demande plus de mémoire au système, via un appel a brk.
 
Amha, t'es effectivement reparti pour une réinstall de glibc. Soit elle est foireuse, soit ton programme est foireux, avec de la gestion de mémoire bien douteuse.

Au cas où : j'ai certains programmes qui segfault quand compilés en -Os, mais pas en -O3 ou autre.

Vé voir en -O3, mais bon la reinstallation de glibc n'a rien donné

 
emerge glibc && emerge le programme.
 
Je serai tenté de dire emerge -e, mais bon, ca risque d'être long.

 
Je tiens à préciser qu'après ce genre de déboires, la glibc, libstdc++ et cie sont en "stables" chez moi, le reste est en ~x86.

Pareille !
 
Je précise que c'est une nouvelle installation fraiche d'hier.

Le message a changé !  
 

Et le même problème avec avidemux2
 

 
Bordel mais qu'est ce qui se passe !

t'aurais pas un souci hard par hasard? memoire ou surchauffe cpu?

Non non enfin je pense pas non.

houla, brk et mmap qui flanche en même temps.
 
Amha, passe un memtest sur tes barrettes, tu dois avoir une zone quelque part de pas clean, genre une puce qui a pris un coup.

Bon, je suis ce topic avec interet mais ne post pas souvent
 
J'ai un problème. Je veux faire un update world et je me retrouve avec ça:

Je comprend pas pourquoi il me sort ça maintenant... Je me suis jamais trop soucié de ce style de paquet
 
On peut me conseiller ?
 
Edit: je comprend la signification de ce type de ligne... mais je vois pas pourquoi ça arrive maintenant

Je te conseille un emerge -C sys-apps/pam-login et puis relancer la mise à jour de ton système... (j'ai eu le même message, il doit pas avoir raison à s'inquiéter...)

ben avec les evolutions des ebuilds, les dependances changent, les paquets en appellent de nouveaux et n'ont plus besoin d'anciens, et la tu te trouves avec une appli qui demande shadow-4xxx qui lui ne peux pas cohabiter avec pam-login (je crois que c'est souvent des problemes de fichiers identiques).
Donc il te faut en virer une (celle qui bloque, soit: pam-login dans ton cas). en general ca ne pose pas de probleme, ce sont tres souvent (toujours?) deux ebuilds qui fournissent la meme fonction.
donc tu le vires et apres tu refais ton update et tu finis par un coup de revdep-rebuild, on n'est jamais trop prudent.
edit: Arrgghhh grilled

 
Je vais faire ça, il faut que je lance quel test exactement ?

tous, tu bootes et tu le laisses faire longtemps (plusieurs heures si possible).
et tu ne dois avoir absolument aucune erreur remontee, 1 seule ca veut dire qu'il y a un souci.
genre si tu peux le laisser passer entre 5 et 10 pass c'est bien, plus c'est mieux mais bon.

Ok merci

Si jamais tu as des erreurs, essaie de baisser la fréquence de ta mémoire (en baissant celle du proco généralement).
 
Assez méchamment, juste histoire de tester.
 
Si ton programme ne plante pas, tu as ta réponse.

Et si j'enlevais une barrette sur deux pour tester, ça irai pas plus vite ?
 
(parce que baissé la vitesse du proc alors que ya aucun problème avec d'autre log qu'avidemux et amule)

pourquoi pas, puis ca te permettrai de voir d'ou vient ton probleme s'il vient vraiment de ca, parceque si tu as des erreurs tu seras oblige de faire la manip quand meme.

A tout hasard, c'est une gentoo stage1, j'aimerai savoir si c'est normal que gcc soit sans l'option boostrap ? et est ce que ça pourrait changer quelque chose a mon ennui ?

Ouais, mais plus complet
 
emerge -C de pam-login -> ok
update -> ok (enfin, un bug avec qmail-scanner mais c'est un patch qui est buggé, je verrais si ça se règle avec un sync)
revdep-rebuild -> ok
 
Y'a plus qu'à voir si ça pose pas de problème. Je croise les doigts
pam, c'est pour se logger non ?

 
Plus ou moins
 
Ce sont des modules qui te permettent d'implémenter différentes situations de logins, de base de mots de passe, de comptes, etc... suivant les conditions remplies par le client. En fait, ca gère tout ce qui est droits, accès et validations d'accès pour les utilisateurs.

Je viens d'installer ubuntu pour tester les application qui ne fonctionnait pas
 
et ça marche parfait c'est donc un problème dans la compilation

Ok... merci pour les précisions

si besoin :
 
http://www.gentoo-wiki.com/HOWTO_Remove_PAM
 
A+

Salut les Gentooistes  
 
J'ai installe ma premiere gentoo en suivant le manuel du site officel (qui est tr}s bien fait!)... il me reste encore quelques problemes, mais j'avance  
 
A+

 
C'est vraiment une distrib d'haxx0r 1337, ses n00bs ne posent meme pas de question    

T'inquietes, quand ca fera quelques jours que je galererai sans trouver de solutions, j'hesiterai pas

Nous sommes l'élite.

J'ai keywordé quelques packages mono pour installer f-spot, c'est vraiment bien foutu ce logiciel.
 
A part ça, j'attends toujours gnome en x86. Je pensais que le passage au 2.12 était un accident et que ça allait venir plus vite cette voici mais je m'étais bien trompé

ça va faire bientôt 1 mois que ça se calme...
 

dites, j'ai kjournal qui me prend toutes mes ressources des que je fais la moindre ecriture disque (genre je dl un fichier de quelques Megas, pendant ce temps je ne pourrai quasiment rien faire d'autre : souris qui avance par a-coups, impossible de lancer une autre application...)
 
Alors je me demandais s'il y avait moyen de regler ca
 
Quelqu'un a une idee ?
 

et puis pendant un emerge, c'est pareil en plus long

http://forums.gentoo.org/viewtopic [...] urnal.html
 
?

merci, ca doit etre ca, je vais chercher comment activer DMA (pourtant j'avais mis d'utiliser DMA quand il pouvait dans le noyaux..)

bon, il semblerait que je sois bon pour recompiler le kernel.
 
On vera ce que ca donne

C'est bon, apres une recompilation du kernel avec les options pour l'IDE qui vont bien, ca marche impec', merci encore

Désolé pour la question bête, mais hier en installant Gentoo (et plus spécialement Grub) j'ai pas fais gaffe et j'ai executé 2 fois grub-install    
C'est grave (pour la gentoo hein   ) ?

aucun probleme