Gentoo Francophone

Sortie de la 10.0

Stephane Malinet — 2009-10-17T16:23:20Z

Le 4 octobre 2009 l'équipe de Gentoo annonce la sortie de sa version célébrant son dixième anniversaire : 10.0.

Cette version est surtout la sortie de deux DVDs : un compatible sur les architectures x86 et x86_64 et un autre fonctionnant uniquement sur x86_64.

Ces DVDs contiennent les packages suivant :

* Les packages système : Linux Kernel 2.6.30 (with gentoo patches), Accessibility Support with Speakup 3.1.3, BASH 4.0, GLIBC 2.9, GCC 4.3.2. Binutils 2.18, Python 2.6.2, Perl 5.8.8...

* Les environements de bureau : KDE 4.3.1, GNOME 2.26.3, Xfce 4.6.1, Enlightenment 0.16.8.15, Openbox 3.4.7.2, Fluxbox 1.1.1, TWM 1.0.4, and more...

* Applications de bureau et graphiques : OpenOffice 3.1.1, G/Vim 7.2.182, Abiword 2.6.4, GNUCash 2.2.9, Scribus 1.3.3.11, GIMP 2.6.4, Inkscape 0.46, Blender 2.49a, XSane 0.996...

* Les navigateurs Web : Mozilla Firefox (Minefield) 3.5.3, Arora 0.7.11, Opera 10.0, Epiphany 2.26.3, Galeon 2.0.4, Seamonkey 1.1.17...

* Outils de communication : Pidgin 2.5.9, Quassel 0.5, Mozilla Thunderbird 2.0.23, Claws Mail 3.7.2, Ekiga 2.0.12, Qtwitter 0.7.1, irssi 0.8.13...

* Outils multimédia : Amarok 2.1.1, MPlayer 1.0_rc4, DvdAuthor 0.6.14, LAME 3.98.2, FFMPEG 0.5_p19928, GNOME-MPlayer 0.9.7, SMPlayer 0.6.6...

Pour celles et ceux qui ont déjà gentoo installé sur leurs machines, il vous faut mettre à jour votre profile.

Sortie de la 2008.0

Stephane Malinet — 2008-07-31T18:13:50Z

Le 6 juillet 2008 l'équipe de Gentoo annonce la sortie de sa première version pour l'année 2008 : 2008.0.

Cette version a pour nom de code "It's got what plants crave".

L'on notera la sortie de la version 2008.0-r1 deux jours plus tard, le 8 juillet 2008, corrigeant deux bugs critiques (Bug #230998, Bug #231024).

Cela dit, les nouveautés sont une fois de plus au rendez-vous, heureusement me direz-vous, attendu que la dernière version stable (2007.0) date de mai 2007...

Parmis ces nouveautés, l' "installeur" a été mis à jour en version 0.6.6, on trouve aussi la version 2.1.4.4 de portage, le noyau 2.6.24 avec lui un support matériel plus complet, Xfce 4.4.2, gcc 4.1.2 et la glibc 2.6.1.

Les gentooistes ayant déjà un système à jour savent que cela n'a pas une grande importance car ces versions ne sont en fait que des clichés à un instant donné de Gentoo Linux.

Ces derniers n'ayant qu'à mettre à jour leur profile qui, à mon sens, est la grosse nouveauté de cette version, car il a été completement restructuré apparaissant maintenant sous la forme /usr/portage/profiles/default/linux/ alors qu'avant il s'agissait du chemin /usr/portage/profiles/default-linux/.

Je vous invite d'ailleurs à vous reporter au guide de migration afin de mettre à jour votre profile.

Baselayout-2 et OpenRC dans portage

Stephane Malinet — 2008-05-06T21:12:01Z

Baselaout-2 et OpenRC dans l'arbre portage (en testing).

Annoncé officielement le 11/04/08, www.gentoo.org affirme de nouveau dans la newsletter du 24/04/08 l'insertion de Baselayout-2 et OpenRC en testing dans l'arbre de portage.

Ceci semble laissé croire à une prochaine stabilisation de ce véloce gestionnaire de services, voire comme Le futur gestionnaire de services de gentoo...

