new trizen car adieu PcAur !

ben je dirais essayer de passer le maximum de chose via pamac et l'outil graphique.

Sinon ben faut voir le wiki arch de trizen pour voir comment le bouzin fonctionne.

je ne comprends pas la question, il s'installe comme tout programme AUR avec pamac ou yaourt (ou autres).
Pour son utilisation, c'est en gros (90%) comme yaourt, pacaur, apacman ou yay.

yaourt et pamac font le taf, il n'y a pas vraiment de raison de l'utiliser. Actuellement il est développé par une unique personne donc ce n'est pas un gage de pérennité ...

trizen -h

usage: trizen [option] [pkgname] [pkgname] [...]

Main options:
    -S              : installs package
    -Ss             : searches for package
    -Si             : outputs info for package
    -Sm             : outputs the packages maintained by [...]
    -Sp             : outputs PKGBUILD only
    -Sl             : builds and installs package from `pwd`
    -Su             : upgrades installed packages
    -Sc             : clears the cache directory
    -C              : outputs AUR comments for a package
    -G              : clones a package in the current directory
    -Gd             : clones a package with all needed AUR dependencies
    -R              : removes packages (see pacman -Rh)
    -Q              : for installed packages (see pacman -Qh)
    -U              : installs local packages from /tmp/trizen-patrick or `pwd`

Other options:
    --quiet         : be quiet
    --really-quiet  : be really quiet
    --nocolors      : no text colors
    --aur           : only AUR packages (with -S, -Si, -Su, -Ss)
    --asdep         : installs packages as dependencies
    --movepkg       : move built packages into pacman's cache directory
    --needed        : do not reinstall up-to-date packages
    --noedit        : do not prompt to edit files
    --nopull        : do not `git pull` new changes
    --nobuild       : do not build packages (implies --noedit)
    --noinstall     : do not install packages after building
    --noinfo        : do not display package info after cloning
    --devel         : update devel packages during -Su
    --show-ood      : show out-of-date flagged packages during -Su
    --noconfirm     : do not ask for any confirmation
    --force         : pass the --force option to pacman
    --skipinteg     : pass the --skipinteg option to makepkg
    --stats         : show some info about the installed packages
    --clone-dir=s   : directory where to clone and build packages
    --movepkg-dir=s : move built packages in this directory (with --movepkg)

Meta options:
    --debug         : activate the debug/verbose mode
    --help          : print this message and exit
    --version       : print version and exit
    --update-config : update the configuration file

papajoke a écrit : ↑il y a 6 ans

je ne comprends pas la question, il s'installe comme tout programme AUR avec pamac ou yaourt (ou autres).
Pour son utilisation, c'est en gros (90%) comme yaourt, pacaur, apacman ou yay.

yaourt et pamac font le taf, il n'y a pas vraiment de raison de l'utiliser. Actuellement il est développé par une unique personne donc ce n'est pas un gage de pérennité ...

trizen -h

usage: trizen [option] [pkgname] [pkgname] [...]

Main options:
    -S              : installs package
    -Ss             : searches for package
    -Si             : outputs info for package
    -Sm             : outputs the packages maintained by [...]
    -Sp             : outputs PKGBUILD only
    -Sl             : builds and installs package from `pwd`
    -Su             : upgrades installed packages
    -Sc             : clears the cache directory
    -C              : outputs AUR comments for a package
    -G              : clones a package in the current directory
    -Gd             : clones a package with all needed AUR dependencies
    -R              : removes packages (see pacman -Rh)
    -Q              : for installed packages (see pacman -Qh)
    -U              : installs local packages from /tmp/trizen-patrick or `pwd`

Other options:
    --quiet         : be quiet
    --really-quiet  : be really quiet
    --nocolors      : no text colors
    --aur           : only AUR packages (with -S, -Si, -Su, -Ss)
    --asdep         : installs packages as dependencies
    --movepkg       : move built packages into pacman's cache directory
    --needed        : do not reinstall up-to-date packages
    --noedit        : do not prompt to edit files
    --nopull        : do not `git pull` new changes
    --nobuild       : do not build packages (implies --noedit)
    --noinstall     : do not install packages after building
    --noinfo        : do not display package info after cloning
    --devel         : update devel packages during -Su
    --show-ood      : show out-of-date flagged packages during -Su
    --noconfirm     : do not ask for any confirmation
    --force         : pass the --force option to pacman
    --skipinteg     : pass the --skipinteg option to makepkg
    --stats         : show some info about the installed packages
    --clone-dir=s   : directory where to clone and build packages
    --movepkg-dir=s : move built packages in this directory (with --movepkg)

