Reprise du message précédent :
Alala le vendredi ... le jour où ca trolle à tout va  

Gentoo : LE topic (2008.0 Dispo)
 
 

Allez pour le plaisir : http://ben.liveforge.org/2009/06/04/gentoo-dying

Il faut peut etre rappeller que c'est en rolling et qu'il n'y a donc pas de freeze ni de besoin de sortir une beta qu'on a essayé de  stabiliser tout les six mois ?  

ah.
vous avez choisi le même mode de "développement" que E17 ?
 
 

vous ? J'ai rien choisi du tout
Sinon je connais pas le mode de distri d'E17, mais la rolling c'est le bieng

Merci kdeprefix  .
 
edit : emerge -av kde-meta en cours (112 paquets déjà ok, sur 239 ).

Il faut installer les beta de KDE-4.3  

Ça va venir (190ème là).
 
edit : ok, c'est fini la compilation .

Pour conclure, mv .kde-4.2 .kde4 et c'est bon (juste à remettre quelques favoris en place dans le menu et c'est tout).
 
edit : ensuite, il est mieux de faire ln -s .kde4 .kde-4.2 (sinon, j'avais un souci pour retrouver mes petites notes).

Bon finalement je garde Gentoo, même si la compilation prends du temps et fait chauffer ma chambre comme un véritable four  
Un mois sans faire de mise à jour ... j'en ai droit à 300 là : Qt, kde ...
 
Je fais faire un petit peu de ménage dans ma Gentoo : Python-2.5 on peut virer ? Python-2.6 est suffisant ? Des retours d'expériences ?  
 
Merci

Gentoo, ça reste le top de la personnalisation quand même .
 
Pour Python, la dernière version est suffisante :

 
Toutes les infos :

 
 
Merci j_c_p pour les conseils sur Python : j'ai donc passé un coup de Python-updater, viré Python-2.5, et par conséquent mon système tourne seulement avec Python-2.6.    
 
A part ca, j'ai fais un peu de ménage, et je suis passé à Gcc-4.4, et j'ai donc tout recompilé avec celui-ci :  
- sur les 137 ebuilds du système, tout a compilé sans problème
- pour les 1167 du "world", la compilation s'est arreté à 13 reprises.
 
Par contre, comme j'ai utilisé l'option keep-going, il a sauté les ebuilds qui ne compilaient pas, pour continuer à compiler les autres. Je pensais que Portage allait créer un log pour lister les ebuilds qui n'ont pas compilés, mais j'ai rien trouvé ?   Je trouve ca dommage ...    
 
La recompilation s'est donc plutôt bien passée je trouve.   J'ai ai profité pour activer Graphite, une nouvelle option de Gcc qui permet d'optimiser les boucles.    
 
Allez, faites chauffer les cpu  

Je crois que je ne le ferai pas ça. Prochaine version de GCC et c'est réinstallation en 64bits.

A propos de 64 bits, j'aimerais un retour d'utilisateurs en amd64:
 
- Vous chrooter encore en x86 ? Vous utilisez souvent la libcompat ?
- Les logiciels dispos sont sensiblement les mêmes qu'en x86 ou il y a plus de retart et vous êtes en ~amd64?
 
Merci

Aucun chroot pour moi. Par contre oui, j'utilise les librairies 32 bits pour quelques programmes dont Firefox (pour Flash jusqu'ici, mais bon il faudrait que je teste la version 64 bits un jour   ) et Skype.
 
Perso, je suis en ~amd64, et il n'y a aucun retard comparé à si j'étais ~x86 : tout est disponible en même temps ou presque. Bien sûr, il y a des exceptions, mais c'est rare.

Je crois que j'ai pas le temps de passer en ~amd64, je me contentrai de la amd64. Pour firefox, t'es en 32 bits juste pour flash?
 
Sinon, t'utilises quoi comme player vidéo. Je dois admettre que je suis fan de mplayer

bonjour,

utilisateur de mandriva depuis des années ça me tenterait bien de passer à Gentoo car le fait de pouvoir tout mettre à jour sans réinstaller une nouvelle version de la distribution m'intéresse beaucoup

