Eclass ?
Résolu
Dawid
Messages postés
432
Date d'inscription
Statut
Membre
Dernière intervention
-
Dawid Messages postés 432 Date d'inscription Statut Membre Dernière intervention -
Dawid Messages postés 432 Date d'inscription Statut Membre Dernière intervention -
Bonjour !
Me voila dans un beau pétrin : j'ai l'impression que depuis que j'ai mis à jour Xorg (en faisant emerge -C xorg-x11 emerge xorg-x11), beaucoup de mes compilation sous Gentoo (avec la commande emerge) s'arrêtent avec un message d'erreur ressemblant à :
ebuild.sh, line 1539: Called dyn_compile
ebuild.sh, line 939: Called src_compile
ebuild.sh, line 1248: Called linux-mod_src_compile
linux-mod.eclass, line 469: Called die
Je ne suis pas du tout spécialiste, mais j'ai remarqué qu'il existe un fichier linux-mod.eclass dans le répertoire /usr/portage/eclass et aussi (entre autres) un fichier libtool.eclass .
Je dis ça parce que j'ai déjà vu le mot "libtool" pendant certaines compilations...
Faut-il désinstaller les eclass ? Et comment fait-on ?
Je suis vraiment perdu...
Pour info, la compilation qui me bloque actuellement, c'est :
LIRC_DEVICES="serial" emerge lirc (si je tape emerge lirc , il n'y a pas de problème, mais le module lirc_serial n'est pas créé).
Me voila dans un beau pétrin : j'ai l'impression que depuis que j'ai mis à jour Xorg (en faisant emerge -C xorg-x11 emerge xorg-x11), beaucoup de mes compilation sous Gentoo (avec la commande emerge) s'arrêtent avec un message d'erreur ressemblant à :
ebuild.sh, line 1539: Called dyn_compile
ebuild.sh, line 939: Called src_compile
ebuild.sh, line 1248: Called linux-mod_src_compile
linux-mod.eclass, line 469: Called die
Je ne suis pas du tout spécialiste, mais j'ai remarqué qu'il existe un fichier linux-mod.eclass dans le répertoire /usr/portage/eclass et aussi (entre autres) un fichier libtool.eclass .
Je dis ça parce que j'ai déjà vu le mot "libtool" pendant certaines compilations...
Faut-il désinstaller les eclass ? Et comment fait-on ?
Je suis vraiment perdu...
Pour info, la compilation qui me bloque actuellement, c'est :
LIRC_DEVICES="serial" emerge lirc (si je tape emerge lirc , il n'y a pas de problème, mais le module lirc_serial n'est pas créé).
2 réponses
Les eclass sont des ensembles de fonctions utilisées par portage quand tu utilises emerge. Il n'est pas possible de les désinstaller sans désinstaller portage.
Tu peux essayer de faire un
Si oui,
Autrement, je ne sais pas trop quoi te conseiller. Emerge world n'est normalement pas nécessaire après un uppgrade de X. Je le conseille néanmoins car X est un composant essentiel du système dont beaucoup d'autres programmes dépendent. Ne pas oublier de rajouter l'option -v à émerge et de controller la liste des programmes qui seront mis à jour. Si emerge veut uppgrader gcc, lire le gcc upgrade howto dans les docs de gentoo et suivre cet howto à la place de simplement faire emerge world.
Autrement, comme c'est un problème spécifique à gentoo, il y a le forum de gentoo. https://forums.gentoo.org/viewforum-f-35.html
Tu peux essayer de faire un
emerge --syncet regardez quand il a fini si il y a un message qui te conseille d'uppgrader portage.
Si oui,
emerge portagete permet de le faire.
Autrement, je ne sais pas trop quoi te conseiller. Emerge world n'est normalement pas nécessaire après un uppgrade de X. Je le conseille néanmoins car X est un composant essentiel du système dont beaucoup d'autres programmes dépendent. Ne pas oublier de rajouter l'option -v à émerge et de controller la liste des programmes qui seront mis à jour. Si emerge veut uppgrader gcc, lire le gcc upgrade howto dans les docs de gentoo et suivre cet howto à la place de simplement faire emerge world.
Autrement, comme c'est un problème spécifique à gentoo, il y a le forum de gentoo. https://forums.gentoo.org/viewforum-f-35.html
Merci d'avoir cherché.
J'ai résolu mon pb de compilation (mais je rame toujours avec Lirc - mais c'est un autre problème).
En fait, j'utilisais bêtement l'outil "genkernel" de Gentoo, juste pour regarder ma config noyau.
Après avoir examiné tout ça, j'annulais mon genkernel.
Le problème, c'est que genkernel commence par un Mr Proper (et peut-être d'autres truc encore) et ça efface les résidus de compilations précédentes dont un certain fichier nommé /usr/src/linux/Module.symvers .
Ce fichier est indispensable à la compilation des modules externes (comme Nvidia, Ndiswraper...) . Si on va au bout de la compilation du noyau, ce fichier est recréé, mais si on arrête le processus genkernel trop tôt, on est cuit !
Moralité, la prochaine fois que je veux juste "regarder ma config noyau", je fais un simple make menuconfig.
A+
J'ai résolu mon pb de compilation (mais je rame toujours avec Lirc - mais c'est un autre problème).
En fait, j'utilisais bêtement l'outil "genkernel" de Gentoo, juste pour regarder ma config noyau.
Après avoir examiné tout ça, j'annulais mon genkernel.
Le problème, c'est que genkernel commence par un Mr Proper (et peut-être d'autres truc encore) et ça efface les résidus de compilations précédentes dont un certain fichier nommé /usr/src/linux/Module.symvers .
Ce fichier est indispensable à la compilation des modules externes (comme Nvidia, Ndiswraper...) . Si on va au bout de la compilation du noyau, ce fichier est recréé, mais si on arrête le processus genkernel trop tôt, on est cuit !
Moralité, la prochaine fois que je veux juste "regarder ma config noyau", je fais un simple make menuconfig.
A+