Et si le logiciel libre était répulsif à cause de la liberté de choix qu’il propose ?

Chaque année depuis 1998, on nous promet que ce sera l’année de l’envol pour Linux version bureau. Et chaque année, de repousser cet avènement à l’année suivante.

Si un OS alternatif à Windows commence à lui tailler des croupières, c’est bien le bon vieux Mac, qui s’est offert avec MacOS-X dans les années 2001 une cure de jeunesse bienvenue à un MacOS mis à jour constamment depuis ses premières versions datant de 1984…

Cependant, la répartition est toujours du genre : 95% de Windows (grace à la vente liée et à la création d’un marché captif par la facilité de pirater Windows), 4% de MacOS-X, et 1% pour Linux et autres OS libre.

Une des raisons du succès de Windows, c’est d’offrir du « pré-maché », même s’il faut rajouter sur un windows – quelque soit sa génération – au minimum un duo anti-virus et anti-espiogiciel. Ce dernier ayant pris de l’importance depuis une bonne demi-douzaine d’années environ.

Si on regarde un windows typique, tout est « prémaché » pour l’utilisateur :

  • Pour la navigation internet : Internet Explorer.
  • Pour la lecture des fichiers multimédia : Windows Media Player
  • Pour le courrier : Outlook Express devenu Windows Mail sous Windows Vista

Même si ce sont des outils loin d’être parfaits, ils forment une limite basse de qualité. Il suffit de comparer la qualité du rendu ou du niveau de support des normes internationales en matières de pages internet que propose la concurrence à Internet Explorer, en l’occurence les navigateurs basés sur Gecko, sur Webkit ou encore le navigateur Opera. IE est à chaque fois battu à plate couture.

L’ignorance de l’existance de la concurrence et / ou le codage des pages ont permis à IE de conserver un niveau de parts de marché de 75% environ en Europe. Soit une chute de 20 points en l’espace de 4 ans.

Ce qui est vrai pour IE, l’est aussi pour les autres outils que fournit Microsoft, comme le montre la liste aussi longue que le bras de paquets de codecs pour Windows Media Player ou encore le nombre de clients courriers pour Windows : Mozilla Thunderbird, The Bat!, Claws Mail, etc…

Malgré les défauts souvent énormes, Windows et les logiciels Microsoft conservent leur place de logiciels étalons.

Prenons le monde du logiciel libre. Pour chaque tache, il suffit de voir que le nombre d’outils de trois, voire plus.

Par exemple, pour naviguer sur internet, l’on a le choix entre des navigateurs utilisant Gecko (Mozilla Firefox, Epiphany jusqu’à ses versions 2.22.x), Konqueror utilisant KHTML qui serait remplacé à terme par Webkit, Midori (utilisant Webkit, le coeur de Safari d’Apple), Opera.

On veut lire un fichier multimédia ? VideoLanClient, Mplayer, Totem sont proposés.

Du traitement de texte ? OpenOffice.org Writer, Abiword, Kword sont disponibles.

Du tableur ? OpenOffice.org Calc, Gnumeric, Kspread sont disponibles.

Et contrairement à Windows, l’interface graphique n’est pas autant figé. On peut choisir entre :

Si on veut du plus léger ? Les gestionnaires de fenêtres sont alors très nombreux : fvwm, fluxbox, openbox, windowmaker, etc…

Et que dire du choix des distributions ? On peut tout choisir dans le monde libre. C’est peut-être donc ce choix hypertrophié fait peur aux personnes qui veulent quelque chose de louable : quelque chose qui fonctionne sans que l’on se pose de question, mettant aux toilettes un point primordial : c’est au logiciel de s’adapter à l’utilisateur et non l’utilisateur à s’adopter au logiciel.

Les 3 niveaux de la blogosphère.

