Reprise du message précédent :

le seul interet de gentoo est donc d'etre source-based?

Pas moyen de réparer ca via un chroot ?
 

Ouaip! La grande majorité des gens l'utilisent comme ca, et c'est ce qui permet cette grande modularité. Bon avec un Core2Duo ca devrait le faire je pense.

+ la doc claire et précise
+ les paquets récents dispos (et s'ils ne sont pas dans portage tu peux trouver un ebuild ou un overlay avec)

bah c'est plus cela qui m'interesse que les sources moi

 
Dans ce cas, viens plutot voir du coté d'ArchLinux.

deja fait avant debian mais c'etait assez bancale a mon gout, et trop de trucs a faire a la main... genre me creer une regle udev pour mon appreil photo ou mon ipod...

 
C'est sur que niveau configuration, c'est un poil plus "manuel" que Debian, mais moins pénible que Gentoo (amha).
Mais pour ce qui est d'être bancal, je ne suis pas trop d'accord. J'ai un serveur @home sous Arch depuis près de deux ans qui n'a jamais eu le moindre problème, avec des mises à jour tous les mois environ.
 
EDIT : J'ai oublié de préciser que niveau version des paquets, on est bien plus à jour sous Arch que sous Gentoo (à moins de  démasquer l'arch par défaut, et encore).
 
Par exemple, on était sous Gnome 2.22 1 semaine après sa sortie sous Arch, alors qu'il est masqué ~x86 sous Gentoo.

ouais bah rien que pour avoir firefox dans mon path fallait faire un source sur /etc/profile et ca n'a jamais ete repare pendant mes 6 mois d'utilisations. Ca plus d'autres trucs (genre mon lecteur DVD qui ne fonctionnait qu'avec certains medias etc), bref on va tenter gentoo et si ca ne me convient pas non plus, pas grave c'est une autre partition

 
Libre à toi bien entendu.  
 
Bon courage.

+ une excellente gestion des dépendances.
+ une gestion précise et exacte des préférences du système, via des fichiers textes.
+ une gestion aux petits oignons grâce au fichier make.conf et sa variable USE.
 
 
C'est tout ça qui me plait dans Gentoo.

 
Utiliser Paludis bon sang Plus rapide, plus fonctionnel, plus d'options, plus proches des utilisateurs, un vrai "soft" à la gentoo dans un sens

Non, mais ca reste l'interet numéro 1 amha: les sources permettent de facilement que ce dont tu as besoin via les USES, et d'avoir des paquets récents

 
checké vite fait la page du projet... t'es en "full" paludis ?

Oui Enfin j'ai encore Portage mais je m'en sers jamais.
Le seule problème (qui n'en est pas un puisque le gentooiste aime apprendre) est d'apprendre le fonctionnement de ce nouvel outil.

Après bon y'a quelques petits outils de portage qui n'ont pas encore d'équivalent genre genlop. Mais eix, layman (renommé en playman) fonctionne parfaitement.
L'autre gros avantages de paludis est qu'il considère chaque arbre comme un overlay, donc paludis --sync met à jour tout tes overlays, y compris l'arbre "officiel" de portage.
A mon sens, Paludis est codé avec plein de bon sens et je crois que pas mal de gens partagent mon avis

Va voir le forum pour plus d'infos : http://forums.gentoo.org/viewtopic [...] ight-.html

D'ailleurs si quelqu'un peut m'envoyer son fichier /etc/login.defs à jour en x86, ca va (peut-etre) m'aider. (MP si quelqu'un veut bien )

 
que penses-tu de la pérennité du projet ? qu'en pense les devs gentoo ?

Y'a quelques devs de Paludis qui sont des anciens devs de gentoo , mais qui ont la "flemme" d'améliorer Portage, qui est un nid à bug obscur parait-il.
A terme difficile à dire, mais entre les recommandations officiels pour les clients alternatifs qui existent depuis peu .. je crois que les devs de gentoo commencent à comprendre que Portage est dépassé.. De la à intégrer Paludis comme pm officiel.. je sais pas, je pense d'abord qu'il faut qu'ils sortent les outils alternatifs qui manquent encore avant que la possibilité soit envisagée.

Portage est dépassé et ca commence à se faire sentir. Par exemple, pour utiliser l'overlay KDE, il est nécessaire d'utiliser Paludis : c'est le seul à disposer des fonctionnalités nécessaires pour le moment pour gérer ces ebuilds.  
 
Tant que Portage ne supportera pas ces fonctions là, ca risque de poser problème pour avoir KDE-4.1 dans Portage.
 
Je trouve leur manière de faire un peu bizarre : au lieu de travailler tous ensemble sur un gestionnaire, chacun bosse sur son truc. Et on se retrouve avec Portage, Paludis et encore un autre dont j'ai oublié le nom.

les histoires d'être plus a jour sur une distribution qu'une autre dépendent surtout des mainteneurs des paquets
Mandriva a toujours depuis près de 2 ans par exemple gnome a J 0 vu que le mainteneur suit particulièrement le développement de gnome. Il en est de même pour un certain nombre d'autres applications. Je pense donc que c'est un faux argument.

pkgcore le dernier
Le probleme est simple : Portage est devenu impossible à améliorer, et il est dépassé. Cependant les devs originaux de Portage n'ont pas envie de lacher leur "bébé" (c'est un peu le meme probleme que KHTML Vs Webkit dans Konqueror).

Enfin j'ai vu passé quelques liens disant que Paludis ne serait pas la meilleur solution pour remplacer portage : http://gentooexperimental.org/~pat [...] _30_23.txt
http://gentooexperimental.org/not- [...] 03-30.html
 
(Ça m'empêche pas de l'utiliser pour le moment pourtant )

Je viens de lire le deuxième : j'espère que c'est une blague
Résumons ce qu'il dit :

*temps de compilation, le résultat pour portage m'étonne *fortement* mais même si l'écart est avéré ca me semble un point vraiment dérisoire, enfin je vais pas choisir mes softs suivant leur temps de compilation sinon j'utiliserais meme pas de X ou sinon j'irais sur Debian..

*taille occupé je m'en fous aussi (40mb de nos jours hum .. c'est vrmt histoire de ..)

