Vers une pérénisation d’AUR et la fin des attaques automatisées ?

Le dépôt de recettes communautaire d’Archlinux, AUR a subi deux attaques automatisées. Une première dont j’avais parlé en juin 2026, et une autre en juillet qui rajoutait des insultes aux charges malicieuses. Cela avait entraîné un gel de l’envoi de modifications pour éviter qu’un paquet fraîchement adopté ne soit vérolé.

Finalement, des mesures plutôt restrictives et nécessaires ont été prises. Selon le message posté le 11 août 2026 sur la liste de publication aur-general :

1) Les créations de nouveaux comptes sont encore bloqués.
2) Toute adoption de paquets ne sera plus automatique et demandera une vérification manuelle. Je cite :

Package adoption now requires review. Adopting an orphan, whether from
the web interface or via `ssh aur@aur.archlinux.org adopt `, files an adoption request rather than transferring maintainership immediately. A Package Maintainer must grant it. Only one request can be
pending per package base, and requests nobody acts on are rejected automatically after 14 days.

Ce qui donne traduit :

L’adoption d’un paquet doit désormais faire l’objet d’un examen. L’adoption d’un paquet orphelin, que ce soit depuis l’interface web ou via la commande `ssh aur@aur.archlinux.org adopt `, déclenche une demande d’adoption plutôt qu’un transfert immédiat de la responsabilité de maintenance. Un responsable de paquet doit donner son accord. Une seule demande peut être en attente par base de paquets, et les demandes pour lesquelles personne ne réagit sont rejetées
automatiquement au bout de 14 jours.

En gros, ce sont les anciens « trusted users » qui prendront en charge cette vérification. Autant dire que c’est la meilleure réponse à apporter aux adoptions automatisées de paquets. Il est certains que certains emmerdeurs vont multiplier les demandes d’adoption pour gripper la machine. Mais c’est de bonne guerre pour conserver un AUR sain et ne contenant que peu ou pas de recettes vérolées.

On verra à l’usage, mais c’est un pas dans la bonne direction. Et c’est peu que de le dire.

Des fois, des rapports de bug, ça aide.

Je maintiens sur le service AUR pas mal de PKGBUILDs (des recettes pour empaqueter les logiciels) dont pamac-aur-git, qui est la version de développement de l’outil Pamac de Manjaro sur des bases Archlinux.

Fin juillet 2023, un fil est ouvert sur le forum d’EndeavourOS pour parler d’un problème un peu ennuyeux : l’icone de notification de pamac-aur-git ne change plus d’apparence quand des mises à jour sont disponibles. Ce qui casse une fonctionnalité bien pratique.

Dans le premier post du fil, il y a un lien vers un rapport de bug qui apporte la solution : rajouter pamac-cli (la version ligne de commande de pamac).

En effet, depuis quelques versions, pamac en ligne de commande n’est plus empaqueté avec le pamac graphique. Ouille !

Rajouter l’exécutable qui manque n’est pas une mince affaire. C’est en regardant sur le PKGBUILD de pamac-aur que j’ai la réponse.

Continuer la lecture de « Des fois, des rapports de bug, ça aide. »

De la curiosité à l’origine d’un PKGBUILD sur AUR…

Il y a un jeu homebrew que j’aime particulièrement sur ordinosaure, c’est le jeu d’exploration et d’énigmes Tenebra. Je l’ai découvert avec sa version Commodore 64, puis j’ai pu l’apprécier pour des machines un peu plus diverses comme le ZX Spectrum, le Commodore Amiga, le Commodore Plus/4, l’Amstrad CPC ou encore la Nintendo NES et les ordinateurs MSX.

Mais c’est un port vieux d’une quinzaine de jours – au moment où je rédige cet article, le 30 juillet 2023 – à savoir le mythique BBC Micro sur lequel est né un jeu mythique sur lequel je reviendrai dans un article à venir fin juillet ou début août, si tout se passe bien !

En effet, dans son effort de porter au maximum ce jeu d’exploration et d’énigmes sur un maximum de plateformes, H4plo s’est attaqué au BBC Micro.

Ma curiosité ayant été piquée au vif, j’ai été voir ce qui existe en terme d’émulation BBC Micro sous Linux. Et je dois dire que le résultat n’est pas franchement des plus convaincants. Il y a beebem qui n’est plus développé pour Linux depuis une éternité. En effet, si on regarde dans les actualités de l’émulateur, on voit que le port date de 2006…

Je cite :

BeebEm 0.0.13 released 12th November 2006:

De plus, le paquet sur AUR nécessite une adaptation pour permettre la compilation de ce vénérable ancêtre.

Continuer la lecture de « De la curiosité à l’origine d’un PKGBUILD sur AUR… »

Pourquoi autant de haine envers AUR ?

Cela fait déjà 11 ans que je suis utilisateur d’Archlinux. En onze ans, je l’ai eu sur 3 machines différentes, pour une demi-douzaine d’installations successives en dur au final.

La dernière étant celle de mon PC fixe via Anarchy Linux. Installation qui a subi le passage du disque dur vers un nvme. Donc autant dire que l’installation a la peau dure.

Cependant, quand je vais sur des vidéos qui parlent d’Archlinux, que ce fussent les miennes quand j’étais encore sur Youtube, ou que ce soit sur des vidéos plus récentes, j’ai toujours la même rengaine qui veut qu’AUR soit la dernière des pourritures.

Je dois dire que ce genre de réflexion m’atomise les gonades. Oui, on en est plus bas que le niveau moléculaire. Si je prends la liste des paquets AUR de mon Archlinux, voici le résultat :


~ pacman -Qm
anydesk-bin 6.0.0-1
dosbox-x-sdl2 0.83.4-1
downgrade 8.1.0-1
flac2mp3-bash 1.0-7
gnome-shell-extension-appindicator 33-1
gnome-shell-extension-dash-to-dock 68+7+g8f1e968-1
gnome-shell-extension-easyscreencast-git 1.1.0.r6.g3252312-1
gnome-shell-extension-openweather-git r1088.7a9236a-1
imagewriter-git 20190501-1
it87-dkms-git 148.40bec4b-1
javacpc 1:2.9.8f-1
libreoffice-extension-grammalecte-fr 1.11.0-1
nerd-fonts-meslo 2.1.0-1
pamac-aur-git 9.5.7.r5.g647b30b-1
pcem-git r1575.9b737f6-1
qemu-arch-extra-git 11:5.1.0.r0.gd0ed6a69d3-1
qemu-git 11:5.1.0.r0.gd0ed6a69d3-1
ttf-ms-win10 10.0.18362.116-2
uuid 1.6.2-19
vice-svn r38378-1
xsane2tess 1.0-12
yay 10.0.3-1


~ pacman -Qm | wc -l
22
Continuer la lecture de « Pourquoi autant de haine envers AUR ? »

Ah, les dépôts tiers et leurs aléas…

J’ai souvent eu la dent dure sur l’utilisation abusive des dépôts PPA pour les distributions de la famille Ubuntu. Quand on voit des horreurs comme la FerenOS qui arrive à accumuler quelque chose comme 20 ou 30 dépôts tiers, on se dit que cela finira un jour par partir en cacahuètes. Je vous renvoie à cette vidéo concernant une des préversions de la PinguyOS 18.04 qui n’était pas franchement mieux au final…

On est dans quelque chose qui ressemble à un film d’horreur de série Z. En allant sur distrowatch, j’ai pu lire une énième fois une information concernant le dépôt tiers AUR.

Continuer la lecture de « Ah, les dépôts tiers et leurs aléas… »