Étiquette : Libreries

Et si le modèle d’une version tous les 6 mois était en voie d’essoufflement ?

Dans un article assez saignant, Cyrille Borne parle de manière peu élogieuse des distributions comme les ubuntu-like, je cite :

Conclusion Linuxienne. Après ma petite semaine de vagabondage en famille, un coup de yum update, yum upgrade et me voilà en firefox 3.5.4, je me dis que ce n’est pas si mal, lorsque l’on sait que Léonidas est une version qui sera dépassée d’ici une quinzaine de jours. Quand au mois de décembre, on rappellera aux ubunteros qu’il est possible d’installer openoffice par les paquets deb, ou qu’on donnera des méthodes de compilation pour installer de nouvelles versions, sous Fedora si on garde le cap qui a l’air d’être celui de cette distribution, on sera certainement à jour dans les logiciels sans effort. A méditer.

Continuer la lecture de « Et si le modèle d’une version tous les 6 mois était en voie d’essoufflement ? »

Un aperçu rapide de la NuTyX 2009.1 rc1

NuTyX, c’est une distribution d’origine francophone, qui prend ses origines dans le projet Linux From Scratch et qui utilise le système de paquets de la Crux Linux.

Nutyx 2009.1 Xfce

La RC de la version 2009.1 étant disponible, j’ai décidé de jeter mon dévolu sur l’image ISO proposant Xfce. Pourquoi pas Gnome ? Car j’ai envie de changer de temps en temps 😉

Continuer la lecture de « Un aperçu rapide de la NuTyX 2009.1 rc1 »

Un aperçu de Seamonkey 2.0.

A l’origine, en 1998, quand le projet Mozilla fut lancé, le code était celui de la suite internet complète : navigateur, courrier, forums, client irc et éditeur de pages html. En 2004, la suite est plus ou moins laissée à l’abandon, au profit du duo Mozilla Firefox et Mozilla Thunderbird. Le projet fut repris par la suite, et voici enfin la version 2.0 de SeaMonkey.

Continuer la lecture de « Un aperçu de Seamonkey 2.0. »

Vers le bout du tunnel pour Mozilla Thunderbird 3.0 ?

Depuis la sortie de la version 2.0 de Mozilla Thunderbird (en avril 2007, deux ans et demi déjà), deux versions majeures de Mozilla Firefox (son pendant pour la navigation internet) sont sorties : les versions 3.0 et 3.5.

Même si 23 révisions mineures sont sorties depuis, la version 3.0 de Mozilla Thunderbird semblait repoussée aux calendes grecques. Cependant, en lisant ceci via le site Planet Mozilla, il semblerait que la première version RC soit assez proche. Et cela fait plaisir à lire.

D’ailleurs, voici ce que donne une compilation du code du tronc, qui donnera d’ici deux ans (soyons optimistes !) Mozilla Thunderbird 3.1 😉

Shredder 3.1-prealpha1

Chakra Linux « Fuzzy » : de la concurrence pour Kubuntu ?

En cette journée de sortie de Microsoft Windows Vista 2 alias Microsoft Windows 7, j’ai voulu parler de quelque chose de plus intéressant.

Lisant le flux RSS de Distrowatch, je suis tombé sur cette annonce :

Une version post-alpha3 de la distribution Chakra Linux (ArchLinux + KDE) est disponible. En dehors des inévitables évolution lié à une distribution qui utilise le modèle du « rolling release », certaines nouveautés ont attiré mon attention : l’arrivée de Chase, un module qui permet la détection des mises à jour et de leur mise en place.

Continuer la lecture de « Chakra Linux « Fuzzy » : de la concurrence pour Kubuntu ? »

En vrac’

Quelques nouvelles en vrac’ :

Dis, cela prend combien de temps pour compiler un Mozilla Firefox ?

Adepte des versions de développement des logiciels de la Fondation Mozilla depuis Mozilla 0.8 (en gros depuis février 2001), j’ai toujours voulu connaître le temps nécessaire à la compilation d’une version « from scratch », en clair, en repartant de zéro.