* out of a box behaviour : il dit que ca ne marche pas direct avec les fichiers de conf.
1 ) ca marche si tu compiles avec le USe  portage, il aurait du lire la doc
2) il existe un script de migration automatique, visiblement il le connait pas
3) il est normal de devoir reconfigurer des choses puisque paludis est largement plus complet, donc plus d'options de conf, cqfd.

*Help : trop de ligne pour paludis selon lui. Ben ecoute, c'est cohérent puisqu'il est plus complet, et puis grep ca existe.

* Visiblement il connait pas les raccourci -i au lieu de --install, ni l'usage des alias

*Alors sur ce point, il raconte vrmt n'importe quoi Il compare des options qui renvoient pas les mêmes resultats, et encore une fois il connait pas l'usage des alias

*Chez moi comme chez beaucoup de gens, paludis est plus rapide , pas chez lui visiblement, etonnant (je me demande comment du C++ est plus lent que Python, enfin bref ..)

Quand a sa conclusion :
"There never really was any competition. Portage is still the best you can find. And paludis is about as much a replacement for it as apt-get or yum ... "

Visiblement, il partait de le départ avec un apriori, hum, on s'en doutait un peu ..

moui, enfin paludis qui remplace portage dans l'install par defaut, c'est pas pour demain. Pour faire court,  Ciaran Mccreesh, le dev principal de Paludis, est un ancien dev gentoo, avec qui les relations sont un peu... tendues on va dire... Si vous voulez vous faire une idee, faut suivre la ml gentoo-dev, il poste assez regulierement dessus, et ca part souvent en troll

C'est pas encore gagne mon installation la.
J'ai des soucis quand j'emerge mon world, mais je n'ai plus le log sous la main donc je vous poste cela ce soir

C'est ce que j'ai dit (en tout cas, que j'ai essayé de dire )
Bah disons que c'est un problème politique plus que technique maintenant.

Pourquoi la version 4.3 beta de GoogleEarth n'est-elle pas encore pour Gentoo ? Ca fait un moment qu'elle est sous Windows et sous Mac, et maintenant, elle est sous Linux.
 
Est-ce que je peux télécharger Google, faire un Ebuild pour Gentoo et l'envoyer à Gentoo pour qu'ils le mettent dans l'arbre officiel (avec évidemment les mask et truc pour dire que c'est du béta non-testé) ?

http://bugs.gentoo.org/show_bug.cgi?id=221105 après  

Après, on manque de développeurs donc tout ne se fait pas immédiatement, bienvenue dans le monde de l'open source

C'est celui-là le bon manuel pour installer ?
 
>> http://www.gentoo.org/doc/fr/gento [...] nstall.xml

Utilise plutôt celui-ci, plus complet:
http://www.gentoo.org/doc/fr/handbook/handbook-x86.xml

Le vrai c'est celui-là : http://www.gentoo.org/doc/fr/handbook/handbook-x86.xml
 
edit : grillé

 
Merci à vous deux.

Au fait Paludis, ça en est où ? Apparement certains l'utilisent comme package-manager principal, mais ont toujours recours à portage pour quelques ebuilds incompatibles. Alors ça se passe comment au niveau des majs ? Ca risque pas de péter entre les doigts du fait que certains ports sont gérer par l'un et les autres par le second ?

Pas terrible l'intégration du dernier Firefox dans KDE (via gtkmachin pour respecter le thème KDE) ... et puis, l'obligation d'avoir xulrunner en parallèle (pour le moment) pour d'autres applications, c'est moyen.  
 
Sinon, rien à dire, ça reste du Firefox (j'ai l'impression que c'est pas plus rapide au lancement cependant, mais ça provient sûrement de la mauvaise intégration Qt).

J'utilise Paludis tous les jours, et y'a aucun probleme. (j'utilise que des ebuilds provenant des overlays "semi-officiels" )
Des ports ??J'ai pas compris la question

Tiens, vais peut etre l'installer histoire de casser ma gentoo, ca fait longtemps
 
/Mode recherche d'un how to special paludis on

http://paludis.pioto.org/overview/gettingstarted.html
 
Tout est sur le site officiel (ya aussi freenode #paludis)

 
Y'a moins de risques à utiliser Paludis que Portage hein, c'est du code propre, pas un tas de lignes obscures et incorrigibles en python..

 
Oui Firefox, d'ailleurs chere jcp ( ), tu devrais regarder du coté de Arora : http://code.google.com/p/arora/

 
Je suis en train de le lire, merci    

quel fichier écrase resolv.conf quand on tape /etc/init.d/net.eth0 restart?
(c'est pour homer)