.bash_profile sous X (Debian Etch)

Lorsqu'on est habitué à ranger ses scripts dans ~/bin, sous X, on peut être étonné que ces fichiers ne soient pas dans le PATH alors que le ~/.bash_profile y fait référence :

# set PATH so it includes user's private bin if it exists
if [ -d ~/bin ] ; then
PATH=~/bin:"${PATH}"
fi

C'est tout simplement que le ~/.bash_profile est dédié au mode console et qu'il n'est pas lu lors d'une connexion sous X.

Pour y remédier, il suffit de créer un fichier dans /etc/X11/Xsession.d/. Par exemple, on peut créer un fichier 70bash_profile dont le contenu sera :

if [ -f ${HOME}/.bash_profile ]; then
. ${HOME}/.bash_profile
fi

Ainsi, lors de la prochaine connexion sous X, le ~/bin sera rajouté au PATH et les scripts seront directement accessibles.

bash prompt color pour screen (Debian Etch)

Quand on passe sa vie dans des consoles, il est préférable de repérer visuellement si on est dans un terminal screen ou non.

Une méthode consiste à changer la forme du prompt. A titre d'exemple, on peut paramétrer le prompt de l'utilisateur courant pour qu'il soit de couleur cyan et celui de root rouge. Lorsqu'on entre dans un terminal screen, on peut par exemple passer le prompt en gras pour indiquer qu'on est dans un screen. Cela ne choque pas et permet de savoir immédiatement s'il s'agit d'un screen lorsqu'on passe en revue les terminaux ouverts.

Il faut modifier le .bashrc par défaut de l'utilisateur (et le /etc/skel/.bashrc si vous créez régulièrement des utilisateurs) en rajoutant 2 sections pour le « case "$TERM" » :

xterm*|rxvt*)
PS1='${debian_chroot:+($debian_chroot)}\e[0;36m\u@\h:\e[0;37m\w\e[0;36m\$\e[0;37m '
;;
screen)
PS1='${debian_chroot:+($debian_chroot)}\e[1;36m\u@\h:\e[1;37m\w\e[1;36m\$\e[0;37m '
;;

Pour root, on rajoute la section :

case "$TERM" in
screen)
PS1='\e[1;31m\u@\h:\e[1;37m\w\e[1;31m\$\e[0;37m '
;;
xterm*|rxvt*)
PS1='\e[0;31m\u@\h:\e[0;37m\w\e[0;31m\$\e[0;37m '
;;
*)
PS1='\h:\w\$ '
;;
esac

Beryl 0.1.3 (Debian Etch)

Un blogger a eu l'excellente initiative de créer un dépôt Debian Etch pour Beryl 0.1.3.

