Archlinux.fr [Forums]

Pour ceux que ça interesserait, AUR 4.0 est disponible en pre-alpha sur https://aur-dev.archlinux.org/

En grosse nouveauté, les paquets sur AUR seront gérés (si je comprend bien) UNIQUEMENT via git !

Plus d'infos: https://lists.archlinux.org/pipermail/a ... 03013.html

La migration se passera en 2 temps, je cite :

AUR package maintainers are then asked to upload their packages to aur-dev.archlinux.org and co-maintain them on aur.archlinux.org and the Git repository on aur-dev.archlinux.org for some time (roughly four weeks).

Puis https://lists.archlinux.org/pipermail/a ... 03014.html :

At some point in time, I am going to remove all package bases that have not been uploaded to aur-dev.archlinux.org and move everything from aur-dev.archlinux.org to aur.archlinux.org. It is a huge AUR cleanup.

Et la discussion sur aur-general : https://lists.archlinux.org/pipermail/a ... 29990.html

Gros grabuge en prévoyance !
Il n'y a pas encore de date, je pense qu'il va y avoir beaucoup de retours, mais ça arrivera bien un jour

Mmmmh y'a moyen d'aspirer tout le aur actuel ? Enfin au moins les pkgpuilds... Je dis ça car j'utilise un ou deux petit bidules qui sont orphaned depuis bien longtemps mais je n'ai pas trop le temps de m'occuper de ces paquets là... mais si un jour j'avais le temps ça me ferait une base de départ...

Woot ! En voilà une bonne nouvelle !

J'ai migré mon paquet (hum) https://aur-dev.archlinux.org/packages/addic7ed-cli/

@milouse: Il y aura une archive de tout l'ancien aur de disponible de toutes façons : https://lists.archlinux.org/pipermail/a ... 29996.html

@Alk : Cool :p

@Skunnyk: Cool alors

J'ai testé avec un de mes paquets... ça passe nickel. Bon, ça va me compliquer un chouilla la tâche comme j'historisais mes paquets dans une forge perso, mais pour les nouveaux arrivant, ça simplifie le process.

Bien que je sois familier avec Git, j'avoue que sans le message de Lukas Fleischer, je n'aurais pas réussi à publier un paquet sur cette future version de AUR.
Elle a l'air plus orientée pour les développeurs, ce qui risque de faire fuir le "petit mainteneur" de paquets (ce qui est dommage), mais cette purge était plus que nécessaire, les normes de paquetages ont trop changé, c'est fou tous les paquets sur AUR qui sont encore old-gen. Du coup cela signifie-t-il qu'on va pouvoir faire des pull requests sur n'importe quel paquet ?

Bref, étant un peu déboussolé devant cette nouvelle version, j'ai préféré prendre des notes, et autant en faire partager tout le monde : AUR_4.0.0. N'hésitez pas à améliorer la page si vous le souhaitez, elle est peut-être un peu légère, mais l'essentiel est là.

Sinon, quelqu'un connaît la manipulation pour créer automatiquement le fichier .SRCINFO (sans faire un makepkg --source puis l’extraire) ?

Là comme ça je ne vois pas... De mon côté, j'utilise un la commande suivante :
Il y a sûrement moyen de scripter ça... ou inclure la manip dans un makefile...

[Edit] Et voilà c'est scripté ... à placer n'importe où dans votre path... et à appeler dans le dossier contenant le PKGBUILD à mettre à jour

Visiblement avec pkgbuild-introspection-git, il existe une commande mksrcinfo qui fait ça. Ça n'est pas encore disponible dans pkgbuild-introspection.

J'ai eu ma réponse quelque part à pourquoi passer uniquement par Git : sur AUR v3 on envoie des tarballs, et j'ai lu à quelques reprises le terme de tarbomb dans la mailing list, donc j'en déduis que Git servira à stopper des attaques de ce type.