En effet vous pouvez trouver un guide de migration officiel qui nous a permis de remettre à jour notre documentation

Relancement de GentooFR

max — 2008-03-14T22:38:44Z

Comme vous avez pu le remarquer, nous avons modifié l'aspect graphique du site, plus sobre et plus simple, pour que le contenu soit plus clair en nous inspirant du squelette initiale de spip et de l'aspect de gentoo.de (que nous remercions).

Cela est peut-être aussi une bonne occasion de relancer ce projet, Gentoo Francophone, c'est-à-dire, d'apporter des informations, de la documentation et des astuces aux utilisateurs de Gentoo.

Nous faisons donc un appel aux contributions pour créer, améliorer le contenu et aussi un appel aux critiques et suggestions pour rendre le site plus complet.

Nous avons manquer les derniers évenements assez importants sur l'évolution Gentoo et tout ce qui tournent autour (élection, gentoo 2008, ou encore les récents problémes de sécurité dans le noyau) mais nous essayerons de nous rattraper, en espérant de l'aide de quelques internautes ;)

Merci

L'équipe de GentooFR

Sortie de Gentoo 2007.0

max — 2007-05-09T13:42:21Z

Aprés plusieurs retards, l'équipe de Gentoo Linux est fière d'annoncer la sortie de la version 2007.0, appelée aussi Secret Sauce, de la distribution Gentoo GNU/Linux.

Dans cette version, l'installeur de la distribution a subi une réecriture compléte sur le liveDVD et liveCD des architectures x86 et amd64 qui incluent notamment :
GNOME 2.16.2,
KDE 3.5.5,
Xfce 4.4,
Mozilla Firefox 2.0.0.3,
OpenOffice.org 2.1.0,
et le noyau Linux 2.6.19.

Je vous invite par ailleurs, pour les utilisateurs de Gentoo, a migrer vers le profil 2007.0, disponible pour la plupart des architectures :

$ rm /etc/make.profile
 $ ln -s /usr/portage/profiles/default-linux/x86/2007.0 /etc/make.profile

Pour résumé, vous trouverez dans plusieurs profiles, des avancées vers glibc 2.5 et le compilateur gcc 4.1 et aussi une séparation du profil en deux (notamment les architectures utilisées surtout pour des serveurs) : le desktop et le server.

Plus d'informations sur : http://www.gentoo.org/proj/en/releng/release/2007.0/2007.0-press-release.txt

Téléchargement de la nouvelle version

Ci-dessous le résumé des changements pour chaque architecture :

x86/amd64 : De nombreuses améliorations sur le support du matériel ont été faites pour l'architecture x86. De plus, de plus en plus d'applications requièrent une mise à jour à glibc 2.5. Pour amd64, vous trouverez une mise à jour pour l'émulation des bibliothèques 32 bits ce qui permet de supporter un plus grand nombre d'applications fermées supportant que l'architecture 32 bits. Gentoo fournit aussi pour x86 et amd64 les stages "hardened" et "non-hardened". Les stages "hardened" utilisent encore gcc 3.4.6 et glibc 2.3.6 mais il est possible de passer d'un stage "hardened" à "non-hardened" si nécessaire.

Alpha : Les mises à jour pour la version 4.1 de gcc, et 2.5 de glibc sont disponibles. De plus, c'est la fin du support du kernel 2.4 et des bibliothèques LinuxThreads remplacées par NPTL pour cette architecture.

HPPA : Pour cette release, les développeurs se sont concentrés sur la résolution des bugs et sur les applications systèmes. D'autre part, le profil a été découpé en deux : un profil pour le desktop et un pour le serveur ce qui permet, d'avoir pour le profil server, les paramètres par défault au minimum, et pour le profil desktop, une orientation définie pour un poste de travail.

IA64 : Elle fournit principalement une mise à jour pour les applications systèmes et fixe des bugs permettant une meilleure utilisation. La version 3.3 de gcc est remplacée par la 4.1 et glibc 2.5 apparaît aussi dans cette release. Pour les mêmes raisons que l'architecture HPPA, le profil IA64 a aussi été séparé en deux : le desktop et le server.