Pour l'utiliser, il suffit d'enlever le précédent dépôt utilisé (celui d'Ubuntu si vous aviez suivi cet article) et d'ajouter celui d'Anuradha dans le /etc/apt/sources.list :
# Beryl
deb http://www.linux.lk/~anuradha/beryl/etch/ ./

Rafraîchir la liste des dépôts par :
# apt-get update

Par sécurité, désinstaller la précédente version de Beryl :
# apt-get remove beryl-manager beryl beryl-core beryl-plugins-data beryl-dbus beryl-plugins beryl-settings emerald beryl-dev

Puis finalement installer les paquets du nouveau dépôt :
# apt-get install beryl emerald-themes

Passer d'un driver NVidia 1.0.9631 au Beta Driver NVidia 1.0.9742 (Debian Etch)

Sous Debian Etch, certains jeux comme Wolfenstein Return to Castle ou Wolfenstein Enemy Territory ne fonctionnent pas avec le driver NVidia 1.0.9629 ou souffrent de problèmes d'affichage avec le dernier driver 1.0.9631.

Par contre, le beta driver NVidia 1.0.9742 fonctionne remarquablement bien. L'inconvénient est qu'il faut modifier un fichier du driver avant de l'utiliser. Pour se faciliter la vie lors d'un changement de kernel (où il faut réinstaller le pilote) ou pour passer au driver beta, voici 2 scripts livrés « as-is » (comme on dit habituellement : « Use at your own risk ») :

- get_nvidia_9742_x86.sh télécharge le driver, le modifie puis reconstruit l'archive NVidia.

- install_nvidia_9742.sh arrête le serveur X (pour ceux qui utilisent gdm), installe les paquets Debian Etch nécessaires, installe le driver beta NVidia et relance le serveur X (pour ceux qui utilisent gdm).

L'utilisation de ces scripts s'entendent plus pour un passage d'un driver 1.0.9629 (ou 1.0.9631) au beta driver 1.0.9742 que pour une première installation des drivers NVidia.

Comment utiliser les scripts :

1. Ouvrir un Terminal sous X

2. Passer en root par :
$ su -

3. Créer accessoirement un répertoire pour ranger les scripts :
# mkdir nvidia
# cd nvidia

4. Récupérer les scripts :
# wget http://bcarrere.free.fr/nvidia/get_nvidia_9742_x86.sh
# wget http://bcarrere.free.fr/nvidia/install_nvidia_9742.sh

5. Rendre les scripts exécutables :
# chmod u+x get_nvidia_9742_x86.sh install_nvidia_9742.sh

6. Lancer le script get_nvidia_9742_x86.sh
# ./get_nvidia_9742_x86.sh
Un fois l'exécution du script terminée, un nouveau fichier NVIDIA-Linux-x86-1.0-9742-pkg1-MODIFIED.run doit exister dans le répertoire.

7. Fermer la session X (Clore la session...)

8. Appuyer sur CTRL+ALT+F1 pour passer en mode console

9. Se connecter avec le compte de root

10. Lancer le script
# cd nvidia
# ./install_nvidia_9742.sh

A la fin du script, X est relancé et vous pouvez vous connecter. En cas de changement de kernel, seul le script install_nvidia_9742.sh est à exécuter en tant que root depuis une console (il faut juste laisser le NVIDIA-Linux-x86-1.0-9742-pkg1-MODIFIED.run au même endroit que le script install_nvidia_9742.sh).

Installer Eclipse pour Ruby on Rails (Etch)

Préalable :

• Installer Java si ce n'est pas déjà fait
• Installer Ruby on Rails
  

- Installer les librairies pour embarquer le navigateur Mozilla
# apt-get install libmozillainterfaces-java

- Récupérer Eclipse 3.2.1

- Détarer l'archive d'Eclipse récupérée
# cd /usr/local
# tar xvzf /chemin_vers_archive/eclipse-SDK-3.2.1-linux-gtk.tar.gz

- Récupérer la localisation française
# cd /usr/local
# unzip /chemin_vers_archive/NLpack1-eclipse-SDK-3.2.1-gtk.zip

- Lancer Eclipse en root pour installer les composants pour Ruby on Rails
ALT+F2 et taper « gksu /usr/local/eclipse/eclipse » pour lancer Eclipse.


- Taper le mot de passe de root
- Cliquer sur Ok pour valider la sélection de l'espace de travail.


- Ouvrir le menu Aide > Mises à jour de logiciels > Rechercher et installer...


- Sélectionner Rechercher les nouveaux dispositifs à installer.


- Choisir le bouton Nouveau site distant...


- Renseigner la fenêtre pour les Ruby Development Tools
Nom : RDT
Adresse URL : http://updatesite.rubypeople.org/release


- Cliquer à nouveau sur le bouton Nouveau site distant... pour RadRails
Nom : RadRails
Adresse URL : http://radrails.sourceforge.net/update


- Cliquer sur le bouton Terminer de la fenêtre principale.


- Sélectionner les cases RadRails et RDT puis cliquer sur le bouton Suivant >


- Accepter les licences et cliquer sur Suivant >


- Confirmer l'installation des plugins en cliquant sur Terminer


- Eclipse récupère les plugins demandés


- Cliquer sur Installer tout


- Lorsqu'Eclipse demande de se relancer, répondre Non


- Fermer Eclipse

- Créer un script permettant à Eclipse de prendre en charge le navigateur
$ touch eclipse.sh && chmod +x eclipse.sh
$ vi eclipse.sh

Contenu du fichier :

#!/bin/sh
MOZILLA_FIVE_HOME=/usr/lib/xulrunner
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$MOZILLA_FIVE_HOME
export MOZILLA_FIVE_HOME LD_LIBRARY_PATH
/usr/local/eclipse/eclipse

- Lancer Eclipse en utilisant le script
$ ./eclipse.sh &

- Menu Fenêtre > Préférences...
- Dans l'arborescence de gauche, sélectionner Ruby puis Installed Interpreters
- Cliquer sur le bouton Add


- Renseigner la fenêtre comme suit :
Interpreter Name : ruby
Location : /usr/bin/ruby


- Sélectionner dans l'arborescence à gauche la ligne Ri/rdoc et renseigner comme suit :
RDoc path : /usr/bin/rdoc
Ri path : /usr/bin/ri
Cliquer ensuite sur le bouton Appliquer


- Dans l'arborescence de gauche, sélectionner Rails puis Configuration et renseigner comme suit :
Rails path : /usr/bin/rails
Rake path : /usr/bin/rake
Valider avec le bouton Ok pour fermer la fenêtre.


- Eclipse peut maintenant être utilisé pour Ruby on Rails :


- L'auto-complétion se fait par CTRL+Espace :

Installer Ruby on Rails (Etch)

1. Installer Ruby
# apt-get install ruby rdoc irb libyaml-ruby libzlib-ruby ri

2. Installer rubygems
# apt-get install rubygems
# gem update --system

3. Installer Ruby on Rails
# gem install rails --include-dependencies

4. Tester l'installation (mode utilisateur)
$ rails test_rails
$ cd test_rails
$ ruby script/server
Ouvrir un navigateur et se rendre sur http://localhost:3000 qui doit afficher une page concernant notre application test_rails.

Installer le JRE de Sun (Debian way)

Ancien « Debian way » pour installer le JRE de Sun :

1. Récupérer le JRE sur le site de Sun. A ce jour, le JRE 1.5.0 update 10.

2. Installer ce qui est nécessaire pour créer un paquet Debian Java
# apt-get install java-package
(si vous ne disposez pas du paquet java-package, ajouter la source contrib à votre sources.list)

3. Repasser en mode utilisateur
$ fakeroot make-jpkg /chemin_vers_jre_sun/jre-1_5_0_10-linux-i586.bin

4. Installer le paquet généré en root
# dpkg -i /chemin_vers_paquet/sun-j2re1.5_1.5.0+update10_i386.deb

5. Plugin Java pour Firefox
# ln -s /usr/lib/j2re1.5-sun/plugin/i386/ns7/libjavaplugin_oji.so /usr/lib/firefox/plugins/libjavaplugin_oji.so

6. Redémarrer Firefox et tester le plugin Java en se rendant sur java.com. Le bouton « Vérifier l'installation » devrait retourner ce type de renseignement.


7. Tester la version de Java avec « java -version » qui doit retourner :
$ java -version
java version "1.5.0_10"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_10-b03)
Java HotSpot(TM) Client VM (build 1.5.0_10-b03, mixed mode, sharing)