En tout cas, les nouvelles fonctionnalités de la future version de AUR s'annoncent très intéressantes, je trouvais que les Requêtes de Fichier de la version 3.5 étaient un grand plus (plus besoin de devoir formuler une demande à aur-general), mais là le support des co-mainteneurs vient d'être implanté (commit fc23a9b), et les TUs vont pouvoir se rendre plus utiles qu'avant (commit ebf8f5d) !

À propos des co-mainteneurs, seul le mainteneur pourra les définir et rendre le paquet orphelin (et accessoirement, changer la catégorie du paquet).
À propos des TUs, visiblement jusqu'à présent, s'ils veulent modifier un paquet qui ne leur appartient pas, ils peuvent se définir comme le propriétaire, mais ils ne peuvent pas remettre l'ancien mainteneur en tant que propriétaire (ils peuvent, tout comme nous, juste le rendre orphelin), ce qui devait souvent causer des problèmes. Là au moins, c'est fixé.

Bref, tant qu'à faire, si vous avez des idées d'amélioration pour la version 4, je vous recommande chaudement de les soumettre via le Bugtracker (dans la catégorie AUR, en tant que Feature Request).

Xorg a écrit :Elle a l'air plus orientée pour les développeurs, ce qui risque de faire fuir le "petit mainteneur" de paquets (ce qui est dommage), mais cette purge était plus que nécessaire, les normes de paquetages ont trop changé, c'est fou tous les paquets sur AUR qui sont encore old-gen.

Je les soupçonne d'utiliser ce moyen pour effectivement dégager un tas de paquets plus maintenus et cie... reste à voir si ça ne finira pas par s'entasser pareillement...

Autrement, j'ai testé aussi en attendant de transférer le reste... Je n'en pense pas grand-chose pour le moment.
Pour le mainteneur, ça ne complique que pour qui n'a jamais touché git ou un système de gestion de version, ça ne paraît pas insurmontable (il y a peu de choses à connaître pour utiliser git ainsi, mais quand même)...
Côté utilisation, à voir si comment cela va impacter les différents assistants existants...
Et de l'autre côté du miroir... eh bien, ce sont les dévs que ça regarde...

FoolEcho a écrit :

Xorg a écrit :Elle a l'air plus orientée pour les développeurs, ce qui risque de faire fuir le "petit mainteneur" de paquets (ce qui est dommage), mais cette purge était plus que nécessaire, les normes de paquetages ont trop changé, c'est fou tous les paquets sur AUR qui sont encore old-gen.

Je les soupçonne d'utiliser ce moyen pour effectivement dégager un tas de paquets plus maintenus et cie... reste à voir si ça ne finira pas par s'entasser pareillement...

Tu veux parler de la liste magique ? Hé oui, c'est la crème de la crème, tous les paquets orphelins périmés sans vote.
En fait j'ai espoir que les TUs utilisent davantage leurs pouvoirs avec la version Git pour maintenir au AUR potable ; on va repartir sur une base "seine", ça serait bien que tout le monde y mette du sien. Mais ça marchera peut-être mieux si les standards de paquetages arrêtaient d'évoluer à l'avenir, car c'est vrai, si on trouve encore des paquets sans fonction package() et avec les vieilles variables _gitroot et cie, c'est à cause de ces évolutions. Puis là, j'ai du mal à voir comment on pourrait encore faire évoluer le système de paquetage, il me paraît complet.

FoolEcho a écrit :Autrement, j'ai testé aussi en attendant de transférer le reste... Je n'en pense pas grand-chose pour le moment.
Pour le mainteneur, ça ne complique que pour qui n'a jamais touché git ou un système de gestion de version, ça ne paraît pas insurmontable (il y a peu de choses à connaître pour utiliser git ainsi, mais quand même)...

Oui bon j'avoue, si tu vires la partie de la configuration de la clé SSH et que tu connais les commandes Git, c'est vite fait.
En plus ça vient d'être modifié, on peut se passer du ssh aur-dev.archlinux.org setup-repo et direct faire le git clone pour créer son paquet.