MIPS : La 2007.0 a permi une augmentation considérable des paquets pour cette architecture. D'importants paquets incluent maintenant la version gcc 4.1, et on peut constater une amélioration du support du matériel grâce au noyau.

PPC : L'équipe de PowerPC a apporté un grand nombre de mises à jour pour les paquets, et aussi la version 2.5 de glibc.

PPC64 : Les parties 64 bits et 32 bits du profil PowerPC ont maintenant eux aussi deux différents profiles pour le server et le desktop (attention, la dernière version du profil 64 est dans ppc/ppc64 et non dans ppc64). PPC 64 migre vers gcc 4.1. En plus des stages d'installation génériques pour PPC64, on remarque des stages optimisés pour power5 et ppc970. De plus, vous trouverez dans le répertoire "experimental", sur les mirroirs Gentoo, un support de la Playstation 3 en béta.

S390/S390X : De nouveaux stages experimentaux ont vu le jour pour S/390 (32-bits) et S/390x (64-bit).

SH4 : Il en est de même pour cette architecture : vous trouverez de nouveaux stages expérimentaux pour la plateforme SuperH (Sega Dreamcast et les autres ordinateurs basés sur celle-ci).

SPARC : La toolchain [1] a été mise à jour pour inclure gcc 4.1 et glibc 2.5. De plus, Gentoo met aussi fin au support du noyau 2.4 pour se concentrer sur les fonctionnalités et la stabilité du noyau 2.6. On constate aussi que Sparc64 a un profil server et desktop.

[1] On appelle toolchain, les outils systèmes GNU utiles pour la compilation mais aussi le fonctionnement du système d'exploitation. Elle est composée par binutils, gcc, glibc et des bibliothéques souvent modifiées du noyau.

Gentoo a-t-elle besoin d'une branche stable ?

areuareu — 2007-03-07T19:15:21Z

Cet article est le résumé, fort subjectif, d'une longue discussion en cours sur le forum anglophone

On a vu reprendre ces derniers temps sur le site anglophone une discussion initiée il y a près de deux ans. Cette discussion porte sur l'absence d'une branche stable de la distribution Gentoo.

La distribution Debian comporte, on le sait, trois branches : stable, testing et unstable. La branche stable est totalement remise à jour à intervalles irréguliers et ne reçoit que des mises à jour de sécurité entre-temps.

La branche testing est la future branche stable, et la branche unstable est le bac à sable de l'ensemble. A chacun de choisir selon ses besoins et ses désirs la branche adéquate. Inutile de dire que la gestion de ces branches réclame une main d'oeuvre compétente et nombreuse.

La distribution Gentoo ne comporte pas de branches. La stabilité est déterminée au niveau du paquetage et de l'architecture par les mots-clés. amd64 représente grosso-modo la branche testing de Debian, amd64 la branche unstable.

Après ce préambule, destiné aux non-utilisateurs de Gentoo, venons-en à la discussion. Cette discussion, interminable, souvent âpre, mêlée de longues digressions complètement hors-sujet, a sans doute besoin d'etre résumée car, si importante qu'elle soit, elle contient beaucoup de bruit. Elle est d'autant plus intéressante qu'en fait, à l'exception de quelques interventions peu amènes, tout le monde a raison.

Prenons d'abord les arguments de ceux qui réclament une branche stable :

la distribution ne fait pas la différence entre mises à jour de sécurité (GLSA) et mises à jour fonctionnelles. C'est parfaitement exact.
un administrateur système ne peut donc appliquer seulement les mises à jour de sécurité (les détails techniques vous seront épargnés) en faisant une mise à jour standard. C'est encore exact.
la stabilité du système peut être, et a été dans le passé, compromise par la mise à jour, conduisant à l'indisponibilité du système. Je n'ai pas personnellement été victime des cas les plus graves cités par les intervenants, mais le simple fait que les adversaires d'une branche stable mettent en garde contre la commande emerge -uD confirme ce point. En effet, on peut mettre à jour une bibliothèque sur laquelle reposent de nombreux paquetages sans le moindre avertissement préalable.
l'administrateur d'un système en production (j'entends par système en production un système dont l'administrateur peut être mis à la porte si le système est indisponible) ne peut en aucun cas se permettre cela. Je le conçois volontiers.
l'alternative qui consiste à ne pas mettre à jour est inacceptable du point de vue de la sécurité. C'est évident.
cette caractéristique rebute de nombreux administrateurs de systèmes qui, s'il existait une branche stable, l'utiliseraient.
on ne peut comptabiliser ces 'défections' sans créer une branche stable

