Archlinux.fr [Forums]

il suffit d'installer bash-completion et d'avoir une version récente de yaourt.
un "source /etc/profile" permet d'activer bash-completion manuellement après l'installation.

coule, mais tu pense intégrer la complétion pour zsh dans ton paquetage ?

Bein j'ai jamais testé la completion zsh
Il y a quelqu'un qui a créé ce paquetage (dispo sur aur), mais je ne sais pas s'il est encore maintenu, et surtout s'il est complet.
Je ne vois aucun inconvénient biensûr à l'intégrer dans yaourt si le mainteneur de la completion zsh m'en fait la demande

Je vien de tester celle de bash, elle est plus avancé; bon c'est toi qui la maintient

C'est pareil pour makepkg toussa

Sous zsh et la dernière release de zsh-yaourt:

# yaourt -
option
-A -- Add a package to the system
-Q -- Query the package database
-R -- Remove a package from the system
-S -- Synchronize packages
-U -- Upgrade a package
-V -- Display version and exit
-h -- Display usage

Ok ça marche merci bien. Tiens c'est même intégré à pacman en fait !

J'espère qu'un jour les devs d'Archlinux réaliseront leur erreur et intègreront Yaourt.
Encore aujourd'hui je lisais sur le forum anglais un développeur faire remarquer que c'est grâce aux développements tiers de la communauté que Arch existe, alors je ne comprends vraiment pas pourquoi on néglige Yaourt qui est si pratique pour AUR, spécialement pour un débutant.
Les utilisateurs du site anglophone passent vraiment à coté de qqchose (même si Yaourt est même présenté dans le Beginner's guide du wiki et qu'il devient vraiment populaire).

Bonne continuation en tout cas, Yaourt fait partie de ces programmes qui me redonnent vraiment foi en Linux et les logiciels libres...

merci bapman
ça fait chaud au coeur

C'est vrai que le fer de lance du logiciel libre c'est que les contributions extérieures sont acceptées. Dans la pratique malheureusement ce n'est pas toujours évident de contribuer à certains projets. Souvent les auteurs sont assez fermés

Bonjour, est-ce que c'est normal que la option --config est utilisee differement ?
Yaourt ouvre le config et pense que tous les mots dedans sont des packets a installer
Svp regarde a http://users.edpnet.be/dieter/yaourt-vs-pacman.png pour voir la difference entre pacman et yaourt

Je suis entrain de creeer un nouveau script d'installation pour archlinux qui utilise yaourt donc j'aimerai la possibilite d'utiliser l'option --config normalement

Merci beaucoup!

Dieter

Dieter_be a écrit :Bonjour, est-ce que c'est normal que la option --config est utilisee differement ?
Yaourt ouvre le config et pense que tous les mots dedans sont des packets a installer
Svp regarde a http://users.edpnet.be/dieter/yaourt-vs-pacman.png pour voir la difference entre pacman et yaourt

Je suis entrain de creeer un nouveau script d'installation pour archlinux qui utilise yaourt donc j'aimerai la possibilite d'utiliser l'option --config normalement

Merci beaucoup!

Dieter

Effectivement cette option n'est pas gérée par yaourt pour l'instant, mais ça peut se rajouter.

Bonjour, nouvel utilisateur de Arch, ainsi que yaourt, je me pose une petite question :

Quand on installe un paquet à partir des sources (yaourt -Sb <nomdupaquet>), si il y a besoin d'installer des dépendances, celles-ci seront installées à partir des dépôts binaires.

Y a-t-il possibilité de compiler automatiquement ces dépendances au lieu de les installer par binaires ? (en laissant le choix)

Par exemple, si je désire installer Firefox par compilation, Firefox va être compilé, mais xulrunner sera la version binaire des dépôts, ça n'est pas très logique.
Ça exige de repasser derrière pour compiler les dépendances.

Merci d'avance, et merci pour ce merveilleux programme

salut.
Pour la compilation, ça dépend comment on voit la chose, si on part du principe qu'il faut compiler les dépendances, tu te retrouveras au final à compiler le système en entier car xulrunner dépend de gtk, celui ci de xorg etc.

Le but premier du -Sb (àmon avis, wain corrigera au cas où) est de recompiler un paquet dans le cas où ce dernier à été compilé sur une version antérieur d'un programme ou dans le cas où on voudrait ajouter ou enlever une des options de fabrication du paquet, recompiler les dépendances sans changer quoi que ce soit de leur PKGBUILD ne sert pas à grand chose.

Dans le cas où une dépendance devrait être recompilée, elle peut être spécifiée dans la liste des paquets:

tuxce a écrit :salut.
Pour la compilation, ça dépend comment on voit la chose, si on part du principe qu'il faut compiler les dépendances, tu te retrouveras au final à compiler le système en entier car xulrunner dépend de gtk, celui ci de xorg etc.

Pas faux, mais je parle de le faire uniquement pour les dépendances non encore satisfaites, et en laissant le choix pour chaque dépendance, on peut également adapter le pkgbuild pour chaque.