Nouveau « Debian Way » pour installer le JRE de Sun

Le JRE Sun (de même que le JDK Sun) existe dorénavant dans les dépôts non-free de Etch. Malheureusement, la version n'est pas la 1.5.0 update 10 mais seulement l'update 8. Si vous n'êtes pas à un update près, il est donc possible d'installer le JRE de Sun en rajoutant simplement les dépôts non-free à son sources.list puis d'installer directement le JRE par :
# apt-get install sun-java5-jre sun-java5-plugin

S'assurer ensuite que le JRE de Sun est bien la version par défaut de Java pour le système par :
# update-java-alternatives --set java-1.5.0-sun

On vérifie avec « java -version » qui doit retourner :
$ java -version
java version "1.5.0_08"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
Java HotSpot(TM) Client VM (build 1.5.0_08-b03, mixed mode, sharing)

La vérification du plugin pour firefox doit alors retourner :

most : more than less and more

# apt-get install most
# update-alternatives --config pager
$ man man

Synchronisation Google Calendar avec Evolution (Etch)

Cela faisait longtemps que je cherchais une solution efficace de synchronisation de l'agenda Google (Google Calendar) avec mon environnement de travail (Evolution et un PDA Palm LifeDrive). Voilà enfin une solution qui fonctionne à merveille tant dans le cadre d'un agenda Gmail classique que dans le cadre d'un compte Google pour le domaine (Google Apps for your domain). Je tiens à préciser qu'il s'agit d'une synchronisation réelle, c'est à dire dans les 2 sens (two-way).