Maintenant les arguments de leurs contradicteurs :

la création d'une branche stable est au mieux coûteuse, au pire irréalisable
la distribution est effectivement stable telle qu'elle est. Les erreurs sont la plupart du temps 'auto-infligées' et non imputables à la distribution
il existe de nombreuses distributions plus adaptées à la production. Personne n'est obligé d'utiliser Gentoo. En résumé, Gentoo, tu l'aimes ou tu la quittes.
La distribution est open-source. N'importe qui peut créer un arbre stable et le peupler de 'rétroportages' des mises à jour de sécurité. C'est l'essence même de l'open-source. Si quelque chose vous manque, retroussez vos manches.
le rétroportage ne garantit pas forcément un système plus stable
rien ne garantit que la branche stable aurait une audience qui justifie l'investissement.
pour faire un contrôle de qualité absolu, il faudrait des moyens que Gentoo n'a pas (cet argument est sans doute recevable, mais il contredit quelque peu le point 2)

Le fait qu'une branche stable soit coûteuse ne se discute pas. Il faut en effet assurer les rétroportages, l'entretien de l'arbre, la resynchronisation à la fin de l'intervalle défini, le test de qualité. Gentoo doit utiliser au mieux des ressources finies. La question est de savoir si ces ressources seraient plus importantes s'il existait une branche stable. On n'a pas là dessus le plus petit élément de preuve. Est-ce réalisable ? techniquement, c'est probable, puisque Debian le fait, et qu'un des intervenants a dit qu'un test allait être fait prochainement. Pratiquement, c'est une autre histoire.

Sur le point 2, je pense qu'il faut etre plus circonspect. Gentoo est parfaitement stable après mise à jour de la 'chaine de montage' et recompilation de tout le système, avec reprise manuelle de tout ce qui a été oublié par portage. En dehors de ce cas très précis, et à condition de faire un revdep-rebuild à tout hasard après chaque mise à jour, la distribution est stable. De là à la mettre sur un système de production, peu d'administrateurs s'y risquent. Le feraient-ils s'il existait une branche stable, compte tenu du temps de compilation ? Ne chercheraient-ils pas plutôt à se couvrir en adoptant une distribution qui, telle Red-Hat, fournit le service (et le parapluie) en même temps que le système ?

Le point 3 me met mal à l'aise. Le slogan ressemble trop à ce que l'on voit sur certaines affiches d'un certain parti dont la tolérance n'est pas la vertu cardinale. N'ayant jamais participé de quelque manière que ce soit, je sais parfaitement que je n'ai aucun droit à exiger, demander, récriminer, juger ou même supplier. Cette attitude m'a pourtant semblé quelque peu contre-productive. Si la discussion était sans objet, elle ne reviendrait pas sur le tapis, et pas avec des interventions de cette qualité.

Le point 4 n'est contesté par personne. L'idée de prendre un ou deux paquetages dans un arbre réduit pour tester la faisabilité (et la popularité) de la solution et limiter l'investissement de départ est bonne. En choisissant un logiciel soumis a de nombreuses mises à jour tant fonctionnelles que de sécurité, on a un bon terrain d'exercice.

Le point 5 mérite réflexion. En effet, si on prend l'exemple de Debian Woody, qui a presque atteint les quatre ans d'age avant d'être remplacée par Sarge, le socle ancien était tellement dépassé sur le plan fonctionnel que sa stabilité n'était pas plus garantie que celle de la branche testing et que les bugs y étaient au moins aussi nombreux. Le rétroportage, forcément assuré par Gentoo, sera-t-il plus solide que la version délivrée par les auteurs du logiciel ?

