Le Forum Non Officiel de la DEDIBOX
Vous n'êtes pas identifié.
Bonjour @ tous je viens de reinstaller ma dedibox en gentoo
malheureusement je ne peux pas faire mes mises a jour je m'explique
je fais un emerge --sync pour synchroniser mon portage
et je lance un emerge -uv system pour mettre a jour
déjà a ce niveau de base il me dit que les paquet pam-login et shadow rentre en conflit et qu'il ne peut continuer
qu'a cela ne tienne je delete le pam-login et je relance la ca passe mais arrivé a la compilation du glibc celui ci tourne en boucle et impossible de le compiler avez vous une solution ?
Merci @ vous
Hors ligne
Celui-ci tourne en boucle ? C'est à dire ?

Hors ligne
c'est a dire je lance le emerge du glibc le soir
le matin je me lève et je vois toujours les même lignes de code qui défile ....
Hors ligne
gcc-config te donne des resultats correct?
as tu activer distcc?
Hors ligne
C'est normal.
# emerge -C pam-login
# emerge -vuDN system (ou world)
A FAIRE ABSOLUMENT APRES AVOIR MIS A JOUR SSH :
# vim /etc/ssh/sshd_config
et modifier la ligne ==> PasswordAuthentication no
Pour la mettre à yes
SINON, tu ne pourras plus t'identifier sur ton serveur.
Ensuite, tu peux modifier ssh comme tu le souhaites, je te conseille de revoir ta config SSH et PAM.
Ash a écrit:
C'est normal.
# emerge -C pam-login
# emerge -vuDN system (ou world)
A FAIRE ABSOLUMENT APRES AVOIR MIS A JOUR SSH :
# vim /etc/ssh/sshd_config
et modifier la ligne ==> PasswordAuthentication no
Pour la mettre à yes
SINON, tu ne pourras plus t'identifier sur ton serveur.
Ensuite, tu peux modifier ssh comme tu le souhaites, je te conseille de revoir ta config SSH et PAM.
Heuuuu je comprends pas du tout c'est quoi le rapport avec glibc ?
Sinon merci pour l'info du ssh je ne savais pas c'est bon a savoir !!
Hors ligne
"qu'a cela ne tienne je delete le pam-login et je relance la ca passe mais arrivé a la compilation du glibc celui ci tourne en boucle et impossible de le compiler avez vous une solution ?"
Oups, j'ai sauter ce passage. ![]()
Un : emerge -vp glibc te donne quoi comme résultat ?
Juste au cas où il y aurait des options dans ton USE qui font tourner en rond ta compilation.
Maintenant, tout dépend du sens "tourner en rond", tant que la compilation ne plante c'est déja bon signe. As-tu des anomlies distinctes ou messages d'erreurs pendant la compilation ?
archimonde ~ # emerge -vp glibc These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-libs/glibc-2.3.6-r4 [2.3.5-r2] USE="nls nptl -build -erandom -glibc-compat20 -glibc-omitfp -hardened -nptlonly -profile" 0 kB Total size of downloads: 0 kB
sinon et bien non pas d'anomalie ni de message d'erreur juste une compil qui passe sans cesse les même lignes pedant une NUIT ! !!!
Hors ligne
c'est vraiment a la compil ou a la phase de configuration. J'ai déjà eu ce probleme sur des architecture peu puissante (game cube)
Hors ligne
c'est a la compilation que ca tourne en boucle j'ai beau cherché changé le gcc-config rien n'y fait :'(
Hors ligne
bonjour
regarde sur bugs.gentoo.org et sur le forum , il ya quelques semaine "portage" partait boucle avec les options emerge -DN
j'ai plus ces soucis depuis les dernieres updates de portage (en stable)
Hors ligne
Salut dju le soucis est que je suis égamelement avec les dernières update du portage en stable aussi mais j'ai toujours ce soucis j'ai beau faire des emerge --sync 3 fois par jour pour attendre une nouvelle version mais toujours rien ....
Hors ligne
je viens de regarder mes logs de portage en effet l'emerge de glibc-2.3.6-r4 a ete lance 2 fois je me rappelais plus
le message d'erreur tres rapide au premier jet:
--
You should upgrade your /etc/locales.build to /etc/locale.gen
and then remove /etc/locales.build when you're done.
Automatically importing locales from /etc/locales.build ...
You really should do this yourself ...
--
je pense avoir fait la manip .. mais bon je suis plus tres sur
j'ai 3 gentoos sur 3 archis ou configs differentes avec des soucis differents sur chaque ![]()
la dedibox C7
un vieux amd Athlon 2000+
un imac G5 1.8 Ghz en ppc64
un conseil ajoute du log pour portage si c'est pas le cas
du type
PORT_LOGDIR=/var/log/portage
dans ton fichier /etc/make.conf
et regarde precisement le log de l'emerge de ta glibc
Dernière modification par dju (2006-07-01 00:32:43)
Hors ligne
j'ai modifié mon /etc/locales.build je l'ai move dans /etc/locale.gen
j'ai retesté ma compil (cette fois je pensais vraiment que ca allait fonctionné) et toujours la même boucle :'(
avec pour cette fois la boucle en live :
for f in csu assert ctype locale intl catgets math setjmp signal stdlib stdio-common libio malloc string wcsmbs time dirent grp pwd posix io termios resource misc socket sysvipc gmon gnulib iconv iconvdata wctype manual shadow po argp crypt linuxthreads c_stubs libidn nss localedata rt conform debug linuxthreads_db inet resolv hesiod sunrpc nis nscd streams login dlfcn elf; do \
echo $f; \
done; \
} | gawk -f scripts/gen-sorted.awk && \
echo sysd-sorted-done = t; \
} > /var/tmp/portage/glibc-2.3.6-r4/work/build-default-i686-pc-linux-gnu-linuxthreads/sysd-sorted-tmp
mv -f /var/tmp/portage/glibc-2.3.6-r4/work/build-default-i686-pc-linux-gnu-linuxthreads/sysd-sorted-tmp /var/tmp/portage/glibc-2.3.6-r4/work/build-default-i686-pc-linux-gnu-linuxthreads/sysd-sorted
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r4/work/glibc-2.3.6'
make[1]: Entering directory `/var/tmp/portage/glibc-2.3.6-r4/work/glibc-2.3.6'
make[1]: Warning: File `glibc-compat/Depend' has modification time 2e+06 s in the future
{ { dirs='assert catgets glibc-compat iconvdata intl libio localedata malloc nis nscd nss posix resolv rt stdio-common string time wcsmbs'; \
for d in $dirs; do \
while read on; do \
echo "depend $d $on"; \
done < $d/Depend; \
done; \
for f in csu assert ctype locale intl catgets math setjmp signal stdlib stdio-common libio malloc string wcsmbs time dirent grp pwd posix io termios resource misc socket sysvipc gmon gnulib iconv iconvdata wctype manual shadow po argp crypt linuxthreads c_stubs libidn nss localedata rt conform debug linuxthreads_db inet resolv hesiod sunrpc nis nscd streams login dlfcn elf; do \
echo $f; \
done; \
} | gawk -f scripts/gen-sorted.awk && \
echo sysd-sorted-done = t; \
} > /var/tmp/portage/glibc-2.3.6-r4/work/build-default-i686-pc-linux-gnu-linuxthreads/sysd-sorted-tmp
mv -f /var/tmp/portage/glibc-2.3.6-r4/work/build-default-i686-pc-linux-gnu-linuxthreads/sysd-sorted-tmp /var/tmp/portage/glibc-2.3.6-r4/work/build-default-i686-pc-linux-gnu-linuxthreads/sysd-sorted
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r4/work/glibc-2.3.6'
make[1]: Entering directory `/var/tmp/portage/glibc-2.3.6-r4/work/glibc-2.3.6'
make[1]: Warning: File `glibc-compat/Depend' has modification time 2e+06 s in the future
{ { dirs='assert catgets glibc-compat iconvdata intl libio localedata malloc nis nscd nss posix resolv rt stdio-common string time wcsmbs'; \
for d in $dirs; do \
while read on; do \
echo "depend $d $on"; \
done < $d/Depend; \
done; \
for f in csu assert ctype locale intl catgets math setjmp signal stdlib stdio-common libio malloc string wcsmbs time dirent grp pwd posix io termios resource misc socket sysvipc gmon gnulib iconv iconvdata wctype manual shadow po argp crypt linuxthreads c_stubs libidn nss localedata rt conform debug linuxthreads_db inet resolv hesiod sunrpc nis nscd streams login dlfcn elf; do \
echo $f; \
done; \
} | gawk -f scripts/gen-sorted.awk && \
echo sysd-sorted-done = t; \
} > /var/tmp/portage/glibc-2.3.6-r4/work/build-default-i686-pc-linux-gnu-linuxthreads/sysd-sorted-tmp
mv -f /var/tmp/portage/glibc-2.3.6-r4/work/build-default-i686-pc-linux-gnu-linuxthreads/sysd-sorted-tmp /var/tmp/portage/glibc-2.3.6-r4/work/build-default-i686-pc-linux-gnu-linuxthreads/sysd-sorted
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.6-r4/work/glibc-2.3.6'
Hors ligne
Ash a écrit:
C'est normal.
# emerge -C pam-login
# emerge -vuDN system (ou world)
A FAIRE ABSOLUMENT APRES AVOIR MIS A JOUR SSH :
# vim /etc/ssh/sshd_config
et modifier la ligne ==> PasswordAuthentication no
Pour la mettre à yes
SINON, tu ne pourras plus t'identifier sur ton serveur.
Ensuite, tu peux modifier ssh comme tu le souhaites, je te conseille de revoir ta config SSH et PAM.
Tu es sur qu'il faut mettre la ligne a yes ? parcque après upgrade de mon openssh ma ligne est déjà a yes alors que dans mon ancienne config la ligne est a no ...
Hors ligne
salut Dju, pour ton probléme, j'ai la solution, la syntax de locales.build a changée, c'est tout béte ce que tu doit faire :
a méttre dans /etc/locale.gen
en_US ISO-8859-1
en_US.UTF-8 UTF-8
fr_FR ISO-8859-1
fr_FR@euro ISO-8859-15
fr_FR.UTF-8 UTF-8
ensuite tu remove /etc/loacales.build
evidament, si tu utilise d'autres locales, tu les ajoutes de la méme maniére ![]()
cordialement
Hors ligne
merci JujuBickoille
j'ai aucun soucis sur mes gentoo ![]()
parcontre c'est pas le cas de chrissou
Hors ligne
j'ai malheureusement aucune idée de la provenance du probléme :S
Hors ligne
Bonsoir,
Le probleme provient tout simplement d'une erreur de temps de ta dedibox, il suffit de la modifier avec la variable
Date
comme l'indique ce message :
make[1]: Warning: File `glibc-compat/Depend' has modification time 2e+06 s in the future
Enjoy ![]()
Excellent ca fonctionne au poil en réglant !
Génial merci beaucoup ![]()
Hors ligne