Alors, pourquoi… pourquoi, même lorsque l'on tente de garder un fichier make.conf raisonnable, faut-il toujours qu'une application s'acharne à le faire grossir ? Inévitablement, mise à jour après mise à jour, on fini par tomber sur une application qui ne se compile qu'à condition de rajouter une nouvelle entrée à ma liste de "USE FLAGGS". Cette appli elle-même voudra en installer d'autres qui auront elles aussi leurs propres exigences… et le fichier minimaliste de départ finit par devenir gargantuesque.
Il peut rester simple… par contre le /etc/portage/package.use commence à grossir … je l'ai donc changé en répertoire pour m'y retrouver.
pourquoi, alors même que je m'acharne à éviter tout ce qui est flags exotiques et à rester dans la version stable, pourquoi alors faut-il toujours qu'il y ait des paquets dont la compilation échoue ?
ça arrive… mon dernier en date fut avec wine. C'est clairement un bug, faut le remonter.
Personne ne teste t-il jamais tes paquets ? Et d'ailleurs, pourquoi certains paquets sont-ils toujours uniquement disponibles dans la version instable après parfois des années ?
Tu viens de toucher du doigt le problème actuel de toute distribution qui ne dépend pas d'une entreprise: le manque de main d’œuvre… mais tu peux te proposer et rapporter les bugs :)
Il est très difficile de tester chaque option de compilation d'un ensemble d'ebuild sans compter l'environnement de chacun… ça fait énormément de tests!
Pourquoi, alors que la plupart de ta documentation est excellente, pourquoi tombe t-on parfois sur des pages oubliées depuis des années ?
idem… manque de main d’œuvre. Mais va du côte du forum français, ils sont plusieurs qui tentent de remettre à jour et d'améliorer les pages.
Tu peux proposer ton aide aussi… je pense qu'ils ne refuseront pas.
Et pourquoi, pourquoi es-tu si lente à présent quand je recherche de nouveaux paquets ? Il me semble que emerge met à présent plus de dix secondes avant de démarrer. Tu n'étais pas si lente avant pourtant.
ça faut voir, ça peut venir de plusieurs choses et probablement de python aussi.
quel USE flag pour portage? quel version de portage as-tu?
Si python3 … il n'y a plus le module cpickle et portage utilise des fichiers pickle pour les métadonnées.
ensuite si tu es en version 2.2, probablement qu'un downgrade en2.1 pourrait améliorer les choses… faut voir.
Idéalement, une version binaire de Gentoo
Je te conseille calculate-linux, elle est compatible gentoo, de gestion plus simple, et gère des packages binaires.
# Manque de main d'oeuvre comme beaucoup d'autres
Posté par wolowizard . En réponse au journal Ma Gentoo... je t'adore mais.... Évalué à 4. Dernière modification le 12 octobre 2012 à 08:37.
Il peut rester simple… par contre le /etc/portage/package.use commence à grossir … je l'ai donc changé en répertoire pour m'y retrouver.
ça arrive… mon dernier en date fut avec wine. C'est clairement un bug, faut le remonter.
Tu viens de toucher du doigt le problème actuel de toute distribution qui ne dépend pas d'une entreprise: le manque de main d’œuvre… mais tu peux te proposer et rapporter les bugs :)
Il est très difficile de tester chaque option de compilation d'un ensemble d'ebuild sans compter l'environnement de chacun… ça fait énormément de tests!
idem… manque de main d’œuvre. Mais va du côte du forum français, ils sont plusieurs qui tentent de remettre à jour et d'améliorer les pages.
Tu peux proposer ton aide aussi… je pense qu'ils ne refuseront pas.
ça faut voir, ça peut venir de plusieurs choses et probablement de python aussi.
quel USE flag pour portage? quel version de portage as-tu?
Si python3 … il n'y a plus le module cpickle et portage utilise des fichiers pickle pour les métadonnées.
ensuite si tu es en version 2.2, probablement qu'un downgrade en2.1 pourrait améliorer les choses… faut voir.