Ayant récupéré le code source en utilisant les instructions disponibles à l’adresse https://developer.mozilla.org/En/Developer_Guide/Source_Code/Mercurial, en clair en entrant sur une ligne de commande :

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

Puis en actualisant le code source avec un petit :

hg --verbose pull -u

J’ai ensuite utilisé le fichier .mozconfig suivant :

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

export AUTOCONF=autoconf-2.13

. $topsrcdir/browser/config/mozconfig

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../objdir-fx

# Options for ‘configure’ (same as command-line options).
ac_add_options –enable-optimize
ac_add_options –disable-debug
ac_add_options –disable-tests

Pour des raisons techniques, il faut installer l’ancienne version d’autoconf, connue sous le nom d’autoconf-compat sur Archlinux.

J’ai divisé la compilation en deux temps : un pour les dépendances, l’autre pour la compilation proprement dite.

Pour les dépendances :

make -f client.mk depend

Pour la compilation :

make -f client.mk build

Et le temps nécessaire ? Il suffit d’ajouter la commande time devant les commandes make.

Pour les dépendances :

real    2m49.202s
user    1m30.977s
sys    0m44.534s

Pour la compilation :

real    43m33.043s
user    39m33.562s
sys    3m38.266s

Pour info, ma configuration :

Acer Aspire 5520, donc :

  • AMD Athlon X2 TK 55 (800 à 1800 Mhz)
  • 2 GiO de mémoire vive
  • 120 GiO de disque dur
  • Circuit vidéo GeForce7000M

Sur le plan logiciel :

  • Archlinux 2009.02 à jour avec le dépot testing activé
  • Gnome 2.28.0
  • gcc / g++ 4.4.1

45 minutes, sur un portable acheté en février 2008, ce n’est pas si mal que cela 😉

Incroyable, Ubuntu a un installateur texte :)

Dans un article environ vieux d’un mois, Cyrille Borne, blogueur dont j’apprécie la prose – et qui me soutient quand je me fais incendier par des fanboys – a lancé une pique que j’avais oublié entre temps :

« Pour les plus geeks d’entre vous, ceux qui ne sont pas intéressés par ces grandes distributions si user friendly comme on peut le lire ici Brakbabord qui sort la tête de ses nuages fait le test d’une Archlinux ce qui n’arrivera certainement ici que dans cinq ou dix ans quand la distribution aura changé son installateur. »

La mise en gras souligne le noeud du problème : l’installateur en mode texte…

On loue souvent les distributions modernes pour leur installateur en mode graphique…

Cependant, toutes – ou presque – ont deux faces, un peu comme la tomate qui est à la fois fruit et légume. Et donc aussi bien des installateurs graphiques que des installateurs en mode texte.

Je vais prendre l’exemple de la distribution moderne la plus connue actuellement, j’ai nommé la reine Ubuntu.

Si on fouille sur cdimage.ubuntu.com, on peut voir deux répertoire : daily-live et daily tout court.

Dans le répertoire daily, on a des images qui ont « alternate » dans leur nom. Ce sont des installateurs en mode texte.

L’installateur en mode texte de la Ubuntu Karmic Koala

La preuve en image. Il suffit de récupérer une image récente, et dans une machine virtuelle KVM :

fred ~/download $ qemu-img create -f qcow2 ubu.img 32G
Formatting 'ubu.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0
fred ~/download $ qemu-kvm -k fr -localtime -m 1024 -soundhw all -hda ubu.img -cdrom karmic-alternate-amd64.iso -boot d &

Et il est vraiment compliqué à utiliser.

Par exemple, la définition du pays : suffit d’appuyer sur entrée pour confirmer son choix…

D’autres captures d’écran on ne peut plus parlantes sont présentées. Le temps d’installation est en gros le même que cela de la version « user-friendly » tout en graphique.

Par exemple, le partitionnement du disque :

Ou encore l’ajout d’un utilisateur :

