Debian devient (presque) “time based” !

La nouvelle est sortie il y a deux jours, et elle va faire pas mal de remous dans les sphères linuxiennes : Debian change de mode de release !
Pour le coup, on peut vraiment parler d’une révolution chez la distribution à la spirale :D

Je ne vais pas faire de gros billet là-dessus, d’autres le feront mieux que moi, j’essaye pour l’instant d’en imaginer les conséquences et de formuler quelques observations.

Concrètement, dorénavant, la version Testing freezera obligatoirement en décembre de chaque année impaire (donc Décembre 2009 pour Squeeze, Décembre 2011 pour Squeeze+1, …), et la release se fera dans l’année qui suivra, dans l’idéal au printemps.
Le cycle complet sera donc de deux ans.

C’est de là que vient mon “presque” du titre : en effet, au lieu de déterminer à l’avance la date de sortie (date butoir qui affecte directement la qualité finale de la distribution) comme le fait Ubuntu, c’est uniquement la date de freeze qui est bloquée, seules les fonctionnalités seront affectées (donc au pire, une fonctionnalité prévue pourra être écartée si elle n’est pas prête à temps).

Comme solution intermédiaire, je la trouve plutôt intelligente, les durées sont suffisamment grandes pour pouvoir développer sereinement la distribution et consacrer du temps à la résolution de bugs (4-5 mois), et elle donne beaucoup plus de visibilité sur le planning à venir.
(rappelons-nous du ridicule de l’annonce prématurée de la sortie de Lenny en septembre, alors qu’elle ne vit le jour qu’en février, soit 5 mois plus tard)

Sur la volonté de synchronisation avec Ubuntu LTS, cela pose pas mal de questions (voir le billet de Lucas Nussbaum) mais tant que l’impact n’est pas trop grand sur la qualité de Debian, ça m’importe peu.
Et si ça permet de meilleures LTS pour Ubuntu, tant mieux.
Lucas pointe d’ailleurs un élément intéressant : les LTS d’Ubuntu sortiront finalement presque en même temps que les releases de Debian, ce qui va les rendre vraiment très semblables à chaque fois. Il va être intéressant de voir comment elles se différencieront.

La durée de 2 ans est un assez bon équilibre pour la cible visée par Debian stable (d’autant plus que les versions intermédiaires “-n-a-half” arriveront à la moitié de la vie de chaque stable, apportant leur lot de support matériel supplémentaire)
Et en encadrant bien les releases dans le temps, ça rassurera pas mal de gens qui avaient plutôt tendance à préférer Ubuntu Server pour ne pas avancer vers l’inconnu.

Maintenant, à la communauté et aux développeurs Debian de faire en sorte que la qualité de Debian n’en pâtisse pas.

Je leur fais confiance là-dessus ;)
(d’autant plus que Lenny a été développée en 22 mois, soit 2 mois de moins que ce que ce nouveau cycle permettra)

Arch 64, WordPress 2.7, W3C, maison

Encore une news Arch :D
(mais pas seulement)

Arch Linux 64, et migration totale

Juste pour dire que j’ai finalement basculé mon PC principal sous Arch Linux 64, mes 2 PC de bureau (fixe et portable) sont donc désormais sous Arch !

Reste le serveur, qui tourne toujours sous Ubuntu Server 7.10 (Gutsy Gibbon), pour l’instant aucune raison de changer (et surtout pas pour Arch, assez inadaptée pour un serveur), ça tourne très bien.
Il basculera sous Debian quand je le referai à neuf.

Je me suis vraiment acclimaté très vite à cette distribution, m’y sens vraiment à l’aise et je pense que ça va durer longtemps :)

WordPress 2.7

WordPress 2.7 est arrivé en version finale !
J’ai donc fait l’update, aucun problème à signaler, la nouvelle interface d’admin est vraiment beaucoup plus agréable ;)

C’est disponible en français ici.

W3C

Mes modifications pour le thème du blog, avaient rendu celui-ci non valide aux normes W3C.
C’est désormais corrigé, vous profitez maintenant d’un blog 100% valide XHTML 1.0 Transitional ;)

Valid XHTML 1.0 Transitional

Cela sera bientôt le cas également du forum, pas très respectueux non plus jusqu’à présent. (toujours à cause de mes modifications à la truelle, la base étant elle entièrement conforme)

La maison

Pas beaucoup de nouvelles de la maison ces temps-ci, je m’en excuse.

Lorsque nous assistions à la construction en tant que spectateurs, j’en postais régulièrement, mais depuis que nous y habitons et que les travaux sont de notre main, j’ai perdu cette habitude.

Mais promis, bientôt de nouveaux articles sur la maison ;)

Ubuntu s’alourdirait ? sans blague.

Un article de l’excellent site Phoronix jette le trouble sur la communauté Ubuntu : Ubuntu serait plus lent de version en version !

Loin des classiques trolls et affirmations sans preuve, cette fois la constatation est factuelle et difficilement discutable : Phoronix a simplement benché les différentes versions de Ubuntu (de la 7.04 à la 8.10) avec sa fameuse Phoronix Test Suite.

