Archlinux.fr [Forums]

j'avais merdé l'install c'est pour ça que git-exp n'était pas marqué comme installé... (fallait virer yaourt à la main avant d'installer via pacman...)

tuxce a écrit :pour le groupe, c'est lié avec la première, si je fais une requête / paquet comme avant, ça passera, sinon, il y a aussi la possibilité de modifier package-query pour sortir tous les paquets sur la demande d'un groupe:
commit 2010-03-19 11:05:17
ça permettrait d'utiliser customizepkg pour les paquets du groupe, mais ça empêche la question de pacman sur le contenu du groupe ... bref, votre avis ?

yaourt doit garder le même comportement que pacman, c'est plus clair pour les tutos genre "pour installer xfce faites pacman/yaourt -S xfce4". Soit on garde la même sortie, soit on fait un truc carrément mieux (genre avec plus de détails comme le -Su, ou le support de customizepkg). J'utilise rarement l'installation par groupe, mais j'apprécie franchement de pouvoir choisir quels pkgs j'installe. Si je découvre que ça fait trop de dépendances, alors je retape "yaourt -S ce que je veux".
Bref, faudrait tester si le paquet appartient à `pacman -Sg` avant d'aller chercher dans les dépôts et dans AUR.

Ton avis à toi Tuxce ?

En fin de compte, j'ai rajouté la recherche de groupe dans package-query et yaourt détecte les groupes, le truc de "pacman -Sg", c'était qu'il fallait les sortir de la liste faire une requête avec un awk puis uniq etc..., c'est justement ce que je veux éviter en ce qui concerne les requête alpm mais tu as raison, vaut mieux rester le mieux possible collé au fonctionnement de pacman, pour l'affichage, c'est autre chose, mais la logique, vaut mieux rester pareil.

c'est impec comme ça
Il y a un ptit problème par contre sur les provisions. Par exemple package-query ne voit pas que bin32-wine fournit wine:

en x86_64 a écrit :pacman -S wine
Avertissement: Une provision a été sélectionnée (bin32-wine fournit wine)

c'est en théorie arrangé

tuxce a écrit :c'est en théorie arrangé

pfff trop simple pour toi
ça marche impec oui

Le premier qui redit que yaourt n'est plus en développement
Sinon encore bravo
Une date pour le déplacement de la branche exp dans le trunk de git ? Et une estimation pour la mise en "production" ?

Le plus tôt serait probablement le mieux. Un paquet d'alternatives se créent en ce moment et les utilisateurs migrent à cause des problèmes de vitesse. J'ai indiqué l'existence de la branche exp sur arch-general en attendant, mais release early, release often tient quand même...

Effectivement la vitesse est assez hallucinante.

Un bug : l'option -G ne semble pas fonctionner avec les paquets de core/extra il me semble. Ça ne marche qu'avec les paquets de AUR.

Tondu

tu as rsync d'installé ?
(faut que je pense à le rajouter en deps ou au moins en optdepends)
sinon, il t'affiche une erreur quelconque ?

pour les releases, ça va se faire bientôt, l'affaire d'une semaine je pense.

Oui j'ai bien rsync d'installé. Ça fonctionne très bien avec AUR.
Voilà ce que ça donne par exemple pour
Mais aucun fichier n'est téléchargé dans le répertoire courant.

J'ai involontairement effacé un ".", il est remis.
(je savais pas que rsync fonctionnait sans destination)

Effectivement ça marche maintenant. J'ai juste un message systématique :
pour les paquets ne provenant pas de AUR.

tu le fais sur /tmp, non ?

sinon, au cas où et si vous suivez (même de loin le git), exp a été fusionnée avec la branche master (pour une release) et exp va reprendre son rôle d'expérimentation (code_change va être fusionné avec), donc pour ceux qui sont satisfait par le fonctionnement de celle ci ne devrait pas mettre à jour ou repasser sur master (yaourt-git).

Oui effectivement, autant pour moi.

comme la version 0.9.3.2 est sortie, yaourt-git-exp reprend le role de test, il y a des changements de logique cette fois, même si le fonctionnement reste pareil:

- Le fichier de config passe à une syntaxe bash, pensez à le modifier si vous avez spécifié quelque chose dedans.
- Il y a une gestion des conflits après la compilation
- L'échec d'une compilation demande si vous voulez recommencer
- Support des paquets splittés (pour le build, export...) genre kernel26
- Récupére les PKGBUILD du paquet de base, genre pour "yaourt -G vlc-plugin"
- lecture du PKGBUILD à l'aide de makepkg ce qui contourne les PKGBUILD qui ne sont pas fait pour l'analyse
- + un peu plus rapide par ci par là

Merci de tester et de rapporter les bugs qui doivent sûrement exister.

(c'est implicite, mais package-query-git est à mettre à jour en même temps que yaourt-git-exp)

Petite question,
pourquoi la date de révision du paquet reste au 15/03/2010 ?
En la changeant ça serai plus simple pour suivre les mises à jour, non

C'est le principe des paquets avec -git, si on l'upload à chaque commit, on finirait pas...

Ah mon avis, en y réfléchissant bien, il doit y avoir moyen de faire un script pour reuploader le PKGBUILD automatiquement avec la nouvelle date après un commit.

C'est pas le but, ça forcerait une mise à jour chez tous les utilisateurs à chaque commit... Imagine ça pour un projet comme OpenOffice ! Quand tu veux mettre à jour, réinstalle simplement le paquet.