car je tourne sur une mandriva 2007.1 et si je veux mettre à jour le noyau linux vers la dernière version en compilant moi même le dernier source du noyau ça crée des problèmes ( le système démarre bien mais il y a des petites bizarreries comme des problèmes UTF8 dans la console en ligne de commande et le parefeu shorewall qui ne fonctionne plus ), des problèmes aussi avec la libraire glibc qui commence à être ancienne et qui pose problème si je veux compiler certains logiciels

en passant à Gentoo je souhaite éviter justement tous ces tracas en ayant la garantie que je pourrais mettre à jour tous les composants d'une distribution linux ( noyau, glibc, les librairies GTK et QT ) sans avoir de conflits ou d'incompatibilités avec les autres briques du système

le seul truc qui me fait peur c'est le temps d'installation, combien de temps ça prend à peu près en heures si on repart de zéro ?
le succès  est-il vraiment garanti si on suit scrupuleusement la documentation ou bien il faut s'attendre à quelques pièges ?

merci par avance pour les réponses

 
Compte plusieurs heures, car il faut compiler quasiment tout le système (hormis OpenOffice et Firefox).
Ca dépend beaucoup de la puissance de la machine. J'ai un Core2Duo 2.13GHz, c'est assez confortable.
 
Sinon la doc est géniale et ultra-claire. Donc rien de difficile pour un passioné et quelqu'un qui est prêt à apprendre un peu. Mais y'a beaucoup d'information à lire.