C'est long à venir. Quelqu'un a une idée de date ?

Aucune idée, mais j'ai aussi bien pu laisser passer l'info si elle est apparue sur la liste de diffusion...

Justement, le la lis depuis l'annonce de la pré-alpha, et je n'ai pas l'impression non plus qu'il y ait du nouveau depuis. Lukas Fleischer fait tout à lui seul, peut-être qu'il aimerait d'autres personnes pour l'épauler sur ce projet ?

Lukas Fleischer est de retour.

Annonce importante :

Le 1er juin, tous les mainteneurs sur AUR vont recevoir un email qui vous informera qu'une semaine plus tard (le 8 juin), AUR 3 passera en lecture seule, c'est-à-dire qu'on ne pourra plus commenter, ajouter ou modifier des paquets.
Les personnes souhaitant continuer de maintenir leurs paquets devront les soumettre sur AUR 4 à l'adresse https://aur4.archlinux.org (cela dit, à l'heure où j'écris, ce lien n'est toujours pas valide, mais https://aur-dev.archlinux.org l'est toujours) avant le 7 juillet. Cette date est importante car si vous ne soumettez pas vos paquets avant cette date, alors dès le 8 juillet, n'importe qui pourra devenir mainteneur des paquets non-soumis sur AUR 4.
Dès le 8 août, https://aur4.archlinux.org deviendra https://aur.archlinux.org, effaçant AUR 3 afin de laisser définitivement place à AUR 4.

Pour les instructions à suivre, ça se passe ici (wiki En). Pour les anglophobes, la page française AUR_4.0.0 existe déjà depuis quelques mois.
Pour rapporter des bugs, ça se passe toujours sur le Bugtracker.

Source : https://lists.archlinux.org/pipermail/a ... 03148.html

Il n'était pas question de basculer aur-dev directement, vu qu'il y a déjà pas mal de monde à être passé par là en prévision ? ... enfin bon on verra, mais je trouverais ça bizarre de ne pas le faire, il me semblait que c'était plutôt le but d'ailleurs...

Je n'en sais rien. Peut-être que aur-dev n'était qu'un bac à sable après tout. Enfin, d'ici quelques jours, on aura la réponse. Puis mettre les paquets sur aur-dev n'était pas une perte de temps non plus, il y a des changements à faire pour uploader un paquet provenant de AUR 3 sur AUR 4, comme ajouter les fichiers .gitignore et .SRCINFO. J'espère, dans le pire des cas, qu'il faudra juste refaire un push après avoir modifié l'adresse du serveur dans le fichier ~/.ssg/config.

@Xorg : ahah, la page du wiki officielle a déjà changée depuis hier, l'ancre est désormais #Submitting_packages_to_aur4.archlinux.org. Par contre on retrouve bien tout nos paquets poussés sur aur-dev donc la migration devrait être automatique (juste changer nos git remote deux fois, ce qui n'est pas super cool... sauf si on a l'assurance que aur4 pointera à terme au même endroit que aur acuellement...)

C'est bon, AUR4 est up. Tout ce qui était sur AUR-DEV est passé sur AUR4 (je suppose que la BDD a été conservée).
AUR-DEV n'est plus.

Mais il n'y aura pas de migration automatique de AUR3 vers AUR4, le but de cette grosse manœuvre étant le nettoyage.

bonjour,
il n'est pas possible de se loguer avec mes identifiants aur ?apparemment non

Pour la création d'un "nouveau compte" je bloque sur la clé:
wiki fr: il y a "fichier ~/.ssh/id_rsa-aur" manque pas l’extension .pub ?
wiki fr: j'ai "SSH Public Key" mais sur la page de login : "PGP Key Fingerprint" ?
sans entrer de key ou et si j'entre ma "fingerprint" j'ai l'erreur "The SSH public key, , is already in use."
si j'entre n'importe quoi (id_rsa-aur, 123) l'erreur: "The PGP key fingerprint is invalid." et champ tronqué a 45 caractères ; normal