ArchLinuxeries – Page 48 – Le Weblog de Frederic Bezies

Un aperçu de lxde 0.5

Je me suis basé sur la machine virtuelle du précédent article pour tester lxde 0.5, le « lightweight X Desktop Environment ».

L’installation est simplissime ; il suffit de taper dans une console :

yaourt -S lxde

Le coeur de cet environnement de bureau qui repose sur openbox se charge. J’ai ensuite rajouté midori et les paquets lxde-input et lxnm pour compléter l’environnement.

Pour lancer l’environnement, j’ai simplement rajouter la ligne suivante au fichier .xinitrc disponible à la racine du compte utilisateur :

exec startlxde

Ensuite, lxde se lance avec un petit :

startx

NB : à cause d’un bogue d’openbox, il faut réduire la profondeur d’affichage à 16 bits dans le fichier /etc/X11/xorg.conf au lieu du 24 bits proposé par défaut.

J’ai enregistré une petite vidéo (saccadée, et contrairement à ce que j’avais affirmé dans l’article précédent), ce n’est pas du à la gourmandise de l’environnement de bureau, mais à un mauvais réglage du logiciel de capture vidéo 🙁

Néanmoins, cela permet de voir à quoi ressemble lxde 0.5 brut de fonderie.

Encore jeune, car certains outils sont franchement rudimentaires, mais il a du potentiel face à des environnements de bureau plus gourmand comme xfce, gnome ou encore kde.

KDE SC 4.4rc2 : premier aperçu :)

Comme jadis pour KDE 4.3 rc1, j’ai décidé de faire un petit test rapide de la future nouvelle version stable majeure de KDE. Du moins de cette 2ième candidate à la publication.

La feuille de route pour KDE SC 4.4 est disponible à cette adresse : http://techbase.kde.org/Schedules/KDE4/4.4_Release_Schedule

J’ai donc installé une machine virtuelle avec une archlinux 64 bits dedans. Ben ouais, pourquoi ne pas employer une distribution linux qui est des plus proches du code original pour les logiciels ?

Donc, les habituelles lignes de commandes :

fred ~/download $ qemu-img create -f qcow2 kde44rc2.img 32G Formatting 'kde44rc2.img', fmt=qcow2 size=34359738368 encryption=off cluster_size=0 fred ~/download $ kvm -hda kde44rc2.img -cdrom archlinux-2009.08-netinstall-x86_64.iso -boot d &

Je laisse de coté les méandres de l’installation sur archlinux qui sont par ailleurs d’une simplicité enfantine si on lit le wiki francophone.

Après l’installation, j’ai installé yaourt, hal, alsa, et enfin configuré Xorg pour pouvoir accueillir tranquillement la release candidate de KDE SC 4.4, en utilisant le dépot kde-unstable.

NB : pour installer KDE depuis le dépot kde-unstable, il faut d’abord activer le dépot testing.

Continuer la lecture de « KDE SC 4.4rc2 : premier aperçu 🙂 »

Bretelle et ceinture : de l’intérêt d’avoir à la fois networkmanager et wicd installés.

Le dépot testing d’Archlinux est très rarement « explosif ». Sauf que récemment, une version de développement de NetworkManager est venue mettre une mouise pas possible dans les connexions. J’ai rapporté un bug (qui s’est révelé être le doublon d’un autre) dans lequel le dernier NetworkManager en date (0.7.998) bloquait entièrement Gnome 🙁

Heureusement, j’avais conservé sur mon disque l’outil Wicd dont je n’avais désactivé que l’applet d’affichage et de gestion de réseau. J’ai donc utilisé la séquence ctrl + alt + F2 pour ouvrir une console en mode texte. J’ai ensuite désactivé NetworkManager, réactivé Wicd, fermé la session. Les commandes ?

sudo /etc/rc.d/networkmanager stop sudo /etc/rc.d/wicd start

La combinaison ctrl + alt + F7 m’ayant permis de me retrouver à nouveau en mode graphique.

Pour que la modification soit prise en compte à chaque démarrage, j’ai désactivé le daemon networkmanager en lui rajoutant un ! avant son son nom dans la ligne DAEMONS de mon /etc/rc.conf :

DAEMONS=(syslog-ng !network netfs crond hal @alsa wicd !networkmanager cpufreq @iptables avahi-daemon avahi-dnsconfd pulseaudio @cups @openntpd sensors gdm)

Bref, une manipulation qui a pris, quoi, 5 minutes 🙂

Marre des forks d’Ubuntu ! Car Linux ne se limite pas à Ubuntu après tout ;)

Je sens que je ne vais pas me faire que des amis, mais j’ai envie de pousser un coup de gueule (et écoutant « Broken » de NiN, cela aide) sur la démultiplication des distributions linux ubuntu-based…

En utilisant le moteur de recherche de Distrowatch, on arrive à… 64 distributions listées…

On peut sortir les 3 ou 4 versions dérivées officielles (Kubuntu, Xubuntu, MythBuntu, Edubuntu).

Et cela laisse pas mal de versions encore en stock. Il faut dire qu’il y a des doublons.

Continuer la lecture de « Marre des forks d’Ubuntu ! Car Linux ne se limite pas à Ubuntu après tout 😉 »

Compiler Minefield sur les distributions linux « moins grand publics » – Partie 3 – ArchLinux.

Après la Frugalware Linux et la Slackware Linux, voici le dernier volet : La ArchLinux. J’ai installé et mis à jour une ArchLinux 64 bits. J’ai installé dessus un Xfce 4.6.1 à la place d’un Gnome. Pourquoi ? Simplement que je voulais utiliser un environnement basé sur gtk2 assez léger 😉

