[archlinuxfr] upload tar.xz erronés (résolu)

[coincoin]

Hello,

J'ouvre ce thread ça va être plus pratique pour communiquer.
Les paquets concernés sont : petsc et dfc pour le moment (peut être y en a-t-il d'autres je n'ai pas vérifié). (Si Rolinh tu as retenté de ton côté pour dfc...)
un afur-makepkg -s paquet.tar.xz retourne un message exit success alors que l'on ne voit pas les paquets sur repo.archlinux.fr
Pas de problème pour les sources pkgbuild.

C'est le bordel aussi dans pkg/ et pkgbuild/ je peux aider pour le nettoyage de printemps si besoin. Si c'est possible qu'on fasse un fork d'afur qui puisse permettre de maintenir ça un peu plus facilement je veux bien regarder un peu.

[Ypnose]

Je suis un train d'écrire un client similaire à afur (par contre il est uniquement basé sur mes besoins): https://github.com/Ypnose/Afuryc
Le script est presque fini. Pour le moment il n'est pas utilisable.
Sinon, j'ai l'impression que le paquet n'est pas disponible de suite sur le repo, car l'upload place le fichier dans une sorte "d'endroit temporaire" avant que Tuxce regarde ce qu'il doit faire.

[Rolinh]

Je me demande si ça n'est pas suite au grand nettoyage de printemps effectué par Tuxce dernièrement.

@Ypnose: j'y ai jeté un bref coup d’œil en 30s. Je ne connaissais pas mksh mais sinon, au lieu de $HOME/.config, tu devrais utiliser $XDG_CONFIG_HOME tel que définit par freedesktop

There is a single base directory relative to which user-specific configuration files should be written. This directory is defined by the environment variable $XDG_CONFIG_HOME.

Sinon, il y a de la simplification que tu peux faire rien qu'en définissant une variable qui pointe vers ton fichier de conf que tu set une première fois. Ça t'évitera des tests inutiles d'autant plus que tu checks si le fichier de conf existe au début. Si j'ai le temps je te fournirais un patch mais je suis un peu coincé en ce moment.

[Ypnose]

Ouai je connais XDG, mais le script est écrit pour fonctionner dans un environnement ultra-minimal (mes serveurs dockstars) avec lesquels libxdg-basedir n'est pas installé (et je ne souhaite pas l'installer).
Sinon, j'ai justement une idée pour ne pas faire des tests redondants.

[coincoin]

Sinon, j'ai l'impression que le paquet n'est pas disponible de suite sur le repo, car l'upload place le fichier dans une sorte "d'endroit temporaire" avant que Tuxce regarde ce qu'il doit faire.

Oui je pense qu'il est bloqué dans cet endroit temporaire il a disparu de la circulation. En passant par ftp directement, le serveur le déplace bien quelquepart en tout cas car il disparaît dès que je l'upload. Ca me fait rappeler que tuxce avait prévenu s'il y avait un souci de ce genre, de le lui dire. J'imagine qu'il doit savoir d'où ça vient alors.

Sinon pour ton appli, j'aime beaucoup le minimalisme présenté mais ce qui serait peut être intéressant de changer c'est la gestion de afur elle même. Il y a sur le git cf http://git.archlinux.fr/afur.git/ le php gestion de la bdd, les scripts, etc... Je pensais proposer par exemple de comparer les versions d'un paquet de archlinuxfr à celui de AUR et voir si le paquet était à jour dans un sens comme dans l'autre. J'ai un script qui fait ça.

@Rolinh je découvre dfc je regarde le code c'est très formateur !

[Ypnose]

Ah oui, j'avais compris que tu voulais juste changer le client shell pour l'upload, mais c'est vrai qu'afur a aussi une partie serveur et la gestion.

[Rolinh]

@coincoin: Si tu as des questions, n'hésite pas.

[tuxce]

Salut, alors dans le désordre (déjà eu la conversation avec coincoin sur irc) :
- Parmi les modifications de pacman 4.1, le .PKGINFO intègre de nouvelles variables (makedepend par exemple)
- Les paquets dfc et petsc ont été fait avec makepkg 4.1
- afur ne prenait pas en compte ces variables (ou plutot buggait à cause de ça parce que de toute façon, elles sont pas prises en compte)
C'est résolu.

Pour le bazar dans /pkg et /pkgbuild, c'est des dossiers à accès direct, la possibilité de lister leur contenu est là à titre indicatif ou si quelqu'un en a le besoin. Même si des paquets périmés y sont présents, il n'y a pas de lien vers eux, le dépôt ne les liste pas et afur ne pointe pas vers des PKGBUILD inexistant.

Sinon, pour ce qui est d'un fork ou patch etc., si quelqu'un a quelque chose de fonctionnelle et qui répond à un besoin à présenter, il est le bienvenue (c'est même exactement comme ça qu'afur a été mis en place)

[coincoin]

Ok souci résolu l'upload de petsc (any) (et dfc (x86_64) en attendant que Rolinh reup) est visible maintenant sur repo/pkg.
J'ai envoyé le script de comparaison à tuxce en espérant qu'il aura le courage de se replonger dans le code d'afur ^^'.
Si je trouve le temps je regarde de mon côté aussi.

[Rolinh]

C'est fait. J'ai recompilé et ré-envoyé les paquets 32 et 64 bits pour dfc. J'ai fait un test et ça semble tout bon maintenant.