Si je m'en tiens à ma courte expérience personnelle (j'ai installé Gentoo 1.4 en 32 bits sur une machine, Gentoo 2004.3 en 32 et 64 bits ensuite, et porté les paquetages sur deux autres machines lentes, puis mis à jour le tout depuis), toutes les transitions accompagnées d'une documentation complète se sont bien passées : changements de compilateur, kde modulaire, xorg modulaire. Il n'y a d'ailleurs eu dans la discussion aucune récrimination sur ces trois transitions majeures. Celles-ci portaient sur des 'accidents de parcours' imprévus et non documentés. Je serais donc tenté de dire qu'il s'agit autant d'un problème de politique de communication que d'un problème technique.

E 0.17 n'est plus supporté officiellement par Gentoo

max — 2007-01-18T20:29:20Z

Les paquets enlightenment, ecore, evas, eet, et tout ce qui se rapporte à la technologie EFL ont été enlevées de l'arbre officiel de Gentoo (en revanche, la version 0.16 cvs est toujours présent dans l'arbre officiel) . Il n'y a pas encore d'explication officielle, mais il se pourrait bien que les ebuilds live comme x11-wm/e soient trop durs à maintenir. C'est pourquoi, ils sont maintenant gérés par Vapier (le mainteneur officiel des paquets E) mais plus généralement par la communauté encadrée par le projet Overlay. On peut donc s'attendre à une meilleure réactivité face au développement du projet d'Enlightenment. L'overlay des ebuilds d'E est déjà disponible sur http://overlays.gentoo.org/dev/vapi....

Pour avoir les paquets, il suffit d'installer le script layman qui gére les overlays du projet Gentoo en utilisant subversion et non rsync :

$ emerge -av layman

Layman les gére de façon automatique, c'est-à-dire que vous n'avez rien à faire de particulier, sauf bien sur à rajouter la source de l'overlay dans /etc/layman/layman.cfg :

overlays : http://www.gentoo.org/proj/en/overlays/layman-global.txt

Ensuite, vous n'avez plus qu'à lui demander de télécharger le dernier overlay d'enlightenment :

$ layman -fa enlightenment

N'oubliez pas de rajouter à la fin du fichier /etc/make.conf la référence au fichier /usr/portage/local/layman/make.conf qui ajoute les overlays dans la variable PORTDIR_OVERLAY :

source /usr/portage/local/layman/make.conf

Vous n'avez plus qu'à faire la commande habituelle pour rémerger le paquet e :

$ emerge -av e

Attention, pour mettre à jour l'overlay téléchargé par layman, vous devez le faire à partir du script et non par "emerge —sync" :

$ layman --sync enlightenment

Vous trouverez plus d'informations sur :

gentoofr.org sous Internet Explorer

Stephane Malinet — 2006-12-16T13:43:07Z

L'équipe gentoofr.org est heureuse (ça on en est pas sûr ;) ) de vous annoncer que le site www.gentoofr.org est visible correctement sous le navigateur au combien célebre Internet Explorer (pourquoi célebre d'ailleurs ?).

Nous tenons à remercier en particulier maxtoo qui a effectuer les corrections nécéssaires à ce que nos amis windowsiens ("amis" ça non plus on en est pas sûr...) puissent consulter le site.

Sortie de Portage 2.1

max — 2006-06-14T09:32:10Z

Aprés plusieurs mois de développement, l'équipe de Portage sort la version 2.1. On peut remarquer qu'il devient de plus en plus souple, flexible, et s'adapte plus facilement aux utilisateurs. Quelques fonctions :

l'intégration de confcache : Confcache est un système de mis en cache de la partie configuration du paquet (avant la compilation) générée par autoconf. Cela améliore la vitesse d'installation d'un paquet. Pour pouvoir en bénéficier, il suffit d'installer le paquet dev-utils/confcache et d'activer la fonction dans le fichier /etc/make.conf :

FEATURES="confcache"

