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

RSS Feed

La mise à jour de astyle>=3.1-2 requiert une intervention manuelle

26 août 2019

Avant la version 3.1-2, il manquait un lien soname dans le paquet astyle. Ce problème a été corrigé dans la version 3.1-2. Par conséquent, la mise à jour devra remplacer le lien soname non suivi créé par ldconfig. Si vous obtenez une erreur

astyle: /usr/lib/libastyle.so.3 exists in filesystem

lors de la mise à jour, utilisez

pacman -Suy --overwrite usr/lib/libastyle.so.3

pour effectuer la mise à jour.

Article original (en)

La mise à jour de tensorflow>=1.14.0-5 requiert une intervention manuelle

21 août 2019

Il manquait des liens soname dans les paquets tensorflow antérieurs à la version 1.14.0-5. Ce problème a été corrigé dans la version 1.14.0-5. La mise à jour devra donc remplacer les liens soname non suivis créés par ldconfig. Si vous obtenez une erreur comme celle-ci:

tensorflow: /usr/lib/libtensorflow.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_cc.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_framework.so.1 exists in filesystem

lors de la mise à jour, utilisez:

pacman -Suy --overwrite=usr/lib/libtensorflow.so.1,usr/lib/libtensorflow_cc.so.1,usr/lib/libtensorflow_framework.so.1

pour effectuer la mise à jour.

Article original (en)

La mise à jour de libbloom>=1.6-2 requiert une intervention manuelle

11 juillet 2019

Il manquait un lien soname dans le paquet libbloom antérieur à la version 1.6-2. Ce problème a été corrigé dans la version 1.6-2. Par conséquent, la mise à jour devra remplacer le lien soname non suivi créé par ldconfig. Si vous obtenez une erreur

libbloom: /usr/lib/libbloom.so.1 exists in filesystem

lors de la mise à jour, utilisez

pacman -Suy --overwrite usr/lib/libbloom.so.1

pour la réaliser.

Article original

La mise à jour de mariadb 10.4.x requiert une intervention manuelle

27 juin 2019

La mise à jour de mariadb 10.4.6-1 et des versions ultérieures modifie la disposition de la configuration, comme recommandé upstream.

Le fichier de configuration principal /etc/mysql/my.cnf (et son répertoire d’inclusion /etc/mysql/my.cnf.d/) est déplacé vers /etc/my.cnf (et /etc/my.cnf.d/). Assurez-vous de déplacer votre configuration.

Les services instanciés (par exemple mariadb@foo.service) ne sont plus configurés dans des fichiers séparés (par exemple /etc/mysql/myfoo.cnf). Au lieu de cela, déplacez votre configuration vers des blocs de configuration suffixé par le groupe dans le fichier de configuration principal, un pour chaque service. Un bloc devrait ressembler à quelque chose comme ça:

[mysqld.foo]
datadir = /var/lib/mysql-foo
socket = /run/mysqld/mysqld-foo.sock
...

Comme pour toute mise à jour mariadb, le répertoire de données doit être réactualisé. Une fois la nouvelle configuration en place, exécutez:

systemctl restart mariadb.service && mariadb-upgrade -u root -p

Article original

La mise à jour de libutf8proc>=2.1.1-3 requiert une intervention manuelle

14 juillet 2018

Le paquet libutf8proc précédant la version 2.1.1-3 avait un lien soname incorrect. Cela a été corrigé avec le 2.1.1-3, la mise à jour devra donc remplacer le lien soname non suivi créé par ldconfig. Si vous obtenez une erreur

libutf8proc: /usr/lib/libutf8proc.so.2 existe dans le système de fichiers

lors de la mise à jour, utilisez

pacman -Suy --overwrite usr/lib/libutf8proc.so.2

pour effectuer la mise à jour.

Article original (en)

Nouvelles plus anciennes

2018-05-05
La mise à jour de js52 52.7.3-2 requiert une intervention manuelle
2018-04-21
glibc 2.27-2 et pam 1.3.0-2 peuvent nécessiter une intervention manuelle
2018-02-24
La mise à jour zita-resampler 1.6.0-1 -> 2 requiert une intervention manuelle
2017-11-08
Fin du support i686
2017-09-02
Changement de chemin de la bibliothèque Perl
2017-05-15
Dépréciation de l’outil ABS et point final à rsync
2017-03-16
La mise à jour vers ca-certificates-utils 20170307-1 demande une intervention manuelle
2017-03-01
Mesa avec le support de libglvnd est maintenant dans [testing]
2017-01-25
Suppression progressive du support i686
2017-01-15
xorg-server 1.19.1 est à présent dans extra

Derniers paquets (plus)

RSS Feed
clipgrab 3.8.5-1 x86_64
fuse2 2.9.9-2 x86_64
fuse3 3.6.2-2 x86_64
fuse-common 3.6.2-2 x86_64
k3b 1:19.08.1-2 x86_64
icewm 1.6.2-1 x86_64
parity-ethereum 2.5.8-1 x86_64
elixir 1.9.1-1 any
pacutils 0.8.1-1 x86_64
anki 2.1.15-1 any
repo 1.13.6-1 any
firefox-dark-reader 4.8.1-1 any
neovim 0.4.2-1 x86_64
unbound 1.9.3-2 x86_64
libvterm 0.1.git5.4a5fa43-1 x86_64

[archlinuxfr] (plus)

RSS Feed
php-cs-fixer 2.15.1-1 any
menulibre 2.2.1-1 any
nvm 0.34.0-3 any
piwigo 2.9.5-1 any
etcher 1.5.5-2 x86_64
cudatext 1.76.2.0-1 x86_64
php-redis 4.3.0-1 x86_64
php-igbinary 3.0.1-1 x86_64
retroshare 0.6.5-1 x86_64
lychee 3.2.8-1 any