tuxce a écrit : Le but premier du -Sb (àmon avis, wain corrigera au cas où) est de recompiler un paquet dans le cas où ce dernier à été compilé sur une version antérieur d'un programme ou dans le cas où on voudrait ajouter ou enlever une des options de fabrication du paquet, recompiler les dépendances sans changer quoi que ce soit de leur PKGBUILD ne sert pas à grand chose.

Dans le cas où une dépendance devrait être recompilée, elle peut être spécifiée dans la liste des paquets:

Code : Tout sélectionner

yaourt -Sb xulrunner firefox

Je comprend bien, dans mon cas, c'est surtout une habitude de geek et la compilation avec CFLAGS persos.

depuis la mise à jour de mon système hier, je n'ai plus accès à la recherche de logiciels dans AUR, par exemple si je tape yaourt -S nfrotz cela m'installe bien le logiciel mais si je tape yaourt nfrotz le logiciel n'est plus proposé.

J'ai vu qu'il y avait eu une mise à jour de pacman aussi je me demande si ce n'est pas lié à cela ?

(ma version de yaourt est yaourt-0.9.1-1)

EDIT : je viens de voir le problème signalé ici http://bbs.archlinux.org/viewtopic.php?id=61664

oui, la dernière MAJ de pacman sauvegarde ton mirrorlist en mirrorlist.pacorig pour te mettre un nouveau mirrorlist.
Il te faut donc (en root) copier le mirrorlist.pacorig en mirrorlist (ça se trouve dans le répertoire /etc/pacman.d).

Salut,

J'ai regardé les différences : un ou deux miroirs de moins, sur le Canada, et ajout d'un miroir au Brésil.

bah moi, j'ai tout viré sauf 4 serveurs français !

Et hop, omme vous l'avez sans doute remarqué; la version 0.9.2.6 est diponible, 6mois après la 0.9.2.5 !
Voici le changelog, dispo sur http://archlinux.fr/yaourt :
Merci wain d'être revenu parmis nous

Yaourt -G a été corrigé ? Car cela devient de devoir récupérer certains tar.gz depuis aur

Bonjour,

Je me posais une question : pourquoi yaourt a-t-il été codé en bash ? C'est pas franchement ce qu'il y a de mieux, que ce soit en terme de lisibilité du code ou en terme de vitesse. J'ai jeté un petit coup d'oeil au code, c'est assez illisible (et pourtant j'ai fait pas mal de bash). Au niveau de la maintenance aussi, ça doit pas être facile tous les jours.

on est ouvert à toute proposition
Sinon quitte à lire le code, lis celui du git et d'une branche récente.

Pour ce qui est du bash, je suis pas sûr qu'un autre langage avec des exec partout serait plus lisible, c'était quand même en 2006 la première version publique, maintenant, il y a des lib alpm dans pas mal de langage (et encore, pas toujours à jour) mais avant, y en avait pas et même alpm n'était pas un exemple de continuité dans ses prototypes.

Ceci dit, je parle à la place de wain, donc c'est juste des suppositions.

Tout à fait, comme l'a dit Tuxce, le choix de bash remonte à une ère lointaine où arch linux et pacman ne ressemblaient pas du tout à ce qu'ils sont aujourd'hui. Le support d'AUR par exemple est venu plus tard.. A l'époque, pacman était tellement lent qu'il valait mieux lancer directement la recherche sur les fichiers de /var/lib/pacman/ avec des greps... Aujourd'hui yaourt évolue grâce aux nouveaux outils mis à disposition (libalpm, json etc...) pour la distribution et la meilleure chose est probablement de continuer à externaliser les parties du codes qui deviennent trop grosses (package-query, aurvote, pacdiffviewer, customizepkg...). Aux vues des retours et des patchs qui sont souvent proposés, bash ne semble pas poser tant de problème que ça à la compréhension. Après le C, c'est le langage le plus naturel sous linux non ? Maintenant avec package-query, tout ce qui peut consommer du temps est écrit en C. Je vois pas en quoi aller encore plus vite serait utile si l'utilisateur derrière l'écran n'a pas le temps de lire et répondre aux questions. A quoi bon lancer une recherche sur kde qui renvoie plus de 1000 résultats à part pour dire "tel wrapper est plus rapide que celui là" ? Je préfère de loin un outil unique qui fait tout (recherche, customisation, compilation, installation, vérifications, vote, fusion auto des .pacnew, sauvegarde/restauration de la base). Et franchement il le fait bien.
Mais si il fallait refaire entièrement yaourt aujourd'hui (en sachant à l'avance tout ce qu'il doit faire), il serait naturel d'intégrer directement libalpm et donc utiliser un langage tel que lua. Clyde profite de cela et est conçu dès le départ dans l'objectif de reprendre toutes les fonctionnalités de yaourt. Ca devrait être pas mal dans l'avenir.