+ les scripts de démarrages debian (rc rcS) bien mieux foutus sur des config ... disont non standard,
Gni ? le systeme de gentoo decoupe les scripts d'init en trois parties. Si tu as un script qui te conveins mieux que celui livre de base, il te suffit d'aller regarder dans ton init.d/monservice et de modifier le fichier de config correspondant. J'ai corrige et adpate un certains nombre de scripts sur ma machine (ACPI quand tu nous tiens) sans aucun probleme.
+ openoffice qui fonctionne correctement sur une debian avec XFree 4.3 alors que sur la gentoo il est minable (gros soucis de rafraichissements d'affichage, integration zero (fontes et repertoires)) Ah oui et puis /opt c'est normalement pour les packages non prévu par la distribution et rajouté a la main. Alors pourquoi le ebuild openoffice fini la dedans ?
Si il est alle dans /opt c'est que tu as fait un emerge de la version binaire. Si tu as fait un emerge de la version binaire tu as eu un message qui te disais de bien penser a regler tes fontes et a verifier les droits et les installs des autres utilisateurs que root. Forcement la version binaire precompile elle est configure pour une station Gentoo particuliere. Et comme sous gentoo tu peux tout changer/regler comme tu veux il faut te frapper la config a la main. Mais ca se fait tres bien....
+ la gestion des fontes (enore :) mais au niveau global cette fois)
Jamais remarque. Des que j'ajoute des fontes a XFree tous les logiciles qui peuvent utiliser le type de fonte que je viens d'ajouter voient les nouvelles fontes. Il faut bien sur avoir mis les USE aux bonnes valeurs....
+ et les outils mkinitrd/make-kpkg que je prefere de loin par rapport a genkernel.
Ca tombe bien il y a aussi. Le genkernel m'a toujours casse les pieds. J'utilise donc un kernel standard, quasiement sans modules et depuis que je suis passe sur udev j'ai meme plus les messages d'erreurs de genkernel. En ce qui concerne l'init, je trouve le systeme rc-update absolument genial.
+ impossibilité de selectionner des parties de packages (ex juste les lib ldap, ou autre)
Ca peut effectivement etre genant dans certains cas. Mais c'est quand meme extremement rare. Entre les emerges sans dependances (-O) et les use case il y a a peu pres moyen de sortir juste ce que l'on veut et pas plus. Seule exception rencontree pour l'instant : KDE et GNome. Pas moyen de sortir juste un des packages de KDE multimedia ou de gnome games, c'est tout ou rien.
En ce qui concerne ldap, si tu passes tous les USE a - tu vas pas avoir beaucoup plus que libldap dans ton assiette au final.
Par contre sous Debian si je veux la libldap avec ou sans le support kerberos je fais comment ?
Pas de gestion de concurrence sur emerge (ie tu ne peut pas utiliser emerge et emerge -f en pll pour gagner du temps et t'en aller. sinon ils vont se mettre a telecharger deux fois le meme fichier au meme endroit et a la fin crc error et paf).
Non et c'est pas possible d'en faire une. Les emerges se font a la queue leuleu. Parcequ'un emerge peut faire des reglages en fin de compil (chargement des nouvelles librairie, update de fichiers confs etc.) qui peuvent fiche en l'air une compilation en cours. Mais vu qu'une compil prend 100% de CPU et que l'on peut envoyer un autre thread recuperer toutes les ebuilds (sans les compiler) je ne vois pas ou est le probleme.
+ et puis ras le bol de devoir attendre 1h pour faire une update d'un ou deux packages
-k est ton ami.
De ce que je lis il en ressort que tu as cherche dans gentoo les memes outils et les memes mecanismes que dans Debian. C'est vrai qu'il n'y sont pas, mais les outils Gentoo permettent de venir a bout sans grosse difficultes de 90% des problemes que tu rencontre. Pour les autres il existe toujours une alternative sur les forums. Et vu qu'un des principaux mainteneurs du systeme emerge est francais, il n'y a meme pas besoin de parler anglais.
[^] # Re: Installer gentoo sans rien compiler du tout
Posté par Jerome Herman . En réponse au journal Installer gentoo sans rien compiler du tout. Évalué à 2.
Gni ? le systeme de gentoo decoupe les scripts d'init en trois parties. Si tu as un script qui te conveins mieux que celui livre de base, il te suffit d'aller regarder dans ton init.d/monservice et de modifier le fichier de config correspondant. J'ai corrige et adpate un certains nombre de scripts sur ma machine (ACPI quand tu nous tiens) sans aucun probleme.
+ openoffice qui fonctionne correctement sur une debian avec XFree 4.3 alors que sur la gentoo il est minable (gros soucis de rafraichissements d'affichage, integration zero (fontes et repertoires))
Ah oui et puis /opt c'est normalement pour les packages non prévu par la distribution et rajouté a la main. Alors pourquoi le ebuild openoffice fini la dedans ?
Si il est alle dans /opt c'est que tu as fait un emerge de la version binaire. Si tu as fait un emerge de la version binaire tu as eu un message qui te disais de bien penser a regler tes fontes et a verifier les droits et les installs des autres utilisateurs que root. Forcement la version binaire precompile elle est configure pour une station Gentoo particuliere. Et comme sous gentoo tu peux tout changer/regler comme tu veux il faut te frapper la config a la main. Mais ca se fait tres bien....
+ la gestion des fontes (enore :) mais au niveau global cette fois)
Jamais remarque. Des que j'ajoute des fontes a XFree tous les logiciles qui peuvent utiliser le type de fonte que je viens d'ajouter voient les nouvelles fontes. Il faut bien sur avoir mis les USE aux bonnes valeurs....
+ et les outils mkinitrd/make-kpkg que je prefere de loin par rapport a genkernel.
Ca tombe bien il y a aussi. Le genkernel m'a toujours casse les pieds. J'utilise donc un kernel standard, quasiement sans modules et depuis que je suis passe sur udev j'ai meme plus les messages d'erreurs de genkernel. En ce qui concerne l'init, je trouve le systeme rc-update absolument genial.
+ impossibilité de selectionner des parties de packages (ex juste les lib ldap, ou autre)
Ca peut effectivement etre genant dans certains cas. Mais c'est quand meme extremement rare. Entre les emerges sans dependances (-O) et les use case il y a a peu pres moyen de sortir juste ce que l'on veut et pas plus. Seule exception rencontree pour l'instant : KDE et GNome. Pas moyen de sortir juste un des packages de KDE multimedia ou de gnome games, c'est tout ou rien.
En ce qui concerne ldap, si tu passes tous les USE a - tu vas pas avoir beaucoup plus que libldap dans ton assiette au final.
Par contre sous Debian si je veux la libldap avec ou sans le support kerberos je fais comment ?
Pas de gestion de concurrence sur emerge (ie tu ne peut pas utiliser emerge et emerge -f en pll pour gagner du temps et t'en aller. sinon ils vont se mettre a telecharger deux fois le meme fichier au meme endroit et a la fin crc error et paf).
Non et c'est pas possible d'en faire une. Les emerges se font a la queue leuleu. Parcequ'un emerge peut faire des reglages en fin de compil (chargement des nouvelles librairie, update de fichiers confs etc.) qui peuvent fiche en l'air une compilation en cours. Mais vu qu'une compil prend 100% de CPU et que l'on peut envoyer un autre thread recuperer toutes les ebuilds (sans les compiler) je ne vois pas ou est le probleme.
+ et puis ras le bol de devoir attendre 1h pour faire une update d'un ou deux packages
-k est ton ami.
De ce que je lis il en ressort que tu as cherche dans gentoo les memes outils et les memes mecanismes que dans Debian. C'est vrai qu'il n'y sont pas, mais les outils Gentoo permettent de venir a bout sans grosse difficultes de 90% des problemes que tu rencontre. Pour les autres il existe toujours une alternative sur les forums. Et vu qu'un des principaux mainteneurs du systeme emerge est francais, il n'y a meme pas besoin de parler anglais.
Kha