La révélation a eu lieu ici.

Dans les faits, il suffit d'ouvrir un compte chez ScheduleWorld (gratuit) et de demander ensuite la synchronisation via SyncEvolution.

Pour ce qui concerne l'inscription et le paramétrage chez ScheduleWorld, je ne reviendrai pas dessus car les explications de l'article sont très claires (cf #3. Syncing Google Calendar to ScheduleWorld). Une fois le paramétrage effectué, la section qui nous intéresse doit ressembler au snapshot ci-dessous :


Installer SyncEvolution sur la Etch

1. Installer les paquets nécessaires à la compilation de SyncEvolution :
# apt-get install evolution-data-server-dev
# apt-get install libedataserver1.2-dev
# apt-get install libedata-cal1.2-dev
# apt-get install libedata-book1.2-dev
# apt-get install libcurl3-dev

2. Récupérer et installer le paquet checkinstall de la Sid
# wget http://ftp.fr.debian.org/debian/pool/main/c/checkinstall/checkinstall_1.6.0-2_i386.deb
# dpkg -i checkinstall_1.6.0-2_i386.deb

3. Récupérer SyncEvolution et le compiler :
# wget http://prdownloads.sourceforge.net/sync4jevolution/syncevolution-0.5.tar.gz?use_mirror=ovh
# tar xvzf syncevolution-0.5.tar.gz
# cd syncevolution-0.5
# ./configure --prefix=/usr
# make

4. Installer SyncEvolution
# checkinstall
« dpkg -r syncevolution » permettra d'enlever proprement SyncEvolution de sa machine lorsque Google proposera son propre système de synchronisation (oui... on peut rêver...).

5. Repasser en simple utilisateur pour paramétrer SyncEvolution. On crée dans un premier temps l'arborescence pour les fichiers de paramétrage :
$ cd
$ mkdir -p .sync4j/evolution/gcal/spds/syncml
$ mkdir .sync4j/evolution/gcal/spds/sources
$ mkdir .sync4j/evolution/gcal/spds/sources/addressbook
$ mkdir .sync4j/evolution/gcal/spds/sources/calendar
$ mkdir .sync4j/evolution/gcal/spds/sources/todo

6. Récupérer les fichiers de configuration qui n'ont pas à être modifiés :
$ cd .sync4j/evolution/gcal/spds/sources/addressbook
$ wget http://bcarrere.free.fr/syncevolution/sources/addressbook/config.txt
$ cd ~/.sync4j/evolution/gcal/spds/sources/calendar
$ wget http://bcarrere.free.fr/syncevolution/sources/calendar/config.txt
$ cd ~/.sync4j/evolution/gcal/spds/sources/todo
$ wget http://bcarrere.free.fr/syncevolution/sources/todo/config.txt

7. Récupérer le fichier à modifier :
$ cd ~/.sync4j/evolution/gcal/spds/syncml
$ wget http://bcarrere.free.fr/syncevolution/syncml/config.txt
Il faut éditer ce config.txt pour modifier les lignes « deviceId », « username » et « password » (voir les commentaires dans le fichier).

8. Lancer la synchronisation par :
$ syncevolution gcal

L'installation de SyncEvolution est terminée. On peut bien sûr mettre en place une crontab pour demander la synchronisation à intervalles réguliers.

Bien que ScheduleWorld propose aussi la synchronisation des tâches et du carnet d'adresses, n'espérez pas pour autant synchroniser vos contacts Gmail par ce moyen (Google ne propose pas encore d'API pour accéder aux contacts).

Seul l'agenda sera donc synchronisé dans le cadre de Google Calendar mais cela permet l'essentiel : prendre un RV indifféremment sur son PDA, Evolution ou Google Calendar et ensuite effectuer la synchronisation (PDA <=> Evolution via le greffon Gnome-Pilot et Evolution <=> Google Calendar via SyncEvolution).

Flash Player 9 Beta 2 pour Linux

Le Flash Player 9 vient de passer en beta 2.

Passer en root et récupérer l'archive :
# wget http://download.macromedia.com/pub/labs/flashplayer9_update/FP9_plugin_beta_112006.tar.gz
# tar xvzf FP9_plugin_beta_112006.tar.gz
# cd flash-player-plugin-9.0.21.78/
# mv libflashplayer.so /usr/lib/firefox/plugins/
# cd ..
# rm -rf flash-player-plugin-9.0.21.78

Si vous utilisez une version tarball de Firefox, copier le libflashplayer.so dans le répertoire plugins de votre installation Firefox.

Redémarrer Firefox et contrôler la version en allant sur le site d'Adobe. La version doit être la 9.0.21.78 (la beta 1 était la 9.0.21.55).


UPDATE pour Eclipse et Ruby on Rails :
Si votre développement nécessite du Flash (beurk... mais bon...), il peut être intéressant de disposer aussi de Flash dans le navigateur embarqué par Eclipse. Pour cela, si le répertoire plugins n'existe pas dans /usr/lib/xulrunner, le créer par :
# mkdir /usr/lib/xulrunner/plugins
puis copier le plugin Flash dans ce répertoire :
# cp /usr/lib/firefox/plugins/libflashplayer.so /usr/lib/xulrunner/plugins/

Encoder des MP3 avec Sound Juicer

Bien que Sound Juicer propose par défaut le meilleur format pour encoder (ogg), tous les supports mobiles sont loin d'accepter ce format. Le MP3 devient alors incontournable mais, malheureusement, Sound Juicer ne propose pas ce type d'encodage. Voilà de quoi y remédier.

1°) Installer les paquets suivant :
# apt-get install lame liblame0 gstreamer0.10-lame

2°) Repasser en simple utilisateur puis entrer :
~$ gnome-audio-profiles-properties