Amélioration du cache : Le cache de Portage a été complétement repensé ce qui rend la vitesse de Portage beaucoup plus rapide en mettant à jour le cache aprés la synchronisation de l'arbre Portage. (Ce cache n'a rien avoir avec confcache : il sert par exemple à améliorer la vitesse de recherche d'un paquet).

Nouvelle fonctionnalité elog : La gestion des messages d'aides ou de conseils (ewarn, einfo) aprés l'installation d'un paquet a été améliorée. Tous les messages sont maintenant centralisés dans le répertoire /var/tmp/portage/paquet-version/temp/logging.

Nouveau "hooks" : L'utilisateur peut maintenant définir des fonctions qui seront executées avant ou aprés n'importe quelle phase d'un ebuild (par exemple l'installation). Cette fonctionnalité peut être utilisée pour faire des personnalisations de l'environnement de constructions. C'est aussi un outil puissant pour ceux qui ont besoin de créer de nouveaux comportements que Portage ne gére pas.

Amélioration des digests [1] : Portage utilise maintenant la fonction de hachage SHA256 et RMD160. De plus, un nouveau format de Manifest [2] qui paraiterait plus efficace.

Support pour le debuggage : Avec FEATURES="splitdebug", il est possible de stripper [3] les binaires tout en ayant les informations de debuggage. Ceci est très pratique quand on veut soumettre un bug. Mais le désavantage, c'est qu'il créé pour une librairie deux fichiers. Par exemple pour exml, vous avez bien le fichier strippé /usr/lib/libexml.so.1, mais il vous créé le fichier non strippé dans /usr/lib/debug/usr/lib/libexml.so.1.0.0.debug. Plus d'informations sur : http://www.gentoo.org/proj/en/qa/backtraces.xml

Changer les couleurs de Portage : Vous trouvez que les couleurs des messages de Portage ne sont à vos gouts ? Plus besoin de changer le code source de Portage, il suffit juste de créer le fichier /etc/portage/color.map en mettant vos couleurs personnelles.

Amélioration de la Configuration : Certains fichiers de configuration peuvent maintenant être transformés en répertoire pour une gestion plus facile (par exemple /etc/portage/package.unmask/kde, /etc/portage/package.unmask/xorg sera combiné pour faire comme le fichier /etc/portage/package).

Autres fonctionnalités :

Portage peut maintenant télécharger en parallèle pendant qu'il compile avec l'option FEATURES="parallel-fetch".
Si vous voulez que Portage affiche le minimum d'informations pendant l'installation par exemple, il suffit d'utiliser l'option "-q"
Il est maintenant possible de préciser des options pour la synchronisation de Portage (PORTAGE_RSYNC_EXTRA_OPTS).

Vous trouverez le détail des changements dans le fichier release notes et dans NEWS.

Un nouveau bug a été ouvert pour la stabilisation de celle-ci. Pour les plateformes x86, Sparc, HPPA, PPC, ppc64, amd64, la version de Portage est maintenant stable. Pour ce qui est des autres, cela ne devrait pas tarder.

[1] système pour vérifier l'intégrité des fichiers téléchargés

[2] fichier qui contient les digests

[3] c'est une technique consistant à alléger un binaire ou une librairie en supprimant les informations de debuggage.

Sortie de la 2006.0

Stephane Malinet — 2006-02-28T01:16:02Z

Le 27 février 2006 l'équipe de Gentoo annonce la sortie de sa première version pour l'année 2006 : 2006.0.

Les nouveautés sont au rendez-vous puisque, outre le support de matériels récents tels que le chipset réseau SysKonnect Yukon2 et le chipset NVIDIA SATA, des stages optimisés pour les processeurs G5 dual-core et POWER5 avec leur liveCD expérimental, l'annonce d'un futur stage avec le support multilib AMD64 pour la branche hardened, basée sur un noyau 2.6.15, le liveCD de l'architecture x86 se voit pourvu d'un installeur !

Bref, plus aucune raison de ne pas installer cette superbe distribution ! ;)

[titre1]Liens[/titre1]

Le site officiel
Les mirroirs de Téléchargements