Installer une préversion de VLC 1.0 sous Archlinux.

Archlinux, même si c’est une distribution qui se vante d’avoir des versions récentes n’est pas toujours à la pointe. VLC dans sa version 0.9.9 souffre d’un bug assez ennuyeux : deux fenêtres au lieu d’une seule.

Et comme la version proposée par le dépôt testing est toujours en 0.9.9, il faut utiliser yaourt et le paquet vlc-git pour avoir une version plus récente.

Rien de plus simple : il suffit d’entrer dans un terminal la commande :

yaourt -S vlc-git.

Attention ! Un bug subsiste : il faut ajouter l’option (sans les guillemets) « –disable-zvbi » dans la ligne configure du PKGBUILD lorsqu’on yaourt demande si on veut modifier le PKGBUILD.

Il suffit ensuite de patienter. Et à vous les joies d’un VLC pré-1.0 fonctionnel.

vlc 1.0pre dans Archlinux

NB : pour certains DVDs, il est nécessaire – soupir ! – d’installer le paquet libdvdcss… Quoique le jeu en vaut la chandelle 😉

Noyau linux 2.6.29.3 : aussitôt annoncé, aussitôt disponible pour testing d’Archlinux

Les distributions « rolling releases », c’est bien même si parfois être trop « bleeding-edge », cela a des désavantages avec des logiciels parfois un peu trop « frais ».

Hier, le noyau 2.6.29.3 est sorti. Aujourd’hui, il est disponible dans le dépot testing d’Archlinux.

En faisant mon bi-quotidien :yaourt -Suy j’ai eu droit à la mise à jour du noyau 2.6.29.3. Ok, avec le dépot kernel-mainline d’Ubuntu Linux, on a la même fraicheur de noyau. Ou presque 😉

Et une capture d’écran de mon beau bureau au passage :

Arrivée du noyau linux 2.6.29.3 sur Archlinux

De retour sur Archlinux…

En mars 2008, je quittais la distribution ArchLinux pour revenir à mon premier « amour » linuxien, la distribution Ubuntu Linux. Cependant, l’obligation d’ajouter un PPA pour Gwibber, un deuxième pour VLC, un troisième Liferea, un quatrième pour Deluge Torrent m’ont fait remarquer que retourner sur Archlinux serait plus simple.

J’ai donc pris une image ISO pour une clé USB, et j’ai installé une archlinux. Je me suis basé sur les différents tutoriels disponible via le wiki d’archlinux.fr pour me concocter en quelques heures un environnement plus léger (pas de Mozilla Firefox installé par défaut) et qui correspond à mes besoins.

J’ai cependant activé le dépot testing pour profiter de gcc 4.4.0. Le seul point ennuyeux a été d’installer Gwibber. J’ai utilisé via yaourt le paquet gwibber-bzr qui me donne un gwibber fonctionnel sans céphalocapture excessive.

Maintenant la question est : combien de temps resterai-je avec cette installation d’Archlinux ?

Un rapide tour du propriétaire pour la distribution ArchLinux 2008.06 alias Overlord.

Archlinux est une excellente distribution qui m’avait donné beaucoup de plaisir durant deux mois. C’est donc avec la sortie de sa version 2008.06 que j’en profite pour l’installer dans une machine virtuelle KVM.

La dite machine suivant mon protocole classique : clavier français, disque virtuel de 32 Go, 768 Mo de mémoire vive et un circuit son es1370. Donc les classiques commandes dans un terminal :

fred@fred-laptop:~/download$ qemu-img create -f qcow2 arch.img 32G
Formatting 'arch.img', fmt=qcow2, size=33554432 kB
fred@fred-laptop:~/download$ kvm -m 768 -k fr -localtime -hda arch.img -cdrom archlinux-2008.06-core-x86_64.iso -soundhw es1370 -boot d &

L’installateur a été refondu. D’ailleurs, si on fouille dans les options du menu de démarrage, on peut trouver un clone d’un célèbre jeu vidéo. Pour y accéder ? Menu Tools / Space Invaders !

Accès à Space Invaders avec l'Archlinux.

Le début de la partie...

Fin de partie