Cet article me trotte dans la tête depuis quelques temps. Fréquentant la blogosphère depuis environ 3 ans – ce blog fêtera ses 3 ans en septembre prochain, loin des 6 ans du Standblog de Tristan Nitot – je me suis aperçu de l’existence de 3 niveaux de blogs. En schématisant, bien sûr.

Le niveau 0 : le skyblog.

C’est le genre de blog remplis de fautes d’orthographe, souvent en langage SMS, de délires pro-anorexie, de photos prises avec des téléphones portables, et qui n’ont aucun intérêt intrinsèque. Bref, un défouloir pour adolescent(e)s boutonneux(ses).

Le niveau 1 : les blogs qui ressemblent un peu à la presse gratuite.

De la copie pure et simple d’articles, parfois sans même un minimum de recherches pour vérifier la véracité des infos proposées. Un blogueur n’est pas journaliste, même si l’inverse peut être vrai – mais un minimum d’honnêteté et de recherche ne tue jamais.

Le niveau 2 : les blogueurs qui font un travail digne d’un journaliste – du moins les bases – sans avoir de carte de presse : recherche d’infos, croisement des sources disponibles. Bref, ce qui manque au blogueur de niveau 1.

En clair des personnes qui ont compris que si l’on parle de quelque chose, il faut s’appuyer sur un minimum d’argumentation pour appuyer ses dires.

C’est la grande majorité des blogs thématiques, entretenu par des personnes passionnées, au sens noble du terme. Liste très loin d’être exhaustive : standblog, Kagou, Glazblog, Firefox Extension Guru BlogSckyzO, JyBlog, etc…

J’attends vos commentaires avec impatience, même si j’aurais un accès assez aléatoire à l’internet durant la semaine qui arrive 🙁

Vers un coeur commun entre Shiretoko, Shredder et SeaMonkey 2 ?

C’est une idée envisageable, étant donné que le dépot du code source de Shredder et de SeaMonkey pré-2.0 viennent de migrer, abandonnant le vieux dépot CVS vers un dépot mercurial.

Si l’on veut compiler soit-même le code source dit du « tronc » des logiciels de la Fondation Mozilla, que ce soit Shiretoko, Shredder ou SeaMonkey pré-2.0, il faut maintenant passer par des dépots mercurial.

Si le développement de Shiretoko est maintenant bien ancré sur un dépot mercurial, à savoir mozilla-central, c’est loin d’être le cas pour Shredder et SeaMonkey pré-2.0. Voici donc comment compiler Shredder ou SeaMonkey en utilisant le dépôt mercurial comm-central.

Déjà, il faut avoir autoconf 2.13 et mercurial pré-installé. Pour cela, il faut se conférer à la documentation de votre distribution pour savoir comment faire.

Ensuite, il faut récupérer le code source commun à Shredder et SeaMonkey pré-2.0 :

hg clone http://hg.mozilla.org/comm-central/ src

Une fois le code récupéré, il faut récupérer le complément à savoir le code en commun avec Shiretoko :

python client.py checkout

Pour cette partie, l’outil CVS configuré correctement est indispensable. En clair, il faut que la variable CVSROOT soit définie ainsi :

export CVSROOT= »:pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot »

Vient le moment stratégique, préparer le .mozconfig pour les options de compilation. Il faut ajouter les deux lignes suivantes :

ac_add_options --enable-application=mail
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/objdir-tb

Et virer un . $topsrcdir/mail/config/mozconfig qui aurait pu s’y trouver si on récupère un vieux fichier .mozconfig

Voici pour information mon .mozconfig pour Shredder :

#
# See http://www.mozilla.org/build/ for build instructions.
#

ac_add_options –enable-application=mail
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/objdir-tb

# Options for ‘configure’ (same as command-line options).
ac_add_options –enable-optimize= »-Os -march=native -w -pipe »
ac_add_options –disable-debug
ac_add_options –disable-tests
ac_add_options –enable-default-toolkit=cairo-gtk2
ac_add_options –enable-static
ac_add_options –disable-shared