Meta options:
    --debug         : activate the debug/verbose mode
    --help          : print this message and exit
    --version       : print version and exit
    --update-config : update the configuration file

Oui et non il y a malheureusement des cas spécifique où des utilitaire comme PACAUR sont indispensable. Par exemple si tu possède un matériel razer naga, le seul moyen d'installer les driver disponible sur AUR c'est d'utiliser PACAUR et d'activer le service correspond après l'installation. En effet un bug est présent sur yaourt et donc pamac qui empêche l'installation de ces drivers.

Seul PACAUR fonctionne.

je pencherais plus pour un bug dans le PKGBUILD du mainteneur

Mais NON pacaur n'est certainement pas indispensable, c'est juste un "faciliteur" comme yaourt.
La méthode officielle pour utiliser AUR c'est git + makepkg, les helpeurs ne sont là que pour nous simplifier la ligne de commande et ajouter une fonction de recherche à la place d'aller sur le site web.

+1
+Tous ces "wrappeurs" exécutent git + makepkg pour installer. Leur utilité réside surtout dans la recherche et la remontée d'infos des paquets. C'est peut-être là qu'une faille de sécurité est possible surtout avec yaourt -Si car les infos de descriptions peuvent contenir des codes erronés ou malveillant; cela-dit les TU veillent, mais pas en temps réel.... Personnellement, je me sers de yaourt sans option pour rechercher un paquet , puis avec l'option -G pour cloner le paquet AUR, ce qui me laisse tout le temps de le regarder en détail avant de l'installer par makepkg -si. Je le fais surtout avec les paquets qui sont fraîchement téléversés ou qui n'ont pas de votes ou commentaires favorables.
Cette méthode est aussi utile pour contourner les limitations physique de /tmp notamment avec les gros paquets.
Quant à Trizen, yaourt ou à la main, chacun fait comme il veut.
Adieu pacaur et merci à son développeur

l'annonce de la fin de pacaur par son mainteneur :
https://bbs.archlinux.org/viewtopic.php ... 4#p1755144

Spyhawk a écrit :Le code actuel, vieux de six ans, comporte de sévères limitations qui entraînent des problèmes de longue durée, et une révision complète est nécessaire pour les corriger correctement. Cependant, il est clair pour moi que maintenir un programme populaire ne vaut pas le temps ni les tracas. Sans entrer dans les détails, c'est devenu un travail non rémunéré que j'aime de moins en moins - et j'en parle depuis trop longtemps aussi. En tant que tel, ce projet est maintenant non maintenu.

---------------------
---------------------
Pour la recherche et "check" des nouvelles version nous avons cower
cower -uv je suis à jour ?
cower -s recherche dans aur

Bonjour à tous

papajoke a écrit : ↑il y a 6 ans yaourt et pamac font le taf, il n'y a pas vraiment de raison de l'utiliser.

J'ai jeté un œil au tableau comparatif. Alors bon... je manque clairement de connaissance pour en déduire quoi que ce soit. Mais je constate tout de même que yaourt est dans le rouge pour Secure et Clean Build alors que (presque) tous les autres sont au vert.

D'où ma question : quelles sont les risques à utiliser yaourt ?

ce qui est reproché à yaourt (depuis le début) c'est qu'il télécharge le PKGBUILD et l'interprète avant de proposer à l'utilisateur de le voir/éditer.

Il y a donc un risque si le PKGBUILD est écrit pour être néfaste ...
Bien sûr si tu ne lis/comprends pas attentivement le code source du PKGBUILD lorsque pacaur te le demande, il n'y a aucune différence, il va être exécuté

Et si tu fais la méthode manuelle git + makepkg sans éplucher le PKGBUILD (et .install), tu es aussi "insécur" que yaourt

une source (en)

-------------------

Donc, pour moi, yaourt ou pacaur : bof les 2 sont vieux avec du code qui devrait être réécrit, la seule différence technique ne va jouer que si tu décortiques la recette ; c'est une différence utile que pour quelques gourous (mais sous archlinux ils le sont tous

)

Ok. Je comprends maintenant

En effet, ça ne change rien pour les néophytes comme moi.

Ça reste intéressant de découvrir comment tout ça s'articule. J'apprends chaque jour.