J'ai pris l'image stage1 de la news sur linuxfr. Je fais comme dit dans la doc, je décompresse, je rentre dans le chroot, emerge rsync... et a la hauteur du emerge system, il se vautre comme une grosse truie dans la boue. Si je fait emerge perl tout seul, ça donne le meme résultat qqun a la solution?
Le message d'erreur est :  
 

j'en suis tjs à la compil de la glibc , je te dirais ça tout à l'heure

cool, à dans 2 heures

t'as pris la 1.2 ou la 1.4beta ?

moi j'en suis au emerge fcron et il m'installe X

celle ci puisque le 1.4beta n'a pas gcc 3.2 a ce que j'ai vu

ha si  !  
 
c'est la 1.4 que je me fais là

pour la 1.4 suivez le guide
http://forum.hardware.fr/forum2.ph [...] h=&subcat=

 
a part des options de compil , je ne vois pas de guide

remarque , peut etre que je tomberais sur le meme soucis que le tien

Le pire c'est que c'est meme pas a la compil, c'est lors de la création du package, et comme je ne sais pas comment marche leur truc ou s'il existe déja des packages précompilé, j'y arrive pas

 
c'était plus pour le sujet 1.2 versus 1.4
 
pour les options de compil j'ai mis
-march=athlon-tbird -mmmx -m3dnow -O3 -pipe
 
et tout se compile correctement

 
regarde si tu n'as pas un problème avec tes répertoires tmp comme j'ai eu au début
maintenant qaund je chroot je commence par
export TMP="/var/tmp" ainsi que pour TMP_DIR et PORTAGE_TMPDIR

Non, mes variables d'environement sont bonnes. j'ai essayé mais aucun changement.

montre ton make.conf

C'est l'original sauf que les CFALGS et CXXFLAGS valent -O3 -march=athlon-xp -finline-functions -ffast-math -fexpensive-optimizations -fomit-frame-pointer -pipe  
 
Mais ça n'a rien a voir, je l'ai dit plus haut, la compil fonctionne correctement, c'est a l'install

j'ai aussi un probleme sur perl :  
 
        LC_ALL = (unset),
        LC_CTYPE = "fr_FR",
        LC_COLLATE = "fr_FR",
        LC_TIME = "fr_FR",
        LC_MESSAGES = "fr_FR",
        LC_MONETARY = "fr_FR",
        LC_NUMERIC = "fr_FR",
        LANG = "fr"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C" ).
Extracting dprofpp (with variable substitutions)
make[1]: Leaving directory `/var/tmp/portage/perl-5.6.1-r6/work/perl-5.6.1/utils'
 
        Making x2p stuff
make[1]: Entering directory `/var/tmp/portage/perl-5.6.1-r6/work/perl-5.6.1/x2p'
make[1]: *** No rule to make target `<interne>', needed by `hash.o'.  Stop.
make[1]: Leaving directory `/var/tmp/portage/perl-5.6.1-r6/work/perl-5.6.1/x2p'
make: *** [translators] Error 2
 
!!! ERROR: The ebuild did not complete successfully.
!!! Function src_compile, Line -72, Exitcode 2
!!! (no error message)
 
!!! emerge aborting on  /usr/portage/sys-devel/perl/perl-5.6.1-r6.ebuild .

vérifiez a toujours avoir assez de place dans /var parceque c là que les fichiers temporaires résident pendant les compilations (/var/tmp) alors si vos partitions /var sont de taille limitée, ca peut poser pb pour des compils de XFree ou Mozilla par exemple....

il reste 1.5 Go , je pense que ça devrait aller ...

 
fait emerge locale-maketext

je relance un emerge perl pour l'instant et ca semble tenir pour l'instant . Je vous tiens au courant

J'avais eu le meme, un unset toutes les variables linguistiques a fonctionné

t'auras du mal a emerger perl a mon avis si tu as pas fini ton emerge system avant !

superX a écrit a écrit : je relance un emerge perl pour l'instant et ca semble tenir pour l'instant . Je vous tiens au courant

 
mmhh, je sens que tu te diriges vers la meme issue que moi

perl fait partie du emerge system.  
 
bon , la compil de perl à encore foiré , je vais essayé les solutions citées plus haut

Essayez de faire un emerge portage, moi j'avais des merdes sur certains packages, et apres MAJ de portage (et donc emerge..), tout est rentre dans l'ordre.

 
emerge perl fait partie de emerge system. J'ai recommencé de zéro je me disais que ça venait peut etre de moi, j'ai fait un emerge perl, n'oublie pas que ça gere le dépendance, et qu'on en a rien a faire de l'ordre si c'est bien fait

pour l'emerge system je n'ai eu aucun problème. Par contre j'ai fait la modif pour avoir que la locale fr de compilée.
 
actuellement je suis au emerge fcron qui a des dépendances avec X donc il compile X. Par contre j'ai vu les mêmes problèmes sur perl et fr_FR, alors (en même temps sur une autre console chrootée ) j'ai fait emerge locale-maketext et tout est passé. Enfin la compil de X continue... je verrai après si toutes les locales sont bien passées.
 
j'aurais peut-être dû faire un emrge vcron, cela aurait été plus rapide

 
ça déconne aussi:  
 

 
Edit: et maintenant, tout est cassé en plus

lol  
 
je fais aussi un emerge portage mais bash est passé !

lol file too large pour un source, on aura tout vu ...
 
je suis parti du stage3 (n'ayant pas de net possible sans ppp et pptp), donc je peux pas trop t'aider    
 
j'ai eu certains couilles parfois, et en relancant ca marchait comme par miracle ...    
 
C'est la 1.2 ou 1.4 que t'essayes ?

la 1.4. J'attendrais que le stage3 sorte pour athlon xp alors

je retente un emerge perl maintenant , si ca merde encore j'essaierais  le coup des unset des var linguales

Tu sais, l'essentiel c'est que ce soient les grosses applis qui soient recompilees pour TON cpu, le reste, tu t'en fous un peu...
 
Et puis rien ne t'empeche d'installer un stage3 la, et de recompiler tout par la suite...

a priori tu as un problèmes avec ta compil de perl
 
essaye de passer tes locales en "C" !
 
avec gcc 3.x et des locales fr_FR tu ne pourras compiler ni perl, ni ton kernel...
 
c un problèmes déjà connu
 
essaye et tien nous au courant

 
essaie avec des optimisations moins poussées. un -O3 -pipe et march devraient suffire...
 
tu ne gagneras que 0.5% etun risque supérieur d'instabillité ou des problèmes de compilation

Kikoune a écrit a écrit : a priori tu as un problèmes avec ta compil de perl   essaye de passer tes locales en "C" !   avec gcc 3.x et des locales fr_FR tu ne pourras compiler ni perl, ni ton kernel...   c un problèmes déjà connu   essaye et tien nous au courant

 
et comment on les passe en "C" ?

Kikoune a écrit a écrit : a priori tu as un problèmes avec ta compil de perl   essaye de passer tes locales en "C" !   avec gcc 3.x et des locales fr_FR tu ne pourras compiler ni perl, ni ton kernel...   c un problèmes déjà connu   essaye et tien nous au courant

 
euh moi ça s'est compilé ainsi que mon kernel... en ne précisant que la fr_FR
 
du moins il ne m'a pas fait d'erreur. Je verrai au résultat final

parceque perl a encore merdé

bizarre que ce soit passé bobor...  
 
j'avais mis longtemps a trouvé ca...
 
superX> tu fais une installe neuve la ? car par defo elles sont en C les locales... par contre si tu as changé pour mettre en fr_FR ben tu fais la manip inverse