Sur Archlinux, le problème lié au bug 104642 sur le bugzilla de Mozilla se résout facilement.

Avec une installation par défaut d’Archlinux avec Xfce (ou encore Gnome), on a la quasi-totalité des dépendances de compilation. Seul manque autoconf 2.13, mercurial et zip. En utilisant l’excellent yaourt, le problème se résout en… 2 minutes :

yaourt -S autoconf-compat mercurial zip

Pour gagner du temps, j’ai utilisé le paquet du code source que j’utilise dans ma machine réelle. Il faut dire que le code source pèse quelque chose comme 600 MiO décompressé.

Sinon, pour récupérer le code source en entier :

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

Le code source est localisé dans ~/fox/src

Le fichier de configuration .mozconfig utilisé est le 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

Ensuite on verifie que le code source est bien à jour :

hg --verbose pull -u

Et la compilation proprement dite :

make -f client.mk build

La compilation dure environ 90 minutes. Sur ma machine réelle, la compilation prend 25 minutes de moins, environ.

Le résultat est disponible dans le répertoire objdir-fx/dist/firefox/

Il suffit d’entrer un ./firefox & pour avoir le résultat.

Maintenant à vous d’adapter les instructions pour votre propre distribution, tant qu’elle est assez peu « grand public » 😉

Test de la KahelOS, version de noël 2009.

J’avais déjà parlé de KahelOS qui est le pendant « Gnome » de la Chakra Linux fin septembre 2009. J’ai donc récupéré la nouvelle iso officielle depuis le site de la distribution, puis je l’ai installé dans une machine virtuelle VirtualBox avec l’équipement classique : 1,5 GiO de mémoire vive et 32 GiO de disque dur.

KahelOS – version de noël

L’installateur se lance après le démarrage, et permet de définir l’heure, puis le partitionnement du disque, en proposant certaines options assez « sauvage », comme le système de fichier btrfs qui est encore dans les couches-culottes…

L’installation de base demande environ 3 GiO d’espace disque… Mais c’est une installation qui semble assez complète, ne serait-ce qu’au niveau des serveurs de Xorg…

Continuer la lecture de « Test de la KahelOS, version de noël 2009. »

En vrac’ rapide et libre avant le week-end

Un petit en vrac’ matinal avant un week-end qui s’annonce froid.

Sortie de la 5ième et ultime (??) version bêta de Mozilla Firefox 3.6. Une grosse centaine de correctifs appliqués sur le code source. Ce qui reporte la sortie début 2010 comme je le pensais depuis quelques temps 😉
Sortie de la première RC du noyau linux 2.6.33 qui sortira normalement d’ici deux mois et demi environ. Et Linus pousse une petite gueulante : « The two-week merge window is _not_ supposed to be « one day merge window after thirteen days of silence ». In fact, I think that next time around I’ll make the merge window be 11-12 days instead, and people who try to game the system and do a last-minute pull request will get a surprise, and get unceremoniously bumped to 2.6.35 instead. » ce qui donne traduit : « La période de fusion de code de deux semaines n’est pas supposée être ‘un jour d’ajouts après treize jours de silence’. Dans les faits, je pense que la prochaine fois je réduirais la période à 11-12 jours, et les personnes qui essayeront de jouer avec le système et voudront faire des ajouts de dernière minute seront surpris et envoyés sans autre forme de procès dans la liste d’attente jusqu’au 2.6.35 »
Arrivée de Mozilla SeaMonkey 2.0.1, avec son habituel lot de correctifs.
Encore un nouveau liveCD pour Arch. DwmArch avec le gestionnaire de fenêtre dwm.
CtkArchLive propose désormais une iso pour x86_64 mais aussi pour i586. Merci à LinuxFr pour l’info. Miam 😉
Arrivée de Gnome 2.28.2 sur Archlinux. Cela fait plaisir de voir ce bon vieux Gnome être mis à jour sans arrachage de cheveux 😉

Allez, bon week-end à toutes et à tous !

Que devient ArchLive-iso ?

En juin 2009, j’avais rapidement testé le liveCD « ArchLive ». J’ai voulu voir comment se portait le projet 6 mois plus tard.

ArchLive – décembre 2009

Donc, après avoir récupéré la dernière image ISO en date sur le site officiel, à savoir http://godane.wordpress.com/, j’ai préparé mon environnement de test habituel :

fred ~/download $ qemu-img create -f qcow2 arch.img 32G Formatting 'arch.img', fmt=qcow2, size=33554432 kB fred ~/download $ qemu-kvm -hda arch.img -cdrom archiso-live-2009-12-08.iso -boot d &

Pour mémoire, l’alias qemu-kvm résume la commande suivante :

qemu-system-x86_64 --enable-kvm --soundhw all -localtime -k fr -m 1024

Après un lancement assez rapide, j’ai ouvert une session en utilisateur classique, Xfce 4.6.1 nous accueille, puis j’ai lancé l’installateur qui se trouve dans le menu système / installer archlive.

Continuer la lecture de « Que devient ArchLive-iso ? »

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 ? »

Une archlinux au gout de Fedora ?

Depuis la Fedora Linux 10, sous réserve de compatibilité matérielle, on peut avoir un écran de démarrage animé qui change un peu des « bêtes » barres de progression.

J’avais jadis parlé de FBSplash, mais on peut très bien avoir Plymouth sur une Archlinux.

Continuer la lecture de « Une archlinux au gout de Fedora ? »