Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
TiChou
Dans le message <news:c8vgg5$n29$, *p_e_n_i_c_i_l_i_n_e* tapota sur f.c.o.l.configuration :
Salut à tous,
Bonjour,
Lorsque je lance la commande emerge php, voici ce que j'obtiens à la fin :-(
A noter que l'erreur n'est pas produite directement durant l'emerge de php, mais durant l'emerge d'une de ses dépendances, ici le module perl XML-Parser.
C'est le système sandbox activé sur votre Gentoo qui est intervenu et qui a bloqué l'écriture dans les répertoires ci-dessus. Qu'est ce que le système sandbox sous Gentoo vous allez me demander. C'est un environnement système qui permet de protéger contre l'accès en écriture certains répertoires importants du système lors de la compilation des ebuilds et de leur installation. Ce système permet donc de se prémunir des éventuels bugs dans les ebuilds qui voudraient faire n'importe quoi quand ils sont « emergés ».
Ici il semble donc que l'emerge de dev-perl/XML-Parser-2.34 tente de vouloir écrire en dehors de l'environnement de sandbox. Il s'agit soit d'un bug dans l'ebuild de dev-perl/XML-Parser-2.34 et dans ce cas il faudrait faire un rapport de bug sur le bugzilla de Gentoo (http://bugs.gentoo.org/) ou soit de l'utilisation d'une vieille version de portage qu'il faudrait alors mettre à jour.
Donc, je vous conseille dans un premier temps de mettre à jour votre arbre de portage :
$ emerge sync
De vérifier si le système portage est à jour :
$ emerge -pvu portage
s'il ne l'est pas :
$ emerge -u portage
Et de reprendre votre installation de php.
Si portage était déjà à jour ou que la reprise de compilation de dev-perl/XML-Parser échoue à nouveau pour la même raison, vous pouvez alors désactiver temporairement sandbox pour l'emerge de ce module perl comme ceci :
J'ai fait un chmod 777 -R du dossier XML et ça ne change rien :-(
Ouch, je ne *jamais* faire une chose pareille ! Je vous recommande vivement de recorriger les permissions modifiées !
D'avance merci,
Avec plaisir.
-- TiChou
Dans le message <news:c8vgg5$n29$1@news.nordnet.fr>,
*p_e_n_i_c_i_l_i_n_e* tapota sur f.c.o.l.configuration :
Salut à tous,
Bonjour,
Lorsque je lance la commande emerge php, voici ce que j'obtiens à la fin
:-(
A noter que l'erreur n'est pas produite directement durant l'emerge de php,
mais durant l'emerge d'une de ses dépendances, ici le module perl
XML-Parser.
C'est le système sandbox activé sur votre Gentoo qui est intervenu et qui a
bloqué l'écriture dans les répertoires ci-dessus.
Qu'est ce que le système sandbox sous Gentoo vous allez me demander. C'est
un environnement système qui permet de protéger contre l'accès en écriture
certains répertoires importants du système lors de la compilation des
ebuilds et de leur installation.
Ce système permet donc de se prémunir des éventuels bugs dans les ebuilds
qui voudraient faire n'importe quoi quand ils sont « emergés ».
Ici il semble donc que l'emerge de dev-perl/XML-Parser-2.34 tente de vouloir
écrire en dehors de l'environnement de sandbox. Il s'agit soit d'un bug dans
l'ebuild de dev-perl/XML-Parser-2.34 et dans ce cas il faudrait faire un
rapport de bug sur le bugzilla de Gentoo (http://bugs.gentoo.org/) ou soit
de l'utilisation d'une vieille version de portage qu'il faudrait alors
mettre à jour.
Donc, je vous conseille dans un premier temps de mettre à jour votre arbre
de portage :
$ emerge sync
De vérifier si le système portage est à jour :
$ emerge -pvu portage
s'il ne l'est pas :
$ emerge -u portage
Et de reprendre votre installation de php.
Si portage était déjà à jour ou que la reprise de compilation de
dev-perl/XML-Parser échoue à nouveau pour la même raison, vous pouvez alors
désactiver temporairement sandbox pour l'emerge de ce module perl comme ceci
:
Dans le message <news:c8vgg5$n29$, *p_e_n_i_c_i_l_i_n_e* tapota sur f.c.o.l.configuration :
Salut à tous,
Bonjour,
Lorsque je lance la commande emerge php, voici ce que j'obtiens à la fin :-(
A noter que l'erreur n'est pas produite directement durant l'emerge de php, mais durant l'emerge d'une de ses dépendances, ici le module perl XML-Parser.
C'est le système sandbox activé sur votre Gentoo qui est intervenu et qui a bloqué l'écriture dans les répertoires ci-dessus. Qu'est ce que le système sandbox sous Gentoo vous allez me demander. C'est un environnement système qui permet de protéger contre l'accès en écriture certains répertoires importants du système lors de la compilation des ebuilds et de leur installation. Ce système permet donc de se prémunir des éventuels bugs dans les ebuilds qui voudraient faire n'importe quoi quand ils sont « emergés ».
Ici il semble donc que l'emerge de dev-perl/XML-Parser-2.34 tente de vouloir écrire en dehors de l'environnement de sandbox. Il s'agit soit d'un bug dans l'ebuild de dev-perl/XML-Parser-2.34 et dans ce cas il faudrait faire un rapport de bug sur le bugzilla de Gentoo (http://bugs.gentoo.org/) ou soit de l'utilisation d'une vieille version de portage qu'il faudrait alors mettre à jour.
Donc, je vous conseille dans un premier temps de mettre à jour votre arbre de portage :
$ emerge sync
De vérifier si le système portage est à jour :
$ emerge -pvu portage
s'il ne l'est pas :
$ emerge -u portage
Et de reprendre votre installation de php.
Si portage était déjà à jour ou que la reprise de compilation de dev-perl/XML-Parser échoue à nouveau pour la même raison, vous pouvez alors désactiver temporairement sandbox pour l'emerge de ce module perl comme ceci :
J'ai fait un chmod 777 -R du dossier XML et ça ne change rien :-(
Ouch, je ne *jamais* faire une chose pareille ! Je vous recommande vivement de recorriger les permissions modifiées !
D'avance merci,
Avec plaisir.
-- TiChou
peniciline
Salut,
D'abord merci pour les conseils.
J'ai par contre un gros souci.
Après avoir tapé la commande emerge -u portage, aucun message d'erreur, mais plus aucune réponse en ssh
reboot (on ne sait jamais, meme si je sais qu'on reboot pas une linux ;-)
au moment ou je tape mon nom d'utilisateur : messages d'erreurs commançant par modprob : Can't locate ... exemple : ttyUSB* which is neede for /dev/ttyUSB* et ainsi de suite (une 20aine de lignes) Le serveur ne répond plus en ssh
je me mets en root
je tape emerge
message :
/usr/bin/python : error while loading shared libraries : libstdc++.so.5: cannot open shared object file: No such file or directory
Je fais quoi ? Je reinstalle ? :-(
Peni*.*
"TiChou" a écrit dans le message de news:
Dans le message <news:c8vgg5$n29$, *p_e_n_i_c_i_l_i_n_e* tapota sur f.c.o.l.configuration :
Salut à tous,
Bonjour,
Lorsque je lance la commande emerge php, voici ce que j'obtiens à la fin :-(
A noter que l'erreur n'est pas produite directement durant l'emerge de php,
mais durant l'emerge d'une de ses dépendances, ici le module perl XML-Parser.
C'est le système sandbox activé sur votre Gentoo qui est intervenu et qui a
bloqué l'écriture dans les répertoires ci-dessus. Qu'est ce que le système sandbox sous Gentoo vous allez me demander. C'est un environnement système qui permet de protéger contre l'accès en écriture certains répertoires importants du système lors de la compilation des ebuilds et de leur installation. Ce système permet donc de se prémunir des éventuels bugs dans les ebuilds qui voudraient faire n'importe quoi quand ils sont « emergés ».
Ici il semble donc que l'emerge de dev-perl/XML-Parser-2.34 tente de vouloir
écrire en dehors de l'environnement de sandbox. Il s'agit soit d'un bug dans
l'ebuild de dev-perl/XML-Parser-2.34 et dans ce cas il faudrait faire un rapport de bug sur le bugzilla de Gentoo (http://bugs.gentoo.org/) ou soit de l'utilisation d'une vieille version de portage qu'il faudrait alors mettre à jour.
Donc, je vous conseille dans un premier temps de mettre à jour votre arbre de portage :
$ emerge sync
De vérifier si le système portage est à jour :
$ emerge -pvu portage
s'il ne l'est pas :
$ emerge -u portage
Et de reprendre votre installation de php.
Si portage était déjà à jour ou que la reprise de compilation de dev-perl/XML-Parser échoue à nouveau pour la même raison, vous pouvez alors
désactiver temporairement sandbox pour l'emerge de ce module perl comme ceci
J'ai fait un chmod 777 -R du dossier XML et ça ne change rien :-(
Ouch, je ne *jamais* faire une chose pareille ! Je vous recommande vivement
de recorriger les permissions modifiées !
D'avance merci,
Avec plaisir.
-- TiChou
Salut,
D'abord merci pour les conseils.
J'ai par contre un gros souci.
Après avoir tapé la commande emerge -u portage, aucun message d'erreur, mais
plus aucune réponse en ssh
reboot (on ne sait jamais, meme si je sais qu'on reboot pas une linux ;-)
au moment ou je tape mon nom d'utilisateur : messages d'erreurs commançant
par modprob : Can't locate ... exemple : ttyUSB* which is neede for
/dev/ttyUSB*
et ainsi de suite (une 20aine de lignes)
Le serveur ne répond plus en ssh
je me mets en root
je tape emerge
message :
/usr/bin/python : error while loading shared libraries : libstdc++.so.5:
cannot open shared object file: No such file or directory
Je fais quoi ? Je reinstalle ? :-(
Peni*.*
"TiChou" <gro.uohcit@uohcit> a écrit dans le message de
news:gniii.20040525153907@florizarre.tichou.org...
Dans le message <news:c8vgg5$n29$1@news.nordnet.fr>,
*p_e_n_i_c_i_l_i_n_e* tapota sur f.c.o.l.configuration :
Salut à tous,
Bonjour,
Lorsque je lance la commande emerge php, voici ce que j'obtiens à la fin
:-(
A noter que l'erreur n'est pas produite directement durant l'emerge de
php,
mais durant l'emerge d'une de ses dépendances, ici le module perl
XML-Parser.
C'est le système sandbox activé sur votre Gentoo qui est intervenu et qui
a
bloqué l'écriture dans les répertoires ci-dessus.
Qu'est ce que le système sandbox sous Gentoo vous allez me demander. C'est
un environnement système qui permet de protéger contre l'accès en écriture
certains répertoires importants du système lors de la compilation des
ebuilds et de leur installation.
Ce système permet donc de se prémunir des éventuels bugs dans les ebuilds
qui voudraient faire n'importe quoi quand ils sont « emergés ».
Ici il semble donc que l'emerge de dev-perl/XML-Parser-2.34 tente de
vouloir
écrire en dehors de l'environnement de sandbox. Il s'agit soit d'un bug
dans
l'ebuild de dev-perl/XML-Parser-2.34 et dans ce cas il faudrait faire un
rapport de bug sur le bugzilla de Gentoo (http://bugs.gentoo.org/) ou soit
de l'utilisation d'une vieille version de portage qu'il faudrait alors
mettre à jour.
Donc, je vous conseille dans un premier temps de mettre à jour votre arbre
de portage :
$ emerge sync
De vérifier si le système portage est à jour :
$ emerge -pvu portage
s'il ne l'est pas :
$ emerge -u portage
Et de reprendre votre installation de php.
Si portage était déjà à jour ou que la reprise de compilation de
dev-perl/XML-Parser échoue à nouveau pour la même raison, vous pouvez
alors
désactiver temporairement sandbox pour l'emerge de ce module perl comme
ceci
Après avoir tapé la commande emerge -u portage, aucun message d'erreur, mais plus aucune réponse en ssh
reboot (on ne sait jamais, meme si je sais qu'on reboot pas une linux ;-)
au moment ou je tape mon nom d'utilisateur : messages d'erreurs commançant par modprob : Can't locate ... exemple : ttyUSB* which is neede for /dev/ttyUSB* et ainsi de suite (une 20aine de lignes) Le serveur ne répond plus en ssh
je me mets en root
je tape emerge
message :
/usr/bin/python : error while loading shared libraries : libstdc++.so.5: cannot open shared object file: No such file or directory
Je fais quoi ? Je reinstalle ? :-(
Peni*.*
"TiChou" a écrit dans le message de news:
Dans le message <news:c8vgg5$n29$, *p_e_n_i_c_i_l_i_n_e* tapota sur f.c.o.l.configuration :
Salut à tous,
Bonjour,
Lorsque je lance la commande emerge php, voici ce que j'obtiens à la fin :-(
A noter que l'erreur n'est pas produite directement durant l'emerge de php,
mais durant l'emerge d'une de ses dépendances, ici le module perl XML-Parser.
C'est le système sandbox activé sur votre Gentoo qui est intervenu et qui a
bloqué l'écriture dans les répertoires ci-dessus. Qu'est ce que le système sandbox sous Gentoo vous allez me demander. C'est un environnement système qui permet de protéger contre l'accès en écriture certains répertoires importants du système lors de la compilation des ebuilds et de leur installation. Ce système permet donc de se prémunir des éventuels bugs dans les ebuilds qui voudraient faire n'importe quoi quand ils sont « emergés ».
Ici il semble donc que l'emerge de dev-perl/XML-Parser-2.34 tente de vouloir
écrire en dehors de l'environnement de sandbox. Il s'agit soit d'un bug dans
l'ebuild de dev-perl/XML-Parser-2.34 et dans ce cas il faudrait faire un rapport de bug sur le bugzilla de Gentoo (http://bugs.gentoo.org/) ou soit de l'utilisation d'une vieille version de portage qu'il faudrait alors mettre à jour.
Donc, je vous conseille dans un premier temps de mettre à jour votre arbre de portage :
$ emerge sync
De vérifier si le système portage est à jour :
$ emerge -pvu portage
s'il ne l'est pas :
$ emerge -u portage
Et de reprendre votre installation de php.
Si portage était déjà à jour ou que la reprise de compilation de dev-perl/XML-Parser échoue à nouveau pour la même raison, vous pouvez alors
désactiver temporairement sandbox pour l'emerge de ce module perl comme ceci
J'ai fait un chmod 777 -R du dossier XML et ça ne change rien :-(
Ouch, je ne *jamais* faire une chose pareille ! Je vous recommande vivement
de recorriger les permissions modifiées !
D'avance merci,
Avec plaisir.
-- TiChou
TiChou
Dans le message <news:40b6321e$0$21572$, *peniciline* tapota sur f.c.o.l.configuration :
Salut,
Bonsoir,
D'abord merci pour les conseils.
De rien.
J'ai par contre un gros souci.
Après avoir tapé la commande emerge -u portage, aucun message d'erreur, mais plus aucune réponse en ssh
Problème sur votre machine, matériel je dirais, puisque l'emerge de portage ne touche pas au coeur du système et ne peut donc pas le faire planter directement.
reboot (on ne sait jamais, meme si je sais qu'on reboot pas une linux ;-)
au moment ou je tape mon nom d'utilisateur : messages d'erreurs commançant par modprob : Can't locate ... exemple : ttyUSB* which is neede for /dev/ttyUSB* et ainsi de suite (une 20aine de lignes) Le serveur ne répond plus en ssh
je me mets en root
je tape emerge
message :
/usr/bin/python : error while loading shared libraries : libstdc++.so.5: cannot open shared object file: No such file or directory
Il est clair que ce n'est pas l'emerge de portage qui est en cause. A moins que celui-ci ait été précédé d'une mise à jour de plusieurs paquets qui ce soit mal passée, comme par exemple la glibc ou Python. Au passage, si ce dernier a effectivement été mis à jour, vous avez du être averti qu'il fallait lancer la commande '/usr/sbin/python-updater' pour reconstruire tous les modules python.
Mais ici il s'agit d'un problème de librairie système plus disbonible sur votre machine ou bien corrompue, peut être aussi suite à un reboot sauvage qui aurait corrompu votre système de fichier.
Je fais quoi ?
Il semble que votre système soit sérieusement mal en point, que plusieurs fichiers aient disparus. Il va être difficile de le réparer, surtout si l'outil emerge ne peut plus fonctionner. Pour celui-ci, il faudrait d'abord vérifier le contenu du répertoire suivant :
$ ls -l /usr/lib/gcc-lib/*-pc-linux-gnu/3.?.?
Et aussi voir le résultat de la commande suivante :
$ ldd /usr/bin/python*
qui indiquera si d'autres librairies sont manquantes pour pouvoir lancer emerge (emerge est un script python) correctement.
Et si par hasard vous aviez installé l'(indispensable) outil qpkg, vous pouvez vérifier l'intégrité entière de votre système avec la commande suivante :
$ qpkg -c -v
qui aura pour effet de vérifier le md5 de tous les fichiers installés par emerge ainsi que la date de modification.
Je reinstalle ? :-(
Attendons de voir ce qui peut être réparé. Et il faudrait déterminer la cause qui a cassé votre système avant de tenter une réinstallation, sous peine d'aboutir aux même problèmes. Il faut donc exclure, avant tout, tout problème matériel défaillant ou mal pirs en charge par le système.
-- TiChou
Dans le message <news:40b6321e$0$21572$626a14ce@news.free.fr>,
*peniciline* tapota sur f.c.o.l.configuration :
Salut,
Bonsoir,
D'abord merci pour les conseils.
De rien.
J'ai par contre un gros souci.
Après avoir tapé la commande emerge -u portage, aucun message d'erreur,
mais plus aucune réponse en ssh
Problème sur votre machine, matériel je dirais, puisque l'emerge de portage
ne touche pas au coeur du système et ne peut donc pas le faire planter
directement.
reboot (on ne sait jamais, meme si je sais qu'on reboot pas une linux ;-)
au moment ou je tape mon nom d'utilisateur : messages d'erreurs commançant
par modprob : Can't locate ... exemple : ttyUSB* which is neede for
/dev/ttyUSB*
et ainsi de suite (une 20aine de lignes)
Le serveur ne répond plus en ssh
je me mets en root
je tape emerge
message :
/usr/bin/python : error while loading shared libraries : libstdc++.so.5:
cannot open shared object file: No such file or directory
Il est clair que ce n'est pas l'emerge de portage qui est en cause. A moins
que celui-ci ait été précédé d'une mise à jour de plusieurs paquets qui ce
soit mal passée, comme par exemple la glibc ou Python. Au passage, si ce
dernier a effectivement été mis à jour, vous avez du être averti qu'il
fallait lancer la commande '/usr/sbin/python-updater' pour reconstruire tous
les modules python.
Mais ici il s'agit d'un problème de librairie système plus disbonible sur
votre machine ou bien corrompue, peut être aussi suite à un reboot sauvage
qui aurait corrompu votre système de fichier.
Je fais quoi ?
Il semble que votre système soit sérieusement mal en point, que plusieurs
fichiers aient disparus. Il va être difficile de le réparer, surtout si
l'outil emerge ne peut plus fonctionner.
Pour celui-ci, il faudrait d'abord vérifier le contenu du répertoire suivant
:
$ ls -l /usr/lib/gcc-lib/*-pc-linux-gnu/3.?.?
Et aussi voir le résultat de la commande suivante :
$ ldd /usr/bin/python*
qui indiquera si d'autres librairies sont manquantes pour pouvoir lancer
emerge (emerge est un script python) correctement.
Et si par hasard vous aviez installé l'(indispensable) outil qpkg, vous
pouvez vérifier l'intégrité entière de votre système avec la commande
suivante :
$ qpkg -c -v
qui aura pour effet de vérifier le md5 de tous les fichiers installés par
emerge ainsi que la date de modification.
Je reinstalle ? :-(
Attendons de voir ce qui peut être réparé. Et il faudrait déterminer la
cause qui a cassé votre système avant de tenter une réinstallation, sous
peine d'aboutir aux même problèmes. Il faut donc exclure, avant tout, tout
problème matériel défaillant ou mal pirs en charge par le système.
Dans le message <news:40b6321e$0$21572$, *peniciline* tapota sur f.c.o.l.configuration :
Salut,
Bonsoir,
D'abord merci pour les conseils.
De rien.
J'ai par contre un gros souci.
Après avoir tapé la commande emerge -u portage, aucun message d'erreur, mais plus aucune réponse en ssh
Problème sur votre machine, matériel je dirais, puisque l'emerge de portage ne touche pas au coeur du système et ne peut donc pas le faire planter directement.
reboot (on ne sait jamais, meme si je sais qu'on reboot pas une linux ;-)
au moment ou je tape mon nom d'utilisateur : messages d'erreurs commançant par modprob : Can't locate ... exemple : ttyUSB* which is neede for /dev/ttyUSB* et ainsi de suite (une 20aine de lignes) Le serveur ne répond plus en ssh
je me mets en root
je tape emerge
message :
/usr/bin/python : error while loading shared libraries : libstdc++.so.5: cannot open shared object file: No such file or directory
Il est clair que ce n'est pas l'emerge de portage qui est en cause. A moins que celui-ci ait été précédé d'une mise à jour de plusieurs paquets qui ce soit mal passée, comme par exemple la glibc ou Python. Au passage, si ce dernier a effectivement été mis à jour, vous avez du être averti qu'il fallait lancer la commande '/usr/sbin/python-updater' pour reconstruire tous les modules python.
Mais ici il s'agit d'un problème de librairie système plus disbonible sur votre machine ou bien corrompue, peut être aussi suite à un reboot sauvage qui aurait corrompu votre système de fichier.
Je fais quoi ?
Il semble que votre système soit sérieusement mal en point, que plusieurs fichiers aient disparus. Il va être difficile de le réparer, surtout si l'outil emerge ne peut plus fonctionner. Pour celui-ci, il faudrait d'abord vérifier le contenu du répertoire suivant :
$ ls -l /usr/lib/gcc-lib/*-pc-linux-gnu/3.?.?
Et aussi voir le résultat de la commande suivante :
$ ldd /usr/bin/python*
qui indiquera si d'autres librairies sont manquantes pour pouvoir lancer emerge (emerge est un script python) correctement.
Et si par hasard vous aviez installé l'(indispensable) outil qpkg, vous pouvez vérifier l'intégrité entière de votre système avec la commande suivante :
$ qpkg -c -v
qui aura pour effet de vérifier le md5 de tous les fichiers installés par emerge ainsi que la date de modification.
Je reinstalle ? :-(
Attendons de voir ce qui peut être réparé. Et il faudrait déterminer la cause qui a cassé votre système avant de tenter une réinstallation, sous peine d'aboutir aux même problèmes. Il faut donc exclure, avant tout, tout problème matériel défaillant ou mal pirs en charge par le système.
