Dernières nouvelles (plus)

netcfg-2.8.9 abandonne la compatibilité à initscripts

12 août 2012

Toutes les interfaces doivent maintenant être configurées dans /etc/conf.d/netcfg plutôt que dans /etc/rc.conf.

Article original

Image d’installation 2012.08.04 disponible

4 août 2012

L’image d’août du média live d’installation est fournie avec des paquets mis à jour et les modifications suivantes par rapport à la précédente:

• GRUB 2.0 est disponible à la place de GRUB legacy 0.9.
• Le Guide d’installation peut être trouvé dans _/root/install.txt_.
• ZSH avec la configuration de Grml est utilisé comme shell interactif pour fournir un environnement convivial et plus commode. Cela comprend le soutien de la complétion pour pacstrap, arch-chroot, pacman et la plupart des autres outils.
• Le démon network est démarré par défaut ce qui établira automatiquement votre réseau si le protocole DHCP est disponible.

Notez que toutes ces modifications n’affectent que le système live et non pas le système de base que vous installez au moyen de pacstrap. L’iso peut être téléchargée ici. La prochaine image est prévue pour septembre.

Article original

pkgstats recueille désormais l’utilisation de modules

30 juillet 2012

Dans une tentative de rendre le noyau par défaut et initramfs plus robustes pour la majorité des utilisateurs, nous (NdT: les devs d’Arch) aimerions recueillir quelques informations sur les modules du noyau et l’architecture de processeur les plus courants.

Depuis la version 2.3, pkgstats est maintenant en mesure de recueillir cette information. Nous tenons à encourager chacun à installer pkgstats pour que votre configuration soit prise en compte.

Voir cette précédente annonce pour plus d’informations sur pkgstats.

Article original

Modifications aux rc.conf et crypttab

À partir de initscripts-05.07.2012, le format par défaut de /etc/rc.conf et /etc/crypttab a changé. Voir leurs pages de manuel respectives pour plus de détails.

Le but de ce changement est d’unifier la configuration de systemd et initscripts. Cela nous (NdT: les devs d’Arch) permettra de partager code et documentation, et devrait rendre plus simple la maintenance des scripts d’initialisation à long terme.

L’ancien format est toujours supporté, les anciens fichiers de configuration devraient encore fonctionner sans changement.

Article original

Image d’installation 2012.07.15 disponible

22 juillet 2012

Une nouvelle image d’installation est sortie, elle est disponible ici.

Le changement le plus important est la disparition d’AIF (Arch Installation Framework), il est remplacé par un ensemble de scripts facilitant le processus d’installation. Pour être plus clair, l’installation guidée à travers des menus n’est plus disponible et nous (NdT: les devs d’Arch) nous basons plus sur la documentation pour guider les nouveaux utilisateurs. Nous encourageons la communauté à combler ce qui pourrait manquer au wiki.

A partir de maintenant, les images d’installation sont signés et il est fortement recommandé de vérifier leur signature. Sur Arch Linux, ceci peut être fait en utilisant :

pacman-key -v <fichier-iso>.sig

Le trousseau de clés de pacman est initialisé de manière automatique au démarrage. Ceci implique que la vérification des signatures est disponible depuis le live et fonctionnera suite à l’installation.

Seule une image est fourni au lieu de six précédemment. Celle ci peut démarrer un système i686 ou x86_64 afin d’installer Arch Linux par le biais du réseau. L’image [core] n’est plus disponible.

Des images d’installations devraient sortir de manière plus régulière, une par mois.
Le média d’installation peut directement être démarré par le biais de PXE.

Plus d’options sont disponibles dans le fichier README.

AIF a du être remplacé par manque de maintenance et/ou contributions. Ceci dit, toute aide sera apprécié.

Article original

Wiki concernant les scripts d’installation: Scripts d’installations

GRUB legacy n’est plus supporté

20 juillet 2012

GRUB 2.x est déplacé dans [core]. Avec ce déplacement, le support de GRUB legacy (i.e. la version 0.9x) est abandonné, ce qui le place maintenant sur AUR.

Bien que GRUB legacy ne soit pas supprimé de votre système et reste pleinement fonctionnel, vous devriez envisager de passer à GRUB version 2.x, ou à l’un des autres chargeurs pris en charge.

Veuillez consulter la page wiki de GRUB pour les instructions d’installation détaillées de GRUB 2.x.

Article original

Le répertoire /lib devient un lien symbolique

14 juillet 2012