L’installation se fait comme d’habitude. Après le premier démarrage, j’ai ajouter au fichier /etc/pacman.conf le serveur d’Archlinux.fr pour avoir accès à Yaourt. Donc, j’ai rajouté le dépot situé à l’adresse http://repo.archlinux.fr/x86_64/.

# pacman -S yaourt
# yaourt -S libx86 xorg hwd

Configuration de Xorg :

# hwd -u : hwd -xa

Ajout de Gnome ; je me suis basé sur l’article que j’avais jadis rédigé sur le wiki d’Archlinux.fr.

# yaourt -S gnome gnome-extra gnome-system-tools

Pour le support du gvfs, il suffit d’ajouter le module « fuse » à la ligne qui va bien dans le fichier /etc/rc.conf

Ajout du serveur Pulse-Audio, en se basant sur cet autre article que j’avais traduit depuis le wiki d’Archlinux.org.

Ensuite, j’ai crée un compte utilisateur en lui donnant les droits d’accès sur : wheel, audio, storage, optical, stb-admin et pulse-access.

J’ai utilisé GDM pour lancer le Gnome 2.22.2 installé.

Gnome 2.22.2 sous Archlinux

Pour finir, j’ai voulu voir s’il était facile de compiler Shiretoko.

J’ai ensuite utilisé le tarball du code source que j’utilise sur mon Ubuntu, et j’ai lancé la recompilation de Shiretoko avec le .mozconfig suivant :

. $topsrcdir/browser/config/mozconfig

# 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-strip

40 petites minutes d’attente, et voici un Shiretoko qui nous donne un aperçu du test Acid3.

Shiretoko sous Archlinux.

Que dire de plus ? Qu’Archlinux est toujours une aussi bonne distribution, mais que devoir parfois trifouiller les tripes de l’OS est lassant 🙁

Pourquoi je suis retourné sous Ubuntu Gutsy Gibbon…

Il y a quelques jours, j’ai quitté mon Archlinux et j’ai installé sur mon portable Acer 5520G (basé sur un AMD Athlon 64 X2 TK55) une Ubuntu Gutsy Gibbon, alias 7.10 en lieu et place de mon Archlinux.

Pourquoi ? Pour deux raisons principales :

  1. J’en avais assez de devoir trifouiller pour configurer la moindre option dans ma distribution linux
  2. Une envie de passer moins de temps à administrer ma distro et plus à l’utiliser 😉

Pour des raisons d’ordre pratique, j’ai été obligé d’installer une version 32 bits de la distribution en lieu et place d’une version 64 bits : l’installation de la connexion avec le circuit Wifi (un pourrissime circuit Atheros 5007eg) n’ayant un pilote natif qu’en 32 bits), et l’envie de ne plus utiliser un pilote windows 64 bits via ndiswrapper.

Je n’attends qu’une chose : un support en natif du pilote 64 bits pour utiliser enfin mon PC à sa pleine puissance !

Il est vrai que je perds environ 3% de vitesse pure et que les deux coeurs de mes processeurs ne sont pas employés dans leur totalité, mais au moins, je peux passer plus de temps à utiliser mon ordinateur sans trifouiller dans ses tripes.

Cerise sur le gateau ? Une gestion plus fine des fréquences des deux coeurs du CPU AMD m’a permis de passer de 1 h 45 à près de 3 heures d’autonomie hors secteur… Comme quoi, j’avais mal réglé les fréquences de mon ordinateur 🙁

De mes deux mois sous Archlinux, j’ai acquis plus de connaissances sur les tripes d’un linux. Mais j’ai aussi vu que ce n’était finalement pas la distribution ultime pour mes besoins. Il est vrai que que la non-sortie à la date de ce billet de Gnome 2.22.0 – soit 10 jours déjà depuis la publication – pour une distribution comme l’ArchLinux qui se veut à la pointe des versions, cela est un peu étrange 😉

Je tiens à remercier toute la fine équipe d’Archlinux.fr pour la bonne ambiance et leur conseil. Il est vrai qu’ayant du mettre une machine sous Linux pour une association auprès de laquelle je suis bénévole, mon choix a été une Ubuntu 7.10. Et ayant pu évaluer une version de test de la future Ubuntu Hardy Heron (alias 8.04 LTS) m’a donné envie de revenir dans le monde Ubuntuesque.