Et une fois l’installation finie, on demande à l’utilisateur de bien vouloir redémarrer la machine :

Et de quoi être rassuré :

L’installateur texte est surement moins « sexy » que l’installateur graphique, mais il n’en est pas moins simple à l’utilisation…

Mais est-ce si grave ? Etant donné que c’est le genre de logiciel qu’on ne voit en moyenne qu’une fois par an 🙂

Connexion automatisée avec GDM 2.28

Pour des raisons liées à mon travail, j’ai du configurer une archlinux virtuelle avec 256 Mo, et un Gnome allégé et simplifié. Le gros problème ? L’impossibilité de lancer automatiquement Gnome avec un utilisateur précis.

Fouillant sur le site de gnome, j’ai trouvé la réponse : il suffit de modifier – en tant que root – le fichier /etc/gdm/custom.conf, et de rajouter les lignes suivantes :

[daemon]
AutomaticLoginEnable=true
AutomaticLogin=

La deuxième ligne étant celle qui doit contenir le nom de l’utilisateur à connecter. Je sais, c’est pas très joli sur le plan de la sécurité, mais comme c’est pour une borne internet limité à la consultation de site et du courrier en ligne 😉

Et après mes tests, si tout est bon pour le service, cette archlinux remplacera la ubuntu Gutsy Gibbon qui se traine sur la machine… Car Ubuntu de nos jours avec seulement 256 MiO, cela fait court 🙁

Un aperçu de Debian Squeeze.

Debian Squeeze, c’est le nom de code de la future version de Debian qui doit sortir courant 2010.

Dans le but de donner un aperçu de cette nouvelle version, j’ai récupéré la première image ISO de la debian squeeze depuis une image de test hebdomadaire :

http://cdimage.debian.org/cdimage/weekly-builds/

Debian Squeeze

Ensuite – et pour varier un peu les plaisirs – j’ai utilisé une machine virtuelle créé dans VirtualBox 3.0.8.

La machine en question est dotée d’une image disque de 32 GiO, et 1 GiO de mémoire vive est dédiée à l’émulation.

Pour l’installation, j’ai choisi le mode texte. J’ai voulu rester simple, car la simplicité est mère de la tranquillité, et aussi car le mode graphique semblait ne pas vouloir démarrer 🙁

Après avoir sélectionné le français, j’ai utilisé les options par défaut à chaque fois.

Coté partitionnement, la prudence toute « debianesque » reste de mise : que du bon vieux ext3fs 🙂

Le reste de l’installation se limite à entrer des mots de passes ou encore à appuyer sur entrée pour valider le choix par défaut !

Qui a dit que les installateurs textes sont compliqués ? Par contre, j’avoue avoir été étonné en voyant le nombre de paquets à installer : 1170 !!!

Et aussi, Debian innove en proposant grub2, alors qu’il est encore non terminé 😉

GDM (en 800×600) nous accueille, une fois le démarrage terminé.

Bien que le réseau soit déclaré comme non fonctionnel, la connexion fonctionne… Pour avoir le bon affichage, j’ai utilisé le fichier xorg.conf suivant :

Section « Device »
Identifier « Configured Video Device »
Driver « vesa »
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 »
DefaultDepth 24
SubSection « Display »
Depth 24
Modes « 1280×800 » « 1152×768 » « 1024×768 » « 800×600 » « 640×480 »
EndSubSection
EndSection

Côté équipement logiciel, c’est assez « frais » avec entre autres :

C’est cependant encore une version en bêta, car il est impossible par exemple de régler la date et l’heure avec les outils idoines. Ou encore le réseau qui est annoncé comme non fonctionnel alors que l’inverse est bien visible.

Le gros point noir : l’arrivée de Mono dans Debian. Après tout, libre à chacun de penser ce qu’il veut de Mono, mais personnellement, je préfère autant éviter Mono.

Maintenant, on verra bien comment va évoluer Squeeze jusqu’à sa sortie courant 2010…