3°) Bouton « Nouveau » :

• Nom du profil : Qualité MP3
• Description du profil : (entrez ce que vous voulez)
• Pipeline GStreamer : audio/x-raw-int,rate=44100,channels=2 ! lame name=enc
• Extension du fichier : mp3
• Actif ? : coché

Pour une meilleure qualité en VBR, modifier le « Pipeline GStreamer » pour :
audio/x-raw-int,rate=44100,channels=2 ! lame name=enc vbr=4 vbr-quality=1
(merci à Lulu pour sa précieuse expérience en matière audio)


4°) Ouvrir Sound Juicer puis sélectionner le menu « Edition » puis « Préférences »

• Format de sortie : Qualité MP3
  

Beryl sur Etch (NVidia)

UPDATE du 14/12/06 concernant les dépôts à utiliser.

Comme nous sommes sous Etch et que les mises à jour peuvent encore être très nombreuses avant son passage en stable, il est possible d'avoir à réinstaller les pilotes NVidia comme décrit dans le précédent billet lors d'une mise à jour d'xorg.

On vérifie que tout est fonctionnel avant de passer à la mise en place de beryl :

~$ glxinfo|head -n5
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4

On peut, au choix, récupérer les paquets un par un sur les dépôts et les installer avec dpkg ou passer par la modification temporaire de son /etc/apt/sources.list. J'ai préféré cette solution plus rapide à mon sens.

Passer en root dans une console puis éditer le /etc/apt/sources.list pour y insérer les dépôts beryl pour Ubuntu en rajoutant les lignes suivantes :
# Dépôts pour Beryl
deb http://www.beerorkid.com/compiz dapper main

Récupérer la clé GPG et l'ajouter au trousseau :
# wget http://www.beerorkid.com/compiz/quinn.key.asc -O - | sudo apt-key add -

Rafraîchir la base des dépôts :
# apt-get update

Installer les paquets pour beryl :
# apt-get install beryl beryl-dbus beryl-dev emerald-themes

Une fois les paquets installés, on re-édite le /etc/apt/sources.list pour commenter la ligne concernant le dépôt beryl.
# Dépôts pour Beryl
# deb http://www.beerorkid.com/compiz dapper main

# apt-get update

Modifier le fichier /etc/X11/xorg.conf :
Section "Device"
Identifier "Carte vidéo générique"
Driver "nvidia"
BusID "1:0:0"
Option "XAANoOffscreenPixmaps"
Option "AllowGLXWithComposite" "true"
Option "AddARGBGLXVisuals" "true"
Option "DisableGLXRootClipping" "True"
Option "RenderAccel" "true"
EndSection