Tous les paquets Arch Linux ayant eu des fichiers dans le répertoire /lib les ont vu déplacer dans /usr/lib et désormais /lib est un lien symbolique vers usr/lib. Lors de l’exécution de cette mise à jour, pacman va probablement identifier un conflit dans le répertoire /lib. Dans le cas le plus simple, cela est contourné en faisant:

pacman -Syu --ignore glibc
pacman -Su

Ne jamais utiliser --force lors de cette mise à jour.

Si l’une de ces étapes ne fonctionne pas (par exemple en raison de problèmes de version de dépendance, de fichier en conflit dans /lib), reportez-vous à ce guide pour des instructions plus détaillées pour la réalisation de cette mise à niveau.

Article original

Mise à jour de filesystem – intervention manuelle requise

7 juin 2012

À compter de filesystem-2012.6-2, les répertoires /var/run et /var/lock seront remplacés par des liens symboliques vers /run et /run/lock, respectivement.

Sur la plupart des systèmes c’est déjà le cas, comme initscripts crée les liens symboliques au démarrage. Cependant, ces liens symboliques n’appartiennent à aucun paquet, ce qui sera arrangé avec cette mise à jour.

Si les liens symboliques sont déjà en place sur votre système (ce qui devrait être le cas pour la plupart des utilisateurs), alors vous pouvez simplement effectuer:

pacman -Syu --ignore filesystem && pacman -S filesystem --force

Sinon, pour les cas où /var/run ou /var/lock sont des répertoires (par exemple si vous utilisez systemd et ne démarrez jamais avec initscripts), vous avez besoin de supprimer ces répertoires avant d’effectuer la mise à jour. Comme ils sont utilisés lors de l’exécution d’Arch, il est recommandé d’arrêter toutes les tâches de fond avant d’effectuer:

pacman -Syu --ignore filesystem && rm -rf /var/run /var/lock && pacman -S filesystem

puis de redémarrer.

Remarque: En général, il est fortement conseillé d’éviter le --force car ce n’est pas sans danger. Toutefois, dans ce cas particulier c’est sûr, et il est suggéré d’éviter la suppression manuelle des liens symboliques /var/run ou /var/lock.

Enfin, sur la mise à jour de filesystem, les utilisateurs de noyaux antérieurs à linux-3.4 recevront un avertissement concernant les autorisations de /sys. Aucune raison de s’inquiéter, car à compter de linux-3.4, les autorisations seront en 555, et cette mise à jour en tient compte dans le paquet filesystem.

Article original

Vérification des paquets par pacman

4 juin 2012

Au cours des six derniers mois, les caractéristiques de vérification de paquets par pacman ont été désactivées par défaut tandis que nous nous débrouillions des détails de notre infrastructure à clé publique.

Elles ont finalement été activées dans pacman-4.0.3-2 ; quand vous mettrez à niveau, vous serez invité à exécuter:

pacman-key --init
pacman-key --populate archlinux

Ceci met en place un trousseau de clés local pour pacman, et le remplit avec les données nécessaires pour authentifier les paquets officiels. Cela comprend cinq clés principales utilisées pour authentifier les packagers Arch Linux (développeurs et utilisateurs de confiance), vous n’avez donc pas besoin de savoir qui rejoint ou quitte l’équipe: vous n’avez qu’à vérifier ces 5 clés principales une fois pour toutes. L’option populate vous invitera à le faire; veillez à vérifier avec précaution les empreintes affichées par rapport à celles publiées sur notre site web

Ensuite, fusionnez votre pacman.conf avec pacman.conf.pacnew, ce dernier activant la vérification des paquets grâce à l’option SigLevel, et vous devriez être quitte.

Pour plus de détails sur le développement de pacman et archlinux-keyring, voir les articles du blog d’Allan et Pierre.

Article original

systemd-tools remplace udev

1 juin 2012

systemd et udev ont été fusionnés. Il reste à les déplacer dans des paquets séparés. Toutefois, afin de garder les choses simples, udev va maintenant faire partie d’un paquet appelé systemd-tools. Ce paquet contient plusieurs autres outils autonomes qui peuvent être utilisés sans systemd. Le lecteur attentif notera que cela signifie également que l’intégralité de systemd est disponible dans le dépôt [core].

S’il vous plaît, remplacez udev par systemd-tools lorsque vous y serez invité. Si vous mettez à jour le paquet linux en même temps, vous pouvez voir une erreur lors de la création de l’initramfs comme quoi le hook udev n’est pas trouvé. Après la mise à niveau terminée, veuillez réexécuter ‘mkinitcpio -p linux‘ pour vous assurer qu’une image amorçable est créée pour le noyau nouvellement installé.

Article original

« Newer Posts — Older Posts »