So long, Archlinux ! Et bon vent pour la suite !

Comment gagner quelques dizaines de Mo sur le disque sans prise de tête.

Sur mon Archlinux 64 bits, la partition /usr commençait à être un peu trop rempli : il est vrai qu’avec Gnome, OpenOffice.org, Gimp, Liferea et d’autres petites joyeusetés de ce style, on atteint rapidement 3 à 4 Go de données 😉

J’ai donc pris le taureau par les cornes, et j’ai utilisé LocalePurge, un petit script qui virent les traductions inutilisées sur le disque.

Un petit :

yaourt -S localepurge

Puis l’édition sous vi du fichier /etc/locale.nopurge en ne gardant que les fichiers francophones ont eu un effet canon… 324708 Ko récupéré, soit un peu plus de 317 Mo, soit environ 4,22% des 7500 Mo de ma partition /usr ! 🙂

L'effet LocalePurge !

Même sur les 120 Go du disque dur de mon ordinateur portable, ce n’est pas quantité négligeable 😉

Finalement, j’ai choisi FluxBox

Pour ma petite machine. Après avoir acheté une carte ethernet – histoire de pouvoir brancher la machine à l’internet sans prise de tête – et avoir bataillé un tout petit peu pour faire reconnaitre le circuit graphique i810, j’ai choisi fluxbox, plus léger que Xfce au final. Il ne me reste plus qu’à fignoler l’ensemble.

Une petite capture d’écran pour la route ?

Fluxbox sur une archlinux et un Celeron 600 équipé de 512 Mo !

Living on the bleeding edge ;)

Désolé pour le titre en anglais, mais j’ai décidé de franchir l’étape supérieure : utiliser la version « testing » (en gros, développement, l’équivalent de Debian Sid) pour mon ArchLinux.

Ayant fait quelques tests, je me suis aperçu que les paquets de Perl dans le dépot testing semblait mettre à mal les outils systèmes de Gnome, hors, il m’arrive de les utiliser assez souvent. J’ai modifié le fichier /etc/pacman.conf en décommentant les lignes liées à testing

Donc, en jetant un oeil sur la liste des paquets lié à perl proposée par la première mise à jour, et je les ai intégrés dans une ligne IgnorePkg insérée dans mon fichier /etc/pacman.conf :

IgnorePkg = perl cairo-perl glib-perl gtk2-perl perl-locale-gettext perl-text-iconv perl-xml-twig perl-xml-simple perlxml