Pour ceux qui ne la connaitraient pas encore, cette suite est unique en son genre :

  • Destinée à Linux. OpenSolaris, FreeBSD et Mac OS X.
  • Particulièrement complète (38 natures de tests différentes).
  • Basée sur des logiciels de référence, libres et propriétaires.
  • Les versions des logiciels sont fixes pour une version de la suite : les résultats sont donc parfaitement comparables entre deux distributions/systèmes.

Ce qui est intéressant dans cette affaire, c’est qu’elle confirme le sentiment de nombreux (ex-)utilisateurs d’Ubuntu (dont votre serviteur) : Ubuntu s’alourdit de version en version.

Mais ce qui l’est encore plus, c’est qu’il ne s’agit pas d’un simple alourdissement (typiquement : l’utilisation ram en hausse, chose souvent présentée comme indissociable du progrès technique – ce qui est très discutable, et un peu facile), là, des benchmarks “durs” sont en forte baisse, comme la bande passante ram, ou les tests de compression audio (du simple au double !)

Les faits sont clair : les Ubuntu d’après Feisty Fawn sont lentes.
Pas (seulement) lourdes, lentes.

Les causes : je serais bien en mal de les expliquer, Phoronix ne se lance pas non plus, mais ils ont d’ors et déjà entamé des tests sur Fedora afin de comparer.
Il serait également pertinent de tester sur des configurations matérielles différentes, afin d’éliminer les particularités liées à certains modules.

Affaire à suivre, il y a de quoi nourrir du troll comme d’intéressantes discussions techniques.

Clavier Apple Keyboard Aluminum et Linux

Qu’on l’aime ou pas, il ne laisse pas vraiment indifférent, c’est le dernier clavier filaire Apple :

Corps aluminium, extra-plat, touches style MacBook, silencieux, classieux, il éloigne les trolls et fera tomber les geekettes à vos pieds.

Livré en standard avec les desktops Apple, on peut également se le procurer séparément afin de le faire fonctionner avec OS X, mais aussi Linux, Windows, ou autre.
Et ça marche très bien pour peu qu’on ait un port USB de disponible et que l’on soit disposé à effectuer quelques réglages.

Ça fait quelques temps déjà que je l’ai, mais ayant du l’installer sur mon nouveau PC, il a fallu que je me refasse la configuration, et à chaque fois j’oublie donc j’en profite pour faire un petit article pour récapituler.

On s’intéressera ici uniquement à la config sous Linux, parce que bon hein, faut pas déconner quand même.
Il n’y a que deux choses à faire en fait, configurer son xorg.conf et régler le “problème” du pilote hid et de l’option pb_fnmode.

Le xorg.conf

Pas grand chose de compliqué, passez simplement XkbModel à “mac” :

[...]

Section "InputDevice"
# generated from default
Identifier     "Keyboard0"
  Driver         "kbd"
  Option        "XkbModel"    "mac"
  Option        "Xkblayout"    "us"
  Option        "Xkbvariant"    "intl"
EndSection

[...]

Bon, ce xorg.conf c’est le mien, ne faites pas un bête copy-paste si vous avez un clavier français, mon clavier est une version US (qwerty) réglé avec l’option International, pour pouvoir insérer tous les accents imaginables.
Normalement, vous n’avez qu’à remplacer l’ancienne option de XkbModel par “mac”.

Un petit Ctrl-Alt-Backspace plus tard, c’est fini !

Toutes les touches sont désormais fonctionnelles, il vous reste juste à jouer de xmodmap pour configurer les keysims des touches multimédia (F13 à F19, et Fn+(F1 à F4 et F7 à F12)) si vous voulez pouvoir les assigner comme raccourcis.

hid et pb_fnmod

Passons à plus intéressant : depuis le kernel Linux 2.6.25, le support du clavier Apple Alu a été complété et amélioré.

Or, on peut penser l’inverse de prime abord : en effet une combinaison du type Ctrl-Alt-F1 pour passer au tty1 ne fonctionne pas :|

L’explication est simple : désormais le kernel utilise par défaut le clavier comme sous OS X : les touches F1 à F4 et F7 et F12 se comportent comme des touches multimédia, et ne sont reconnues comme F* qu’en combinaison avec la touche Fn.
Pour faire notre Ctrl-Alt-F1, nous devons donc faire Ctrl-Alt-Fn-F1 … assez lourd. :(

Heureusement il y a une solution, ça n’est qu’un paramètre à changer pour que les touches F* fonctionnent de manière standard pour un PC.

Il faut passer au module “hid” le paramètre “2″ pour son option “pb_fnmode”.

La méthode qui suit fonctionnera sur toutes les distribs debianoïdes (Debian, Ubuntu, Mint, …), pour les autres distribs il faudra adapter la facon de passer ce paramètre de manière permanente.

Créez un fichier /etc/modprobe.d/options (s’il n’existe pas déjà), et insérez-lui la ligne suivante :

options hid pb_fnmode=2

Ensuite dans un terminal, faites un petit :

# update-initramfs -u

Puis rebootez.

Voilà, votre clavier fonctionne désormais de façon classique, plus besoin d’appuyer sur la touche Fn pour accéder aux touches F* !

À vous la classe et le style pour aller troller sur les forums 8)

La page dédiée à ce sujet sur le wiki.