Le blog d'un internaute aimant le logiciel libre, la musique et la rétro-informatique !
Lu sur le site officiel d’Archlinux :
After a testing phase kernel 2.6.24.1 has been moved to Core where it replaces version 2.6.23.14.
Ce qui donne traduit :
Après une période de test, le noyau 2.6.24.1 a été déplacé dans le dépot Core où il remplace la version 2.6.23.14
Que du bonheur pour les archlnuxiens… Quoique j’avais déjà le noyau 2.6.24 puis le 2.6.24.1 depuis quelques temps avec le dépot testing 😉
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 ?
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 !
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 😉
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.
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.
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é.