Bienvenue sur Archlinux.fr, le site de la communauté francophone de la distribution Arch Linux.
Arch Linux est une distribution légère et rapide dont le concept est de rester la plus simple possible (philosophie KISS).
Les paquetages sont optimisés pour les processeurs i686 et la nouvelle génération 64bits. Les dépôts officiels [core], et [extra] sont complétés à la fois par le dépôt de paquets [community] et par le site AUR tous deux gérés par la communauté d’utilisateurs.
Notre puissante communauté vient de différents horizons et ses membres qui ont différents niveaux de compétence viennent facilement en aide aux autres. N’hésitez pas à aller voir nos forums , nos wikis et les mailings listes pour plonger dans cette fantastique distribution. Pour une découverte rapide, testez un des livecd basés sur Arch Linux
Le guide d’installation vous permettra ensuite d’installer Arch Linux grâce aux CD que vous pourrez télécharger à cette adresse
Lire la suite…
Dernières nouvelles (plus)
Netcfg en 2.8.2
Netcfg 2.8.2 a été déplacé vers [core]. La dernière mise à jour datant de six mois, netcfg a accumulé un certain nombre de changements. Voici une liste succincte:
- La configuration est déplacée hors du rc.conf. Veillez à la passer dans
/etc/conf.d/netcfg. - Les types de connexion se terminant en
-old,-dbuset-iproutesont interrompues. Retirer le suffixe si vous l’avez encore: vous n’en avez plus besoin. - Systemd est maintenant pris en charge pour le profil unique, les profils multiples, les connexions automatique par cable et automatique sans fil.
- Pour vos besoins de base en Wifi, vous pouvez maintenant utiliser l’outil fourni,
wifi-menu. Il s’agit d’un assistant de connexion en console basé surdialoget inspiré parwifi-select. - La déconnexion d’une interface ne se fait plus par le biais de
-imais par-D. La reconnexion d’une interface est possible grâce à-R. - Un nouveau type de connexion est supporté: PPPoE.
La liste complète des changements est disponible sur http://projects.archlinux.org/netcfg.git/tree/NEWS?id=2.8.2.
PHP en version 5.4
PHP a été mis à jour à sa dernière version majeure 5.4. Le changelog peut être trouvé à php.net/ChangeLog-5.php, un guide de migration détaillé à fr.php.net/migration54. En plus de cela, les changements d’empaquetage suivants ont été apportés:
- Le patch et l’extension Suhosin ont été supprimés. Pour en savoir plus sur cette décision: pierre-schmitz.com/php-5-4-1-in-suhosin-out . Si vous aviez utilisé l’extension suhosin avant, supprimez le paquet
php-suhosincar il n’est plus compatible avec PHP 5.4 - Notez que l’API d’extension a été modifiée. Si vous utilisez des extensions tierces qui ne sont pas dans nos dépôts, vous devez au moins les recompiler ou mettre à jour vers une version compatible.
- Le module json est maintenant intégré dans PHP lui-même. Par conséquent, supprimer la directive
extension=json.sode votre fichier php.ini. - L’extension GD a été compilé avec le support webp en utilisant la bibliothèque libvpx.
Assurez-vous de fusionner les modifications de php.ini dans votre copie locale, ou probablement plus simple: ajustez le nouveau php.ini à vos besoins. Si vous rencontrez des problèmes tout en utilisant l’extension APC, vous pouvez essayer le paquet php-xcache qui a été ajouté au dépôt.
Dernier changement et non le moindre: tout particulièrement si vous exécutez de vieux scripts, assurez-vous qu’ils ne reposent pas sur des fonctionnalités telles que «Safe Mode» ou «Magic Quotes». Comme ces caractéristiques ont été retirées, une mise à jour PHP 5.4 se traduira par de sérieux trous de sécurité.
Version minimum du noyau requise: 2.6.32
Depuis la mise à jour de glibc 2.15-5, la version minimum du noyau requise par Arch passe de 2.6.27 à 2.6.32. Celle-ci correspond à la plus vieille version recevant encore des mises à jour.
Recompilations libpnt/libtiff déplacées depuis [testing]
Les dernières releases libpng et libtiff ont demandé une recompilation des paquets en dépendant, la totalité vient juste d’être déplacée de [testing] vers les dépôts principaux.
Comme à l’accoutumée, vérifiez que votre système est à jour et plus spécialement, vérifiez si les paquets cairo-* que vous utilisez sont issus des dépôts officiels ou ont bien été recompilés.
La mise à jour peut afficher ce genre de message:
g_module_open() failed for /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: libpng14.so.14: cannot open shared object file: No such file or directory
Ils peuvent être ignorés si vous utilisez les paquets cairo-* officiels, sinon, il faudra recompiler librsvg une fois après avoir mis à jour les cairo-*
kmod remplace module-init-tools
module-init-tools a été arrêté et est remplacé par le projet kmod. Les fonctions dépréciées ne sont pas remplacées.
Si lors de la mise à jour, pacman vous informe de la présence d’un /etc/modprobe.d/modprobe.conf.pacsave, il faudra le renommer en /etc/modprobe.d/modprobe.conf. Les fichiers de configuration précédemment lus par module-init-tools le sont toujours avec kmod même si ce dernier n’inclue plus le fichier vide.
Vous pouvez vous aux pages de manuel (modprobe, rmmod, …) ainsi qu’à l’aide des commandes pour plus d’informations.
yaourt / package-query et plus généralement ce qui dépend de pacman
A chaque mise à jour majeure de pacman, le forum / irc / … voient fleurir les sujets sur pacman qui refuse la mise à jour pour cause d’erreurs semblables à celle ci:
Erreur: la préparation de la transaction a échoué (la satisfaction des dépendances a échoué) :: package-query: requiert pacman<3.6
Cette erreur est due à un manque de configuration. Par défaut, pacman est configuré pour se mettre à jour en premier (après avoir demandé l'autorisation) et ceci par le biais de la ligne:
SyncFirst = pacman
dans /etc/pacman.conf, or tout ce qui dépend de pacman doit aussi être mis à jour en même temps, il faut donc le rajouter à cette ligne.
Par exemple, si vous avez yaourt, pacman-color et disons, namcap :
SyncFirst = pacman yaourt package-query pacman-color pyalpm namcap
Les paquets en plus sont des dépendances supplémentaires :
yaourt -> package-query -> \
pacman-color -> pacman
namcap -> pyalpm -> /
pacman 4 dans [core]
Pacman est arrivé sur [core] ! Merci aux 24 contributeurs qui ont produits 893 commits, ce qui donne de nombreuses nouveautés. La plus attendue étant la signature GPG. Ceci dit, tant que tout ne sera pas nickel, notamment, les signatures des bases, la gestion de signature est désactivée par défaut. Si vous voulez l’essayer, vous pouvez vous référer à pacman-key ou au post d’Allan sur son blog.
Assurez vous de fusionner vos fichier *.pac*
udev a dorénavant besoin du support de devtmpfs
A partir de udev-176, le démarrage ne sera plus possible avec un noyau ne supportant pas devtmpfs.
Les noyaux officiels d’Arch (kernel26-lts et linux) ont devtmpffs activé depuis longtemps, donc seuls seront affectés ceux compilant leur propre noyau.
Pour plus d’informations sur ce que requiert udev: README
Mise à jour de filesystem, intervention manuelle nécessaire
Pour la mise à jour de filesystem 2011.12, il faut forcer la mise à jour:
pacman -Sf filesystem
L’option -f est normalement fortement déconseillée, mais dans le cas présent, pacman a besoin de /etc/mtab et ce dernier deviendra un lien vers /proc/self/mounts
Ce changement fait qu’initscripts n’a plus besoin d’accès en écriture sur la racine.
Mise à jour de initscripts, intervention manuelle nécessaire
Il est nécessaire de supprimer le fichier /etc/profile.d/locale.sh avant de mettre à jour.
Modifications apportées à la gestion des locales :
/etc/profile.d/locale.sh devient un fichier statique qui lit les fichiers de configuration au lieu d’être crée au démarrage. De même, il permet de prendre en compte la modification de locale sans avoir à rebooter.
Le support de /etc/locale.conf est rajouté. Ce fichier est prioritaire sur /etc/rc.conf, ceux utilisant un shell ne pouvant pas lire /etc/rc.conf sont encouragés à utiliser le nouveau fichier.
Le fichier contient une variable par ligne, celles supportées sont LANG ainsi que LC_* à l’exception de LC_ALL. Le format est compatible avec systemd.