et est-ce qu'on peut interrompre l'installation ( c'est à dire éteindre le PC ) pour la reprendre le lendemain ?
 
ou bien on est obligé de tout installer d'un seul bloc sans faire de pause ?

Si tu veux du rolling sans passer par la compilation, tourne toi plutot du coté de Arch

Oui mais Arch la config est moins bien
 
Et oui tu peux couper l'installation et la reprendre plus tard, suffit de re-chrooter, et tu peux même faire l'install dans un terminal à partir de Mandriva !
 
Pour ce qui est de la durée de compilation quelques exemples :
 
OpenOffice.org :
- 12 heures sur un P4 2.2Ghz
- 45 minutes sur un Core i7 920
 
GCC :
- 1 heure 30 sur un P4 2.2Ghz
- 12 minutes sur un Core i7 920
 
Mplayer :
- 27 minutes sur un P4 2.2Ghz
- 1 minute et 20 secondes sur un Core i7 920

Pour Firefox, oui je l'ai en 32 bits seulement pour Flash. Et bu qu'il est en 32 bits, je ne peux pas avoir un lecteur video embarqué dedans (comme mplayerplugin, ou vlc ...) vu que mes lecteurs sont en 64 bits. Je pense que je vais bientôt essayé de passer Firefox + Flash en 64 bits.    
 

Quand tu mets à jour certains brics importantes, tu es parfois obligé de recompiler des programmes, pour assurer une certaine cohérence, et éviter les imcompatibilités. Mais des outils sont fais pour ca.
 

Si tu suis correctement le guide, et que tu regardes un peu le forum Gentoo pour les trucs que tu ne comprends pas ou pour les petits trucs qui diffèrent par rapport au guide, normalement ca se passe bien.

Bon finalement, je garde mon Firefox 32 bits qui est bien plus stable que Firefox 64 bits ... hmm en fait je dirai que Flash est plus stable en 32 bits qu'en 64.  

Hop passage à Xorg X-Server 1.6.2 :

Bon, pas de différence avec le 1.5.3 pour le moment .
 
Sinon, je suis en 64bits, Firefox inclus, et pour flash, ça va à peu près ... quand on a un quad (c'est comme strigi quoi).
 
Tiens, à ce propos :

Franchement, de nos jours, rester encore en 32bits avec un processeur 64bits, je trouve cela navrant.

malheureusement sans quad, openoffice ca reste (tres...) long

Je sais, je mettais 5h avec mon amd64 3400+ .

Quel est l'intérêt de le compiler alors que les bin sont fournis ?

Une meilleure intégration et un meilleur look peut-être ?
 

 
Sinon, pour le fun .

Je suis aussi pour utiliser du 64bits sur un proc 64bits, et c'est ce que je fais dans 99% des cas.
Mais quand ca marche vraiment mal, je passe outre ces principes, et j'utilise du 32 bits.  
Je vais quand même pas changer de proc pour Flash quoi :s
 

L'intégration tu l'as aussi avec le -bin normalement. Et même en compilant, l'intégration ne se fait pas encore avec Kde-4
 
 

Sur mon ancien  P4-2.2ghz
 
Évidemment maintenant ça va beaucoup plus vite :

Une autre raison pour la compilation plutôt que l'install du *-bin est celle ci : inherit eutils fdo-mime rpm multilib
 
ce qui fait que je ne peux pas avec le profil que j'utilise...

il y a 2 raisons:

- on n'est pas obligé d'attendre que le binaire soit dans les dépots officiels si on veut immédiatement avoir la dernière version du logiciel

- continuer à mettre à  jour son installation même si la distribution Linux n'est plus supportée ( par exemple dans mon cas je suis encore sur une vieille Mandriva 2007.1, les dépots ne sont plus mis à jour depuis 1 an, je dois donc moi même mettre à jour en compilant mes logiciels preferés, mais comme la compilation manuelle de type ./configure make make install est fastidieuse je prefere le concept d'automatisation de Gentoo avec son utilitaire portage )

et sur une Gentoo ça permet en théorie de mettre à jour de manière perpetuelle sa distribution alors que chez Fedora et Mandriva on est obligé parfois de migrer vers la version suivante de la distribution avec les risques d'echecs que cela suppose

d'autres personnes vont te dire que ça permet aussi d'optimiser les performances en fonction du processeur mais je n'y crois pas trop, car avec la puissance des PC d'aujourd'hui les optimisations ne sont pas réellement perceptible entre un binaire précompilée générique ( -O2 pentium II ) et une compilation à la gentoo, on doit gagner à peine une milliseconde peut-être

Au lieu d'avoir un risque tous les 6 mois, t'en as beaucoup plus souvent, supaire

Ce sont des raisons vraies pour les distribs binaires mais pas forcément Gentoo parce que :  
- le binaire est parfois dispo avant la version à compiler (fournir un ebuild pour compiler OpenOffice est loin d'être simple).
- dans Gentoo, il n'y a pas vraiment de version donc ... On peut très bien avoir une Gentoo stable, et avoir le dernier Openoffice binaire sans soucis (on peut jouer super facilement et précisément avec les dépendances).
 
Personnellement je ne compile plus OpenOffice, parce que c'est bien trop long sur mon AMD64 4000+ Tampis, je me résouds à prendre le binaire fourni par Gentoo.    
 

Tous les 6 mois, tu risques de TOUT casser d'un coup avec une distrib classique (gros problèmes de dépendances, X qui démarre plus, support hardware qui foire tout d'un coup etc ...) et de te retrouver avec plein de problèmes à régler en //. Alors qu'avec Gentoo, tu as peut-être aussi ces problèmes, mais UN par UN, ce qui est donc plus facile à corriger à mon avis.

j'aimerai savoir si il est possible de se construire une Gentoo intégrant le bureau KDE 3.5.x ?
 
car ayant une machine pas trop puissante j'aimerai éviter KDE 4.x
 
c'est possible de spécifier une installation avec KDE 3.5 ou bien cette version n'est plus présente dans les dépots de Gentoo ?

si tu fait une installation en stable et que tu choist KDE, c'est le 3.5.10 que tu aura. Kde4 n'est pas encore stabilisé dans la gentoo..je crois avoir vu qu'ils visaient la 4.3.x..

Je n'avais pas vu avant, mais il y a quand même 23 minutes de différence entre la compilation sur un I7 et un Phenom.    
Vos pc étaient utilisés à ce moment là ? Il y a du Ccache ?
 

http://www.gentoo.org/proj/en/desk [...] -guide.xml (ca parle aussi du support de Kde-3 )

J'ai pas Ccache, ~45 Minutes est le temps moyen de compilation d'openoffice sur un Core i7 920 que j'a généralement constaté sur les forums.
 
Bon perso j'ai Gentoo sûr un raid0 et 6go de ram ça joue aussi.
 

intéressant, c'est un argument de plus pour passer à gentoo

et bien sûr on a la possibilité de changer d'avis plus tard et d'installer la version KDE 4 ( une fois qu'elle sera vraiment stable et mûre ) sans tout casser ?

je vais tester tout ça bientôt sur un vieux PC athlon XP 2200+ 1 Go de ram

Sans tout casser ... hmm faut espérer.    
Nen normalement, l'upgrade devrait bien se passer.  
Par contre avec ton XP2200+ tu vas galérer sous Gentoo, même pour Kde-3.