Après la mise à jour – j’ai du forcé (ouille !) l’installation du paquet lié au pilote Nvidia – qui s’est déroulée sans problèmes, j’ai été obligé de réinstaller VMWare (résintallation très simple, en utilisant le fichier vmware-any-any-update115a.tgz comme conseillé sur la page du paquet AUR de vmware-workstation-modules.

Cependant, j’ai été obligé de lutter pour que Miro fonctionne avec le nouveau xulrunner sur lequel il se base.

En mode root, il m’a suffit de modifier le chemin d’accès contenue dans le fichier /usr/bin/miro, « /opt/mozilla/lib/xulrunner » devenant « /usr/lib/xulrunner ».

La suite ? Au prochain numéro !

Installer simplement iptables sous Archlinux.

Voulant avoir une série de règles simples et puissantes pour iptables, je suis tombé sur cet article du Brakablog.

Même si le tutoriel est à l’origine pour Ubuntu, je l’adapte, pour ArchLinux. Je précise qu’est pour le cas le plus simple, une machine seule connectée à une « box » ou un modem en connexion directe à l’internet.

On commence par installer iptables :

yaourt -S iptables

Ensuite, en mode root, on rentre les règles suivantes, merci à Brakbabord pour les infos :


##On remet le firewall à Zéro ##
iptables -F
iptables -t nat -F
iptables -P INPUT DROP
iptables -P FORWARD ACCEPT
iptables -P OUTPUT ACCEPT

Le loopback (boucle locale) est indispensable pour des logiciels qui refusent de démarrer sinon, comme Miro


## On accepte loopback ##
iptables -A INPUT -i lo -j ACCEPT

Et le reste des règles :

## On accepte uniquement les connexion désirées ##
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT

## On refuse le reste ##
iptables -A INPUT -j drop

Si l’on a pas besoin de l’IP forwarding, dans le fichier /etc/conf.d/iptables, il faut dans la ligne IPTABLES_FORWARD mettre la valeur 0 qui désactive le Forwarding d’IP

Enfin, on sauve les règles, puis on lance le service du pare-feu, soit en root, soit via sudo :


/etc/rc.d/iptables save
/etc/rc.d/iptables start

Et pour lancer iptables au démarrage, il faut rajouter iptables à la ligne DAEMONS du fichier /etc/rc.conf, bien entendu après le daemon qui lance la connexion réseau.

De quoi avoir une protection « parfaite » sur les sites de tests de pare-feux 😉

Bilan du premier mois avec ArchLinux 64 bits.

Il y a un mois, je passais d’Ubuntu à Archlinux. Il est temps de faire un premier bilan de cette migration.

Depuis son installation, et bien que je la torture, mon Archlinux tient le choc d’une manière magnifique. La communauté – bien que plus petite que celle d’Ubuntu-fr – est d’aussi bonne qualité.

Les logiciels sont souvent plus récent, mais pas moins testé. Je n’ai quasiment rencontré aucun bogue qui me fasse regretter ma migration. De plus, le coté modulaire d’ArchLinux est plaisant, et des outils comme yaourt permette de faire de nombreuses choses facilement.

La seule grosse difficulté a été l’installation d’un VMWare.

Sur le plan de la taille prise sur le disque dur ?

Au moment de l’installation, j’ai suivi les conseils de l’outil de partitionnement, sauf que j’ai augmenté – un peu trop ? – la taille de la partition /boot et que j’ai choisi d’avoir 4 Go de swap.

Occupation du disque dur avec ArchLinux

Dans les 17 Go de données de mon /home, il y a environ 11 Go de musique (au format ogg, merci Jamendo !) et une machine virtuelle contenant une Archlinux avec le dépot testing activé (3,4 Go).

Donc, si l’on regarde la taille prise par le système, sur les 7,6 Go des partitions /boot et /, le total monte aux alentours de 3,4 Go, soit la moitié. Ce qui me laisse encore de la marge.

Il faut dire que sur / j’ai : Gimp, Gnome 2.20.3, OpenOffice.org, Liferea, Deluge-Torrent, Compiz-Fusion, Miro, VLC, Mplayer, GScan2pdf, Filezilla, Xchat, Brasero, swfdec, pidgin, vmware en plus de l’installation de base et de Xorg.

Comparons avec une Ubuntu Gutsy Gibbon, avec une partition boot de 256 Mo, une partition / de 7500 Mo, le reste pour /home. J’utiliserais un disque virtuel de 32 Go.

Et pour être honnête, j’utiliserais une version 64 bits de la distribution. Et j’installerais aussi les paquets de développements, car les fichiers de développement sont installés avec les paquets des principaux logiciels sous Archlinux.

Occupation du disque dur avec  Ubuntu Linux

Et résultat des courses ? A peu de chose près, la même taille, avec des logiciels souvent plus vieux, et parfois en version obsolète. Je ne jette pas à la pierre à Ubuntu, loin de là. C’est une excellente distribution Linux, mais le principe d’avoir une distribution toujours à jour comme c’est le cas avec ArchLinux me séduit plus 😉

Arch Linux utilise un système de « release tournante » qui focntionne comme suit : Il y’a 2 version des paquet de base à tout moment : Courant (Current) et Release. Le répertoire Courant contient toujours les dernières versions des paquets. Dès qu’un paquet est mis à jour il devient membre de répertoire courant, c’est celui que vous récupèrerez pour rester à jour. Le répertoire Release suit les « snapshots » réguliers des distributions et ne se mets à jour qu’a la sortie d’un nouveau snapshot / d’une nouvelle iso. C’est intéressant si vous vouez mettre à jour votre distributions que lors d’une sortie officielle.

Mais comme dans le monde du logiciel libre, on respecte le choix des autres – même s’ils ont des goûts de toilettes publiques – les deux distributions pourront continuer à exister en toute tranquillité.