Page 1 sur 5
[yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 14:54
par tuxce
Salut, j'ai uploadé 2 pkgbuild sur AUR:
package-query-git et
yaourt-git-exp qui l'utilise, pour ceux qui sont intéressé, merci de faire un retour
Le principe est d'utiliser un outil externe (en l'occurrence package-query) pour remplacer les grep,sed,awk etc., c'est un premier jet, donc à vos risques et périls (même si au pire, ça affichera une erreur
)
Pour les sources, c'est sur
http://gitweb.archlinux.fr
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 15:14
par Nic0
C'est installé !
Je ne manquerai pas de signaler d'éventuels bugs
Merci tuxce
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 15:24
par benjarobin
J'aurais bien aimer garder yaourt "au cas ou". Donc le seul fichier nécessaire c'est le .sh? (Sans compter les dépendances) Je test des ce soir.
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 15:30
par Nic0
Ça décoiffe c'est sûr
Par contre, je n'ai pas l'impression d'avoir les votes d'AUR avec une simple recherche avec yaourt, c'est voulu ?
Peut être suffit-il de l'activer, je n'ai pas regardé, mais j'aimais bien cette option par défaut.
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 16:04
par linox
==> Dépendances manquantes : (sur mon portable)
-> yajl
C'est installé !
Merci tuxce
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 18:37
par tuxce
Nic0 a écrit :
Par contre, je n'ai pas l'impression d'avoir les votes d'AUR avec une simple recherche avec yaourt, c'est voulu ?
exact, j'ai zappé ça en regroupant la fonction de recherche, remis au dernier commit.
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 21:11
par Skunnyk
Ça déboite, j'ai pas encore eu de problème, mais le temps de traitement est vraiment plus rapide
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 22:00
par erdnaxeli
Je viens de l'installer, et en effet tout ce qui est lié à AUR est nettement plus rapide.
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 22:01
par la_poigne
+1
pas de problèmes, mais quelle vitesse
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 22:32
par benjarobin
Après ceci:
Je n'ai plus la liste des paquets qui ne sont pas dans AUR car supprimé de AUR ou parce que c'est un paquet personnel...
Sinon cela met bien une grosse seconde pour commencer a afficher des résultats. Donc si on a peut de paquet sur AUR c'est plus lent... désolé d'aller en contre courant.
Bon sinon très bon début
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 22:49
par tuxce
benjarobin a écrit : Je n'ai plus la liste des paquets qui ne sont pas dans AUR car supprimé de AUR ou parce que c'est un paquet personnel...
oui j'avais vu ça, mais je me suis dit que c'est pas plus mal parce que toute façon, il n'a rien à te proposer, non ?
pour la seconde, j'ai pas très bien compris ?
tu veux dire qu'il répond lentement quand il y a pas de résultat?
Re: [yaourt] branche exp à tester
Publié : lun. 15 mars 2010, 23:00
par benjarobin
Il est bon de savoir que le paquet n'est pas dans AUR... Je le fait comment sinon?
Je veux dire que c'est assez lent avant de retourner le bloc de résultat.
Moins d'une seconde pour afficher ce bloc
4 secondes chrono en main pour afficher presque d'un coup le bloc qui suit alors qu'avant il affichait le tout en 8 secondes (Bon désolé je ne pensais pas que c'était aussi lent, mais la il faut attendre 4 secondes avant d'avoir quelque chose d'affiché) Sinon j'ai plus de paquet que ceci, mais ne sont pas dans AUR, tu peux en rajouter un petite dizaine
Code : Tout sélectionner
avg-free: à jour(r292-1 marqué comme "périmé")
celt: à jour
ddcxinfo-arch: à jour
eclipse-dtp: à jour
eclipse-htmleditor: à jour
eclipse-pydev: à jour
eclipse-subversive: à jour
eclipse-subversive-svn-connector: à jour
eclipse-subversive-svn-connector-svnkit: à jour
eclipse-wtp: à jour
google-earth: à jour
hwd: à jour
jad: à jour
kile-i18n: à jour
lsb-release: à jour
mumble: à jour
oracle-sqldeveloper: à jour
package-query-git: à jour
php-ssh: (local=0.11.0-2 aur=0.11.0-1)
python-textile: à jour
qarecord: à jour
silvercity: à jour
snack: à jour
ttf-openlogos: à jour
ttf-tahoma: à jour
virtualbox_bin: à jour
xbelld: à jour
xdebug: à jour
yaourt-git-exp: à jour
Re: [yaourt] branche exp à tester
Publié : mar. 16 mars 2010, 05:43
par wido
Bonjour,
y aura-t-il une amélioration concernant le nettoyage du cache de pacman (gestion des pkg.tar.xz et pkg.tar.gz) ?
Re: [yaourt] branche exp à tester
Publié : mar. 16 mars 2010, 09:34
par farvardin
installé et adopté ! Pas de remarque particulière, cela est beaucoup plus rapide.
Re: [yaourt] branche exp à tester
Publié : mar. 16 mars 2010, 15:59
par gyo
Oui, c'est vraiment bluffant de rapidité
bravo !
@wido : yaourt n'est pas là pour modifier le comportement de pacman, c'est un wrapper qui étend ses fonctionnalités. Et c'est quoi le problème de la gestion du cache actuellement ?
Re: [yaourt] branche exp à tester
Publié : mar. 16 mars 2010, 16:50
par tuxce
@benjarobin, décidément, j'ai un peu de mal à te suivre
benjarobin a écrit :
Moins d'une seconde pour afficher ce bloc
ensuite:
benjarobin a écrit :
4 secondes chrono en main pour afficher presque d'un coup le bloc qui suit
enfin bref, dans la version normale, il prend les paquets de la sortie pacman et ensuite fait une requête pour chacun, en gros, plus t'avais de paquets aur (ou en dehors d'alpm), plus ça prenait du temps; avec cette version il prend tous les paquets et fait une recherche groupée, le temps de pacman (la requête alpm pour sortir les paquets) reste pareil, par contre, le traitement derrière n'a rien à voir.
Entre balancer x wget, y grep, z awk et avoir le tout déjà chargé dans un prog, y a pas photo
Après, ça dépend aussi de la connexion et du nombre de dépôt que tu as, j'ai 7 (entre les testing, gnome-unstable etc.), ça prend en gros 4.7 sec avec "time" pour rechercher et afficher la liste.
sinon, j'ai rajouter tes précieux paquets qui n'existent nulle part :p
Re: [yaourt] branche exp à tester
Publié : mar. 16 mars 2010, 17:10
par benjarobin
Bref, c'est plus rapide, mais lorsque l'on lance la commande
Il affiche progressivement la liste des résultats trouves. Le temps et le même. Et je suis tout a fait d'accord que faire qu'un seul wget est plus rapide que en faire X, Un algo en o(n) est toujours moins bien qu'en o(1)
Bref hier j'ai tenter toute la soirée d'afficher/parser le contenu de sortie de package-query des qu'il y a la première ligne d'affiche. (Je sais cela change rien a la vitesse, Mais l'expérience utilisateur est bien meilleur.)
Donc oui je ne suis pas arrive a le faire... (Trop mauvais en bash ou c'est comme si le résultat n'était pas flusher du buffer...)
Bon je crois que j'ai été clair cette fois ci...
Re: [yaourt] branche exp à tester
Publié : mar. 16 mars 2010, 17:30
par tuxce
ok là je vois
et j'avais pas compris que tu parlais du temps avant affichage, au temps pour moi.
effectivement, un pipe ou redirection, ça ne flush pas forcément (ça doit avoir un rapport avec le terminal) et en rajoutant un fflush() sur package-query, ça le fait ... je vois que pacman aussi flush la sortie, oui pourquoi pas
EDIT: ceci dit, un $() de toute façon ne retourne le résultat qu'à la fin
Re: [yaourt] branche exp à tester
Publié : mar. 16 mars 2010, 17:35
par benjarobin
Merci, je test des ce soir si tu as le temps de faire la modification... L'utilisateur ne se demande pas ainsi ce qui se passe pendant 4 secondes (pour moi) Tu es un as
Je me douter bien qu'il y avait une histoire de flush, mais je croyais que le saut de ligne faisait un flush automatique. (c'est pas le cas ?)
Re: [yaourt] branche exp à tester
Publié : mar. 16 mars 2010, 18:59
par Nic0
Il semble y avoir une différence dans les recherches avec les deux yaourts, avec une recherche comportant deux mots.
La commande suivante :
Avec le yaourt classique (ainsi que yaourt-git), il me retourne 7 résultats, tous comportant les deux mots.
Avec le yaourt-git-exp, il me retourne 317 résultats, visiblement comportant soit l'un soit l'autre mot (soit les deux).
Le résultat semble similaire pour un « yaourt -Ss mind map ».