Rajouter cette section :
Section "Extensions"
Option "Composite" "Enable"
EndSection

On enregistre, on redémarre X.

Au retour sous X, on tape dans une console :
~$ beryl-manager

Normalement, tout doit fonctionner correctement. Voici mon xorg.conf pour une carte NVidia 7300 LE (PC Dell Dimension 9150).

Have Fun !

Ubuntu, openSUSE, Debian Etch ?

Jusqu'à la semaine dernière, j'utilisais Ubuntu comme distribution pour le desktop autant à titre personnel que professionnel. Une fois l'upgrade en Edgy effectué, l'Ubuntu m'a tout de suite paru moins séduisante : clavier en vrac, thème GTK de la première heure avec impossibilité graphique d'en changer, perte de mon graveur, son qui craque, etc... j'en passe et des meilleures.

Apparemment, il ne faut pas trop « customiser » sa Ubuntu si on souhaite profiter d'un upgrade « à peu près potable ». Ubuntu souffre également de « latence réseau » et de lenteurs de l'environnement Gnome que je juge insupportables. N'utilisant pas d'autre OS pour comparer, je mettais les délais de latence réseau sur le compte de ma pauvre ligne ADSL. Erreur !

Enfin, ayant déjà profité il y a quelques mois des bonnes grâces d'Ubuntu avec le cassage d'X par une mise à jour d'un paquet, je me suis dit qu'il était réellement temps de passer à autre chose même si Ubuntu reste sans doute une distribution « utilisable » (tout dépend de son degré d'exigence).

openSUSE
Etant tombé sans me faire mal sur le blog de Play (que je vous conseille au passage) et qui s'enthousiasme pour openSUSE et SLED, je me suis dit que l'aventure pouvait être tentée vu que je n'avais pas abordé le monde SUSE depuis au moins 6 ou 7 ans (bien avant que Novell ne mette son nez dedans). Je télécharge donc la miniiso pour installer via le net la SUSE 10.1 (version correspondant à la future openSUSE).

Un premier conseil : évitez réellement ce mode d'installation avec SUSE. Etant habitué à installer mes Debian par internet, je n'avais pas conscience que d'autres distributions pouvaient être autant « à la ramasse » sur le sujet des installations via le net.

J'ai pris mon mal en patience et une journée et « 2Go et quelques » plus tard, je disposais d'une SUSE 10.1 opérationnelle.

Que dire ?

Il s'agit une distribution homogène avec un look plutôt sympa (question de goût), un excellent comportement au niveau du réseau en général et une très bonne réactivité de l'environnement Gnome. Bref, une distribution agréable à utiliser une fois qu'elle a démarrée car le démarrage d'une openSUSE est particulièrement long.

Là où ça devient épique, c'est lorsqu'on souhaite faire plus qu'utiliser passivement son openSUSE. Installer de nouvelles applications est un sport sous openSUSE.

A titre d'exemple, dans le cadre de mon travail, j'utilise parfois tsclient pour prendre à distance les postes Windows des clients. Essayez d'installer tsclient sur une openSUSE et vous commencerez à comprendre votre douleur.

J'ai finalement du me contenter d'utiliser rdesktop faute de trouver le fameux (fumeux ?) paquet ICAClient disponible pour tscient.

Mais la plus grande joie, c'est sincèrement l'utilisation de Yast2 pour la partie « gestionnaire de paquets » qui vous la procure. Même s'il est annoncé clairement que Yast2 souffre d'un problème sur la 10.1, il n'en reste pas moins que c'est abominable à utiliser et d'une robustesse toute relative. Un simple petit coup de rug a tout simplement fait rendre l'âme à mon Yast2 qui, lorsqu'il voulait bien répondre, était à l'image de l'installation par le net et du processus de démarrage, c'est à dire « très long ». Je passerai sous silence l'abscence de la prise en compte de la touche backspace sous Vim, l'absence de la gestion du .bash_aliases, la présence d'un seul et unique bureau par défaut sous Gnome, la prise en charge laborieuse de mon chipset HDA Intel pour le son, le choix plus que limité des options d'archives sous Gnome (seul le .tar.gz est proposé), etc...

Bien sûr, on ne peut pas juger de la qualité d'une distribution sur ces quelques éléments et, globalement, j'avoue qu'openSUSE m'a tout de même laissé une bonne impression. On a connu pire. Une fois qu'elle a démarrée, elle est agréable à utiliser si on fait abstraction de son système archaïque de paquets RPM. Je savais à quoi m'attendre en l'installant et je n'ai pas été déçu. Je me suis vite rendu à l'évidence : openSUSE n'est pas fait pour moi, je bois déjà suffisamment de café comme ça.

Debian Etch
Utilisant Debian pour mes serveurs, je me suis dit qu'il serait de bon aloi d'essayer la version testing en installant ce qu'il faut pour le desktop. Il est d'ailleurs étonnant qu'on ne pense pas en premier à ce qu'on administre tous les jours. Sans doute un clivage de l'inconscient entre la partie serveur et la partie cliente. Il faut dire que j'en étais resté à Woody pour ce qui concerne la partie desktop ce qui n'aide pas. Autant dire la préhistoire depuis que des distributions comme Ubuntu sont apparues.

Une seule réaction après avoir installé la Debian Etch sur mon desktop : « Essayez ! c'est de la balle ! ».

Quelle évolution ! J'en suis arrivé à me demander pourquoi la plupart des personnes installent une Ubuntu et c'est d'ailleurs ce qui a motivé l'ouverture de ce blog. Certes, par défaut, il n'y a pas de « splash screen » au démarrage comme sur la Ubuntu ou sur l'openSUSE (qui habille même l'écran de grub) mais à côté de ça, on dispose de la fiabilité Debian et d'un système rapide tant au niveau réseau qu'au niveau de l'environnement Gnome. Bref, tout ce que ne possède pas Ubuntu. D'un autre côté, j'ai été bluffé par le fait que je puisse tout de suite lire des mp3 ou des Divx dès l'installation terminée. Il a juste fallu que je récupère les codecs pour lire les formats « Windows Media ».

Voici ce que j'ai installé pour tenter d'aider ceux qui souhaiteraient essayer Debian Etch. L'installation complète en comprenant le téléchargement des paquets doit prendre environ 1h30.

• Utilisation du CD netinst. Environ 139Mo pour installer la Debian depuis le net.

Une fois logué en root :

Le paquet suivant m'est nécessaire pour lancer la version tarball de Firefox 2 que j'avais sous Ubuntu et que je compte récupérer sur mon autre disque RAID1 momentanément déconnecté le temps de l'installation.
# apt-get install libstdc++5

Debian Etch lit une majorité de formats multimédia par défaut. Il manque bien évidemment les codecs pour le wmv ce qu'on installe tout de suite en ajoutant le dépôt adéquat dans le sources.list :
deb http://www.debian-multimedia.org etch main

On récupère la clé GPG de Marillat pour ensuite l'ajouter au trousseau :
# gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 1F41B907
# gpg --armor --export 1F41B907 | apt-key add -
# apt-get update
# apt-get install w32codecs
Tant qu'on y est, on récupère la librairie pour lire les DVD :
# apt-get install libdvdcss2

Installation des drivers pour une carte NVidia
# apt-get install linux-headers-$(uname -r)
# apt-get install build-essential
# apt-get install pkg-config
# apt-get install xserver-xorg-dev
# apt-get install mesa-utils

Récupération des drivers chez NVidia :
# wget http://download.nvidia.com/XFree86/Linux-x86/1.0-9629/NVIDIA-Linux-x86-1.0-9629-pkg1.run
# chmod +x NVIDIA-Linux-x86-1.0-9629-pkg1.run
# ./NVIDIA-Linux-x86-1.0-9629-pkg1.run --x-module-path=/usr/lib/xorg/modules/

Après environ 1h30 d'installation, on dispose d'un système opérationnel. On peut encore améliorer le système de boot « brut de décoffrage » de la Debian avec usplash mais cela est un autre chapitre. L'important est de disposer d'un système fiable et rapide. Compte tenu qu'il s'agit ici de la version testing de la Debian, le notifier devrait vous avertir de nombreuses mises à jour.