Ensuite, il suffit de lancer la compilation et d’attendre.

Et voici ce que donne une boite « about » d’un Shredder compilé avec le code source du dépôt mercurial comm-central.

Shredder pré-alpha2 ?

Les pages qui m’ont aidé pour rédiger cet article :

http://wiki.mozilla.org/SeaMonkey:hg-based_build
http://developer.mozilla.org/en/docs/Mozilla_Source_Code_(Mercurial)
http://developer.mozilla.org/en/docs/Comm-central_source_code_(Mercurial)
http://developer.mozilla.org/en/docs/comm-central

Debian 5.0 alias Lenny… Deuxième reprise ;)

Au mois de mai dernier, j’avais fait un tour rapide de la Debian Lenny. Maintenant que la version finale de Lenny approche à grand pas – elle est prévue pour septembre ou octobre prochain – j’ai téléchargé une version de développement récente (image iso datée du 21 juillet) pour voir ce que donne cette version 5.0 de la distribution Debian.

Je passe sur les détails techniques de la machine virtuelle qui sont toujours les mêmes. J’ai utilisé le nouvel installateur graphique en version « graphique expert ».

Lancement de l'installation de la Debian Lenny en mode graphique expert

Après avoir choisi le français, l’installation est très simple, et se résume à une série de saisie d’informations et de presse bouton qui donne un coté « simple » à cette opération d’une complexité non dissimulée 😉

Notons qu’un noyau 2.6.25 est proposé à l’installation. Un noyau aussi récent pour une debian, cela dépote 😉

Noyau 2.6.25 sous Debian Lenny

Notons aussi que Grub 2 est proposé par l’installateur. Bien qu’encore expérimental, j’ai décidé pour cette machine virtuelle d’installer cette version.

Grub ou grub 2 ?

L’écran de démarrage graphique est du plus bel effet et donne un coté jeune à la Debian.

Grub 2 en action

Une fois l’installation terminée, une vingtaine de mises à jour sont proposée, dont OpenOffice.org 2.4.1. La version débianisée de Firefox, le dénommé IceWeasel est toujours en version 3.0, et que Gnome est en version 2.22.3.

Iceweasel et Gnome 2.22.3 sous Debian Lenny

Le seul gros problème, c’est que la résolution de X est trop faible.

J’ai donc du modifier le fichier /etc/X11/xorg.conf et modifier les sections Device, Monitor et Screen pour avoir quelque chose de potable : du 1024×768…

Section « Device »
Identifier    « Configured Video Device »
Driver        « cirrus »
EndSection

Section « Monitor »
Identifier    « Configured Monitor »
HorizSync    30-70
VertRefresh    50-160
EndSection

Section « Screen »
Identifier    « Default Screen »
Monitor        « Configured Monitor »
Device        « Configured Video Device »
Device        « Configured Video Device »
DefaultDepth    24
SubSection « Display »
Depth    24
Modes    « 1024×768 » « 800×600 » « 640×480 »
EndSubSection
EndSection

Mis à part ce bogue, la debian lenny s’annonce sous les meilleures auspices. J’attends avec impatience la version finale de cette distribution pour peut-être y migrer, ou l’installer sur un PC fixe qui n’a pas besoin des derniers logiciels en date 😉

Quoi de neuf avec Shiretoko Alpha 1 ?

Si on en croit ce bilan hebdomadaire de la Fondation Mozilla reproduit sur le blog « Firefox Extension Guru’s Blog« , Shiretoko alpha 1 devrait sortir le 25 juillet prochain, le code ayant été gelé à 23 h 59, heure du Pacifique, soit Paris – 9 heures.

Qu’y aura-t-il dedans, sauf changement de dernière minute ?

84 / 100 pour le test Acid3 sous Shiretoko alpha1

Bref, que du bon, et encore du meilleur à venir. Enfin, on verra bien ce que cela donnera lors de la sortie de la version finale, prévue pour fin 2008, début 2009.