Bien que beaucoup de personnes se soient excitées lors de l'annonce de la sortie de ce patch (dont Linus Torvalds en personne), il faut savoir que ce dernier ne devrait au final pas changer grand chose pour l'utilisateur final.

En effet, ce patch permet de mieux gérer les performances quand des tâches lourdes sont exécutées, car il s'occupe de redistribuer les ressources système par groupe. Ainsi, sur une machine linux, si vous avez un groupe GUI (= applications graphiques) et un groupe compilation (ex: une console TTY sur /dev/pts/x), 50% des ressources CPU seront attribuées au premier et 50% au groupe restant.

Résultat, lorsque l'on lance une compilation dans un shell, on peut en même temps surfer sur Internet ou regarder une vidéo sans constater de ralentissement.

Le système est certes plus fluide, mais le revers de la médaille est que le processus qui consomme le plus de ressources s'exécutera beaucoup moins vite.

Mais l'aspect qui me semble le plus important, c'est que sur une distribution Linux orientée bureautique, Xorg est un TTY à lui tout seul. Or, toutes les applications graphiques seront dans le même groupe. L'utilisateur final n'y gagnera donc pas grand chose, même s'il lance Firefox et LibreOffice dans une même session. A moins que le concept du patch en question soit repris et amélioré par la suite...

Et puis, il ne s'agit pas vraiment d'une révolution, la commande nice (gestion des priorités des processus) permet de faire des choses similaires depuis bien longtemps :

nice +20 make &
nice -20 vlc big-buck-bunny.ogv

Bref, pour conclure, je dirais que ce genre d'amélioration est appréciable, mais uniquement pour les plus geeks d'entre nous. C'est à dire ceux qui compilent régulièrement leur noyau, tout en regardant un dessin animé avec des lapins blancs dedans. Ou alors pour la fana du multitâches, mais uniquement avec des applications très consommatrices de ressources (montage vidéo, calculs...).

Démonstration vidéo sans patch et avec.
Source

Je précise quand même que tout ceci à un but pédagogique. Il est préférable en effet d'utiliser le noyau fourni par la distribution que vous utilisez, car ces derniers sont patchés et donc plus adaptés.

1. Préparation

Avant de commencer, il faudra récupérer la dernière version des sources du noyau sur le site officiel : www.kernel.org

On pourra ensuite ouvrir un terminal en root, et lancez les commandes suivantes :

cd /usr/local/src/
tar jxvf linux-*.tar.bz2
rm -f linux-*.tar.bz2
cd linux-*
make mrproper
cp /boot/config-2.6.18-1.2868.fc6 .config

Les deux dernières commandes servent à faire le ménage et installez la configuration de base du noyau.

2. Configuration

Pour lancer le logiciel de configuration du noyau, lancer la commande suivante :

make menuconfig

Naviguez dans les menus et ajoutez/supprimez les composants que vous souhaitez. Attention, cette opération reste réservée aux personnes averties.

Un petit exemple pour débuter, serait de choisir le bon processeur. Dans ce cas, il suffit d'aller dans le menu "Processor type and features" puis "Processor family" et sélectionnez votre processeur.

Si vous ne connaissez pas exactement les références de ce dernier, vous pouvez lancer la commande cat /proc/cpuinfo.

Une fois terminée, on met en place la configuration :

make oldconfig

3. Compilation

On lance la compilation du noyau (env 45 minutes) :

$ make 2> errors

Le 2> errors permet de rediriger les erreurs de compilation vers un fichier. Cela est souvent pratique. Par exemple, si en bas du fichier, on a un message indiquant que make a quitté avec une erreur, cela signifiera que la compilation a échoué.

Une fois compilée, on installe les modules :

make modules_install

Puis le noyau :

make install

Il ne reste plus qu'à vérifier qu'une nouvelle entrée a été ajoutée dans le fichier de configuration du Grub, pour démarrer sur notre propre noyau :

cat /boot/grub/menu.lst

Si tout est correcte, vous pourrez alors relancer votre système afin de tester ce dernier.

Durée : 45 minutes
Niveau : moyen
Détail : testé sur une Fedora Core 5 avec la version 2.8.0 d'Evolution.

La procédure décrite ici permet d'installer Evolution dans le dossier /opt/evolution. Ainsi, si vous avez déjà installé une version de ce dernier, vous pourrez la conserver sans problème.

1. Pré-requis

Allez dans le dossier /usr/local/src et téléchargez, à partir du site officiel, les archives stables contenant les sources des logiciels suivants :

• gtkhtml-3.12.0
• libsoup-2.2.96
• evolution-data-server-1.8.0
• evolution-2.8.0
• evolution-exchange-2.8.0

Il va nous falloir également installer un certain nombre de paquets pour mener à bien cette compilation. Rien de plus simple avec la commande yum :

yum install gail gail-devel libgnomeui-devel libgnomeprintui22-devel libglade-devel openldap-devel nspr-devel nspr dbus-devel nss nss-devel gnutls-devel

2. Compilation et installation

Toujours depuis votre terminal, lancez les commandes suivantes :

cd /usr/local/src
mkdir /opt/evolution
mkdir -p /opt/evolution/etc/gconf/schemas/

Compilation de gtkhtml :

tar jxvf gtkhtml-*.tar.bz2
cd gtkhtml-*
./configure --prefix=/opt/evolution
make
make install
cd ../

Compilation de libsoup :

tar jvxf libsoup-*.tar.bz2
cd libsoup-*
./configure --prefix=/opt/evolution \
--enable-ssl --enable-gtk-doc
make
make install
cd ../

