Gentoo Weekly Newsletter: 11 décembre 2006

1. Nouvelles de Gentoo

Noël est venu un peu plus tôt cette année pour l'équipe Gentoo/PPC ainsi que pour d'autres. Certains développeurs ont reçu une carte mère EFIKA qui est une carte d'évaluation de Genesi construite autour du SoC (System on Chip) PowerPC MPC5200 cadencé à 400MHz. Cette carte comprend aussi 128Mo de mémoire DDR, un port Ethernet 10/100, deux ports USB 1.1, un emplacement PCI/AGP et du son avec une sortie optique.

L'équipe Gentoo/PPC et l'équipe Release Engineering travaillent sur un guide d'installation détaillé pour installer Gentoo sur la EFIKA, mais aussi sur un CD capable de démarrer l'EFIKA par USB. Gentoo souhaite remercier Genesi pour son support continu ainsi que Freescale pour avoir fourni les fonds qui ont rendu ce programme possible.

Pour plus d'informations sur l'EFIKA ou pour vous en acheter une, visitez la page EFIKA de Genesi.

2. Entendu dans la communauté

forums.gentoo.org

D-Bus 1.0.1 ajouté à ~amd64

D-Bus, le logiciel de communication inter-processus, a atteint le cap de la 1.0 et l'ebuild 1.01 qui en découle est actuellement en phase de test. C'est une bonne nouvelle. La mauvaise nouvelle est que l'ABI (application binary interface) a été radicalement modifiée depuis les versions 0.6x qui sont actuellement les versions considérées stable dans Portage. Bien que le titre ne mentionne qu'amd64, il est en phase de tests sur plusieurs architectures.

Emopig a mis en garde les autres utilisateurs pour qu'ils fassent attention lors de la mise à jour. Il a suivi les instructions de l'ebuild disant d'exécuter revdep-rebuild, ce qui a pour résultat un emerge assez important (54 paquets pour lui). D'autres utilisateurs ont confirmé ses dires, en particulier des utilisateurs de Gnome. Les dégâts du côté de KDE semblent restreints au paquet kde-kioslaves.

6thpink a suggéré aux utilisateurs d'installer les paquets de liaison dbus-glib, dbus-python et dbus-qt3-old puisque le paquet dbus de base n'a plus les options USE pour python, qt3 ou similaires. Il semblerait que cela ait aidé au moins un utilisateur.

http://forums.gentoo.org/viewtopic-t-521973.html

Au revoir Gentoo

L'utilisateur des forums beazizo est revenu après une absence de 18 mois et a dit « Je l'avoue, c'est (Gentoo) BIEN mieux que ça ne l'était à l'époque. Cela m'a pris moins d'une journée pour avoir un système opérationnel avec toutes les applications installées que j'utilisais avec Ubuntu (et tournant bien plus rapidement). Je me suis senti suffisamment à l'aise pour supprimer mon installation Ubuntu. L'équipe Gentoo a fait du bon travail ! »

Sois à nouveau le bienvenu chez Gentoo, beazizo.

https://forums.gentoo.org/viewtopic-p-3772054.html#3772054

gentoo-user

gnome-screensaver a besoin d'emacs ?

Chris Bare essayait d'installer gnome-screensaver, avec le résultat suivant :

Exemple de code 2.1 : Tentative d'installation de gnome-screensaver

# emerge emerge -pv --tree gnome-screensaver

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
 [ebuild  N    ] gnome-extra/gnome-screensaver-2.14.2  USE="pam xinerama -debug -doc" 1,872 kB 
 [ebuild  N    ] app-xemacs/emerge-1.09  59 kB 
 [ebuild  N    ]  app-editors/xemacs-21.4.17  USE="X berkdb gpm jpeg png tiff
 -Xaw3d -athena -canna -dnd -freewnn -ldap -motif -mule -nas -neXt -postgres
 -xface" 10,377 kB

Il voulait savoir pourquoi gnome-screensaver semblait, contre toute logique, dépendre de xemacs.

Etaoin Shrdlu a mis le doigt sur le vrai problème. (Vraiment ?) Chris avait écrit emerge emerge et portage pensait qu'il voulait installer le paquet app-xemacs/emerge et ses dépendances.

Ceci est une remarque d'avertissement utile puisqu'il nous arrive à tous de faire des erreurs semblables.

http://archives.gentoo.org/gentoo-user/msg_105017.xml

gentoo-amd64

CFLAGS pour les CPUs Intel Core 2

Le Core 2 Duo est la puce phare des CPU Intel et c'est « le » processeur du moment. N'importe quel Gentooïste bien dans sa tête n'a qu'une seule question : « Quel(s) CFLAGS dois-je utiliser pour ce mauvais garçon ? »

Michael Weyershäuser a fourni un lien vers un billet sur le blog de dirtyepic qui répond à cette question en se basant sur des informations d'Intel. Pour GCC 4.1, Core Solo/Duo utilise -march=prescott tandis que les Core 2 Duo/Solo utilisent -march=nocona. Pour GCC 4.2, le -march reste le même, mais une option -mtune=generic est ajoutée.

http://archives.gentoo.org/gentoo-amd64/msg_14402.xml

3. Gentoo dans le monde

Belgique : DonnaroomLAN, Arendonk

Le chef de la documentation en néerlandais, Dimitry Bradt, et d'autres membres de la communauté néerlandophone organisent une LAN party et invitent la communauté Gentoo néerlandophone. L'événement prend place le samedi 6 janvier 2007 et le dimanche 7 janvier 2007 à Arendonk en Belgique, qui se trouve à mi-chemin entre Anvers et Eindhoven.

Pour plus d'informations, veuillez visitez le site de l'événement (en néerlandais).

4. Gentoo dans la presse

Linux.com (7 décembre 2006)

Plusieurs développeurs de différentes distributions ont été contactés par l'auteur de l'article, Mayank Sharma, à propos des pratiques de sécurité de leur distribution. Mayank a parlé avec les développeurs de Red Hat, Novell, CentOS, Debian et, bien sûr, Gentoo. Il explique les différentes méthodologies utilisées par les distributions et met en évidence quelques différences entre les distributions commerciales et communautaires.

http://specialreports.linux.com/specialreports/06/12/04/072249.shtml

5. Départs, arrivées et changements

Départs

Les développeurs suivants ont récemment quitté le projet Gentoo :

Aucun cette semaine

Arrivées

Les développeurs suivants se sont joints récemment au projet Gentoo :

Peter Weller (welp) AMD64/Bugday/XFCE

Changements

Les développeurs suivants ont récemment changé de rôle dans le projet Gentoo :

Stephen Bennet (spb) a rejoint l'équipe Bugday

6. Sécurité Gentoo

Bibliothèque wv : plusieurs dépassements d'entier

La bibliothèque wv est vulnérable à plusieurs dépassements d'entier qui peuvent mener à l'exécution de code arbitraire.