Loin de moi l'idée de vouloir lancer un trole, poilu, velu, ....
Adepte de Linux, et de debian, j'avais il y a quelque temps installé Kubuntu sur mon PC portable. Après un passage foireux vers dark drapper, j'ai décidé d'essayer une autre distribution.
Aimant l'idée de la distribution source, et de ses mérites, .... J'ai décidé d'installé Gentoo.
Bon après avoir fais tous le début d'installation (très long, en plus je n'ai pas appris grand chose, mais bon, j'ai quand même compilé mon noyau à la main (heureusement que j'avais gardé mon fichier de config maison/optimisé sous le coude)).
Je démarre.
Bon par contre là, un peu décevant, mais pas surprenant, il n'y a rien. Quelque coup d'emerge pour installer 2/3 logiciels paressant utiles en mode ligne de commande, et je me dis, bon on va installer le l'environnement graphique.
emerge kde
Bon :) cela fait 16 heures que mon PC compile et je ne sais pas quand il va s'arrêter (c'est quand même un peu long).
Bon c'est vrai que c'est une grosse application. Mais j'en ai marre d'attendre. J'espère vraiment alors gagner en performance, de tous compiler moi même. Sinon quelle déception !!!!
Alors les gentooiste ? on y gagne ?
Adepte de Linux, et de debian, j'avais il y a quelque temps installé Kubuntu sur mon PC portable. Après un passage foireux vers dark drapper, j'ai décidé d'essayer une autre distribution.
Aimant l'idée de la distribution source, et de ses mérites, .... J'ai décidé d'installé Gentoo.
Bon après avoir fais tous le début d'installation (très long, en plus je n'ai pas appris grand chose, mais bon, j'ai quand même compilé mon noyau à la main (heureusement que j'avais gardé mon fichier de config maison/optimisé sous le coude)).
Je démarre.
Bon par contre là, un peu décevant, mais pas surprenant, il n'y a rien. Quelque coup d'emerge pour installer 2/3 logiciels paressant utiles en mode ligne de commande, et je me dis, bon on va installer le l'environnement graphique.
emerge kde
Bon :) cela fait 16 heures que mon PC compile et je ne sais pas quand il va s'arrêter (c'est quand même un peu long).
Bon c'est vrai que c'est une grosse application. Mais j'en ai marre d'attendre. J'espère vraiment alors gagner en performance, de tous compiler moi même. Sinon quelle déception !!!!
Alors les gentooiste ? on y gagne ?
> Lire le journal (96 commentaires, moyenne: 2,3).
Vous avez demandé le commentaire #671887.
Run by 
Cette page a été générée par Templeet en 0.083s (dont 0.0068 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Satisfait
Évidemment, Gentoo, c'est très lent à installer, mettre à jour, etc...
En plus le gain en perf n'est pas évident (imaginez le boulot d'optimisation que peuvent faire les packageurs de la distro X, Y ou Z, différente de Gentoo, ou du moins ce qu'ils pourraient faire).
En fait, je crois que le gros avantage de Gentoo, ce sont les USE flags : tu compiles avec le support des fonctionnalités dont tu as besoin, ni plus, ni moins.
Autre avantage : tu pars d'une base où tout compile avec les scripts ad hoc avec un système de dépendances tout aussi fonctionnel que celui d'une distrib bonaire. Après, c'est assez facile de modifier les logiciels (que ce soit les sources, les scripts, ou les options de compilations) et de les compiler : ton environnement est déjà prêt pour ça.
Bref Gentoo : personnalisation et bidouille facile. Longue à installer, donc inutilisable en production (mais peut-être me trompe-je), mais c'est la distro du parfait petit geek (y compris du geek débutant qui n'y connait encore rien mais qui grâce à Gentoo va trouver une formidable occasion d'apprendre).
[^]Re: Satisfait
donc inutilisable en production
J'utilise Gentoo en production sur deux serveurs, un web et un fichiers (Samba / FTP / NFS) et mail (postfix).
Si j'utilise cette distribution c'est parce que je la connais bien, et que sans Xorg/Kde/Gnome, c'est pas si lent à installer / mettre à jour.
Au pays des pingouins, les manchots sont empereurs.
[^]Re: Satisfait
J'étais sûr qu'on me prouverait le contraire ;-)
Enfin, on va dire inutilisable en prod si on veut aussi l'environnement complet gestionnaire de bureau/suite bureautique/applications multimédia, et tout le reste ;-). Enfin, plutôt qu'inutilisable, disons d'intérêt très limité ( la secrétaire n'a pas besoin de recompiler son poste de travail ! ;-) ) par rapport à la peine qu'on se donne pour l'installer.
Par contre, la distrib aurait tout à fait sa place sur le PC d'un dévelopeur/ingénieur d'étude/etc... , à condition qu'il gère sa babasse tout seul et n'aille pas faire chier l'admin à chaque fois qu'il y a un pet de travers.
Je suis sûr qu'on peut trouver d'autres utilisations "productives" en cherchant un peu.
[^]Re: Satisfait
Remarque, dans un parc de machines homogène (donc matériel identique) dans une entreprise, avec une installation "poste de travail type", Gentoo peut être une excellente solution.
Tu créé une image type (avec des paquets comme KDE/OOo/Evolution) utilisés sur tous tes clients. Lors d'une mise à jour du logiciel, tu le compiles une fois avec les USE flags qui vont bien pour ton installation, et tu distribues le binaire sur tous tes postes. Tu as en même temps les avantages de la distro source (compilation avec les USE qui vont bien) et de la distro binaire (rapidité d'installation sur les clients).
J'étais en train d'étudier le problème au taff, le problème, c'est que *mes* users ont des configurations hardwares/softwares trop différentes, donc on reste sous Fedora...
Au pays des pingouins, les manchots sont empereurs.
[^]Re: Satisfait
Salut,
et en plus tu utilises distcc et ccache sur n machines, le soir, ou entre midi et 2 et tu n'attends plus 20 minutes que gcc se compile et autres ...
(sur 5 serveurs en prod et ca dechire !)
a+
[^]Re: Satisfait
Tu utilises tes serveurs de prod pour compiler des applications entre midi et 2h ? Honnêtement je ne suis pas admin mais je ne comprends pas la démarche, je pensais que des serveurs de prod devrait justement ne pas être utilisé pour faire autre chose.
[^]Re: Satisfait
C'est exactement ce que l'on fait dans ma boîte, et ça marche pas trop mal :o)
[^]Re: Satisfait
Je suis relativement d'accord avec toi à propos du fait que tu compiles les logiciels avec les options dont tu as besoin, cela peut être utile sur des gros soft monolithique à la mplayer.
Mais globalement, sur une debian, tu installes ce dont tu as besoins... Par exemple, quand je vois le Diplodocus se faire un emerge Kde, je comprend qu'en 16 heures cela ne soit pas fini.
Sous debian, apt-get install kdebase et c'est fini. Le découpage des packages sous debian permet d'avoir un bon comprimis entre les packages à la redhat/suse et gentoo, enfin je pense...
Par contre, pour avoir cotoyer un gentooiste pendant pas mal de temps, je vais dire que clairement il ne m'a jamais donné envie, je le voyais plus souvent compiler sur sa machine que l'utiliser vraiment... De plus, à jouer avec les options de compilation, il se retrouvait avec un systeme d'une stabilité vraiment aléatoire.
Agogo
[^]Re: Satisfait
Chez moi ça marche ;-)
Mais je t'avouerai que je passe pas mal de temps à "jouer" avec. Cependant je ne crois pas qu'il soit indispensable de bidouiller tout le temps pour avoir un système utilisable. En gardant des options de compilation raisonnables (par exemple en se limitant aux ebuilds marqués "stables"), ce n'est pas plus compliqué de tapper "emerge machin" que "apt-get install truc".
On n'est pas non plus obligé de regarder le programme se compiler sous nos yeux ébahis pendant tout le temps comme on regarderait un bon film. Regarder la fin suffit !
[^]Re: Satisfait
Oui, mais il faut prendre en compte certaines choses :- pendant tout le temps que tu passes à compiler, ton programme n'est toujours pas disponible (par exemple, si un collègue de travail t'envoie un .doc dans un mail marqué "travail urgent", tout le temps passé à faire un emerge openoffice, c'est autant de temps de travail perdu)
- certaines personnes ne peuvent pas se permettre de laisser leur pc compiler pendant plus de 16 heures, notamment car les ventilos ça fait du bruit, et qu'il faut bien dormir parfois
- compiler prends beaucoup de cpu, et tout le cpu utilisé à compiler, c'est du cpu perdu pour d'autres taches (seti@home, folding@home, ...)
Et enfin, pour citer je-ne-sais-plus-qui :
[^]Re: Satisfait
compiler prends beaucoup de cpu, et tout le cpu utilisé à compiler, c'est du cpu perdu pour d'autres taches (seti@home, folding@home, ...)
Pour compenser, on va lancer un grand projet de mutulisation de compilateurs à l'échelle de la planête. Une sorte de distcc global. On pourrait appeler ça emerge@home.
[^]Re: Satisfait
il aurait pu faire un emerge kdebase aussi qui lui aurait fait econnomiser du temps (cela n'empeche pas que ca entraine aussi la compil de Xorg)
Sinon c'est vrai que ca compil beaucoup, perso je compil presque tout les jours, enfin nuit, mais on est pas obliger de vouloir avoir les dernieres version des packages disponible (sauf en cas de pb securité).
Apres pour la stabiliter moi ca me va, mais avec les qques packets en equivalent test et unstable que je mixe avec des stables, ca aide pas.
Ce commentaire est :
Génial, Nul, 42
[^]Re: Satisfait
Sinon c'est vrai que ca compil beaucoup, perso je compil presque tout les jours, enfin nuit, mais on est pas obliger de vouloir avoir les dernieres version des packages disponible (sauf en cas de pb securité).
Oh si. Garde une gentoo pas à jour pendant une bonne année (juste ce qu'il faut pour la sécurité), on va rire quand tu auras besoin d'update le gros du système ha ha.
Et tappes toi bien une année de divers howto rédigés pour expliquer comment upgrade gcc sans foutre la merde dans ton système, le nouveau xorg, tout ça. Si tu ne gardes pas ton système bien à jour sous gentoo, une fois que la mise à jour devient un besoin ça sera un bordel monstre.
Rien à voir avec l'aisance d'update d'une bonne vieille debian qui saute le fil des ans avec très peu d'accocs.
Watching shit scroll by for hours makes me a Linux expert overnight!
[+] [^]Re: Satisfait
En fait, je crois que le gros avantage de Gentoo, ce sont les USE flags : tu compiles avec le support des fonctionnalités dont tu as besoin, ni plus, ni moins.
Tu gagnes rien en perf, tout juste tu gagnes en espace disque.
T'appelles ça un gros avantage ?
Et l'espace disque que tu gagnes tu le perds avec toutes les sources que tu trimballes sur ton dd pour pouvoir compiler tes applis au fil des updates.
Les USE flag c'est une immense blague. Et ça ne change queudalle au schmilblik d'avoir une fonction qu'on ne se sert pas dans un programme, faut pas délirer non plus.
Watching shit scroll by for hours makes me a Linux expert overnight!
[^]Re: Satisfait
Une fois compiler t'es pas obliger de les garder les sources.
Ce commentaire est :
Génial, Nul, 42
[^]Re: Satisfait
Tu as toujours besoin d'un certain nombre de sources quand tu mets à jour ton système. Si tu veux installer un nouveau programme KDE ou Gnome, tu vas avoir l'air bien bête sans les sources qu'il faut à côté pour les deps.
Watching shit scroll by for hours makes me a Linux expert overnight!
[^]Re: Satisfait
Et la connection au net elle sert a rien peut etre?
Parce que tu peut pas les retelecharger les sources? Deja qu'il en retelecharge pas mal en cas de maj, t'es pas a ca pret.
Ce commentaire est :
Génial, Nul, 42
[^]Re: Satisfait
Parce que tu peut pas les retelecharger les sources? Deja qu'il en retelecharge pas mal en cas de maj, t'es pas a ca pret.
Je crois que tes miroirs gentoo sont à ça prêt. Tout comme ils ne sont pas trop content quand un crétin lance des emerge sync deux fois par jours.
Quand on peut éviter un gaspillage, on le fait. Mais de toute façon, personne ici ne peut contester l'inutilité du compilage par source de toute sa distro, à part des jackys en puissance. Les USE flag n'apportent rien en perf, et à peine en disque dur. Les cflags c'est une blague dans 99% des cas (dans le 1% des cas on peut prendre la peine de soit même compiler l'appli rare qui peut avoir un besoin particulier, ce qui existe), il n'y a que du placebo quant à voir une différence entre une distro compilée pour i486 et une distro compilée i686 Pentium 4 "optimisée".
Gentoo c'est la distro qui fait l33t à utiliser mais comme par hasard c'est un phénomène plutôt rare de voir une grande tête du libre utiliser ce genre de distro. Ils préfèrent une bonne vieille redhat, slackware, suse, debian..
Un peu comme les jackys auto qui se prennent pour des grandes têtes de la mécanique. A part qu'ils n'en savent pas un dixième (en général) d'un vrai mécanicien. La gentoo est une mode, qui s'est déjà plus ou moins estompée vu qu'on en parle plus trop par rapport à l'époque de la 1.4. Comme pour toutes les modes, elle a cependant conservé ses Die Hard Fanatics, comme on trouvera toujours des gens pour s'habiller en Elvis.
Watching shit scroll by for hours makes me a Linux expert overnight!
[^]Re: Satisfait
Tient c'est drole, je viens de virer les sources et je comprend pas pourquoi mais il m'a retelecharger qu'une ou deux archives (baselayout et gnome-terminal 1, k3b 2 -k3b et k3b-i18n) par pgm que j'ai recompiler pour voir ce que ca donnait.
Et donc il n'a pas besoin, comme je le pensais, de retelecharger toute les sources des dependances. Donc si tu ne recompile pas pour de multiple essais un logiciel, tu peut tres bien supprimer les sources puisque de toute maniere à la maj tu telechargeras les nouvelle et les precedentes ne te serviront plus.
En suite, pour ce qui est des sync que ce soit encore ou non une histoire de dispo des serveur je sais pas, mais il n'y a pas d'interet majeur a faire plusieurs sync par jour.
Toujours est il que cette distro est celle que je prefere et utilise et je ne le fais pas pour d'hypotétiques gains de perfs mais certainement parce que c'est une des distributions qui propose a mon gout le plus de paquets relativement recents et le tout de maniere plutot homogènes et les USE flags y sont pour quelque chose a mon avis. (En plus le support d'un annuaire LDAP dans mon client mail n'entraine pas l'installations de paquets dont je n'ai pas besoin, genre openLDAP, comme je l'ai deja vue faire sur des distro binaires...)
La doc et la communauté me semble efficace.
Et peut etre que si on en parle plus beaucoups depuis la 1.4 c'est parce qu'elle a tout simplement fait ses preuves et que les fausses idées basées autour du fait que se soit une distribution source ont finie leur vie.
Ce commentaire est :
Génial, Nul, 42
[^]Re: Satisfait
Tu oublies les révisions de paquets (le X dans "paquet-1.2.3-rX")...
Une rapide inspections de la liste des ebuilds actuellement dans l'arbre Portage montre que le numéro de révision moyen est de 0,39 (en comptant 0 quand il n'y en a pas, et en virant les rares cas pathologiques où ce numéro n'est pas un vrai compteur mais par exemple une date). Ça veut dire qu'il y a 39% de chances qu'un paquet donné se retrouve plus tard "bumpé", genre pour corriger un bug, etc. Évidemment, dans la quasi totalité des cas, ce bump utilisera la même archive de sources que la révision précédente. Ça veut aussi dire que, si tu fais tes mises à jours régulièrement (et passe donc par toutes les révisions), quand tu effaces l'archive des sources d'un programme installé, tu as 39% de chances d'avoir à la re-télécharger plus tard.
Bon, on peut contester l'exactitude de ces stats (par exemple, on ne passera pas par les révisions qui continuent d'apparaitre sur une version 1.2.3 quand on est de toute façon déjà en train d'utiliser la 1.3.4, ce genre de choses...), mais ça donne quand même un ordre de grandeur. À tout effacer n'importe comment, et si on se tient à jour, on augmente, inutilement, d'environ un tiers notre consommation de la bande passante des miroirs. Ça n'est pas acceptable.
Heureusement, il y a pour nous aider à rester respectueux des miroirs, sans pour autant laisser notre répertoire "distfiles" gonfler indéfiniment, des outils dédiés au nettoyage parcimonieux de ces sources téléchargées. Je te laisse par exemple regarder celui ci, qui est maintenant dans gentoolkit :
http://forums.gentoo.org/viewtopic-t-381258.html
[^]Re: Satisfait
Il n'y a besoin que des includes.
Claws Mail - it bites!
[^]Re: Satisfait
avis d'un debianeux :
c'est pas très difficile non plus de modifier les sources depuis un paquet, en 3 commandes
$ apt-get source nomdupaquet # récupérer les sources
ensuite modifier les sources, puis :
$ dpkg-buildpackage -rfakeroot -uc -b # construire le paquet
$ dpkg -i fichier.deb # et l'installer
source :
http://www.debian.org/doc/manuals/apt-howto/ch-sourcehandlin(...)
et je suis sûr qu'on peut trouver les mêmes choses pour les autres systèmes de paquet
notamment rpm (même nombre de commandes)
http://susefaq.sourceforge.net/articles/rpm.html
mais bon, ok, je chipote :)