Compilation de evolution-data-server :

export PKG_CONFIG_PATH="/usr/lib/pkgconfig/:/opt/evolution/lib/pkgconfig/"
tar jxvf evolution-data-server-*.tar.bz2
cd evolution-data-server-*
./configure --prefix=/opt/evolution \
--enable-gnome-keyring=yes \
--with-openldap=yes --with-static-ldap \
--with-nspr-includes=/usr/include/nspr4 \
--with-nspr-libs=/usr/include/nspr4 \
--enable-file-locking=fcntl --enable-dot-locking=no \
--with-krb5=/usr/kerberos \
--enable-nntp=yes \
--enable-nss=yes --enable-smime=yes \
--with-nss-includes=/usr/include/nss3 \
--with-nss-libs=/usr/include/nss3 \
--enable-imap4=yes \
--enable-gtk-doc \
--with-gconf-schema-file-dir=/opt/evolution/etc/gconf/schemas
make
make install
cd ../

Compilation d'evolution (on remarquera l'activation de cairo):

tar jxvf evolution-*.tar.bz2
cd evolution-*
./configure --prefix=/opt/evolution \
--enable-cairo-calendar=yes \
--enable-nss=yes --enable-smime=yes \
--with-nss-includes=/usr/include/nss3 \
--with-nss-libs=/usr/include/nss3 \
--enable-file-locking=fcntl --enable-dot-locking=no \
--enable-exchange=no --enable-plugins=all \
--with-nspr-includes=/usr/include/nspr4 \
--with-nspr-libs=/usr/include/nspr4 \
--with-krb5=/usr/kerberos \
--with-openldap=yes \
--enable-gtk-doc --enable-file-chooser=yes \
--enable-nntp=yes \
--with-gconf-schema-file-dir=/opt/evolution/etc/gconf/schemas
make
make install
cd ../

3. Utilisation

Avant de lancer votre nouvelle version d'evolution, je vous conseille de tuer tous les processus d'evolution et de bonobo. Les commandes ps -e | grep bonobo et ps -e | grep evolution ne doivent vous lister aucun processus.

Pour utiliser votre nouvelle version d'evolution, il suffit de taper les commandes suivantes, en utilisateur normal (non root) :

export BONOBO_ACTIVATION_PATH=/opt/evolution/lib/bonobo/servers
/opt/evolution/bin/evolution-2.8

 

Site officiel : www.gnome.org

James a récemment apporté de nombreuses améliorations à son logiciel au nombre desquelles une toute nouvelle interface graphique, la possibilité de réaliser des compilations autonomes avec rapport final au format HTML, la vérification préalable de l'environnement de compilation, et l'accès aux spécifications de module par le web.

1. Pré-requis pour Fedora Core

Il va d'abord nous falloir installer quelques paquets via yum pour que la compilation se déroule le mieux possible.

Pour une Fedora, il faudra lancer ceci :

yum -y update
yum groupinstall "Development Tools"
yum groupinstall "X Software Development"
yum install docbook-style-xsl gettext-devel cups-devel libexif-devel docbook-utils docbook-utils-pdf pwlib-devel openh323-devel

Si vous utilisez une Fedora Core 5, lancez la commande suivante en plus :

yum install xmlto libxkbfile-devel cups-devel git perl-XML-Simple libexif-devel pwlib-devel xorg-x11-server-Xnest lynx

Pour les utilisateurs d'autres distributions, je vous invite à consulter la page suivante.

2. Compiler gnome avec jhbuild

Pour commencer, on définit la première variable d'environnement :

export WHOAMI=`id -un`

Création d'un répertoire pour la compilation de gnome :

mkdir -p ~/cvs/gnome2

Téléchargement de jhbuild depuis le cvs (mettre un mot de passe vide) :

cd ~/cvs/gnome2
cvs -d :pserver:anonymous@anoncvs.gnome.org:/cvs/gnome login
cvs -d :pserver:anonymous@anoncvs.gnome.org:/cvs/gnome checkout jhbuild

Installation de jhbuild :

cd jhbuild
make install

Configuration de .jhbuildrc (ici on utilise la configuration en exemple pour commencer) :

cp sample.jhbuildrc ~/.jhbuildrc

Création du répertoire ou sera installer notre futur gnome :

su
mkdir -p /opt/gnome2
chown $WHOAMI:$WHOAMI /opt/gnome2
exit

Petite vérification avant compilation :

jhbuild bootstrap

Téléchargement des sources via le CVS, compilation et installation de Gnome :

jhbuild build

4. Ajouter gnome à GDM

Une fois la compilation achevée, créez un fichier /etc/X11/dm/Sessions/gnome-cvs.desktop avec les lignes suivantes :

[Desktop Entry]
Encoding=UTF-8
Name=GNOME-CVS
Comment=This session logs you into GNOME-CVS
Exec=/etc/X11/gdm/Sessions/GNOME-CVS
# no icon yet, only the top three are currently used
Icon=
Type=Application

Puis le fichier de lancement suivant /etc/X11/gdm/Sessions/GNOME-CVS :

#!/bin/sh
exec jhbuild run gnome-session

Enfin on applique les bon droits à nos deux fichiers :

chmod a+x /etc/X11/gdm/Sessions/gnome-cvs.desktop
chmod a+x /etc/X11/gdm/Sessions/GNOME-CVS

Il ne reste plus qu'à relancer gdm et sélectionner GNOME-CVS dans la rubrique Session, afin de profiter pleinement de sa nouvelle version de Gnome.

Aller plus loin : tutorial de newren
Cette article à été également retranscrit sur le wiki de fedora-france.