[AUR] alternative, gestion des paquetages, softwares et updates

Mise à jour / Création /debug de paquetages
Répondre
Avatar de l’utilisateur
chris35
archer de cavalerie
Messages : 175
Inscription : mar. 25 mars 2014, 19:18

[AUR] alternative, gestion des paquetages, softwares et updates

Message par chris35 »

Bonjour !
Je me remet depuis hier à Linux et je constate qu'il est devenu moins simple d'utiliser le soft pamac-AUR que j'affectionnai auparavant.
Je viens d'installer un KDE de base, sans les softs additionnels, et je me demandais s'il était plus simple et "sain" d'utiliser un gestionnaire graphique bénéficiant d'un meilleur suivi et plus "à jour" que ce pamac-aur que la plupart des inconditionnels de ARCH affectionnent ... ?
ps. oui je sais, les puristes répondront "mais le mieux est d'utiliser la ligne de commande pamac -S etc ..." mais bon, perso j'aimais bien comment fonctionnait ce pamac-aur avec son interface graphique claire et sobre facilitant la tâche...
merci pour vos réponses :chinois:
Archlinux 64 | KDE | i7 9700K-16GO | Samsung SSD 970 EVO M.2 PCIe NVMe
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10707
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par FoolEcho »

chris35 a écrit : ven. 02 oct. 2020, 10:50 ps. oui je sais, les puristes répondront "mais le mieux est d'utiliser la ligne de commande pamac -S etc ..." mais bon, perso j'aimais bien comment fonctionnait ce pamac-aur avec son interface graphique claire et sobre facilitant la tâche...
Ce ne sont pas les «puristes». «Juste» la manière dont fonctionne Arch. Niveau gestionnaire de paquets, cela évite des trous de sécurité et autres aléas liés à une surcouche graphique, en plus de ne pas masquer les opérations... :chinois:

Mais bref, consulte la liste du wiki inter: https://wiki.archlinux.org/index.php/AU ... #Graphical . Mais faut considérer aussi le fait que peut-être certains projets ne sont plus ou pas maintenus.
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
chris35
archer de cavalerie
Messages : 175
Inscription : mar. 25 mars 2014, 19:18

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par chris35 »

FoolEcho a écrit : sam. 03 oct. 2020, 09:02 Ce ne sont pas les «puristes». «Juste» la manière dont fonctionne Arch. Niveau gestionnaire de paquets, cela évite des trous de sécurité et autres aléas liés à une surcouche graphique, en plus de ne pas masquer les opérations... :chinois:
Mais bref, consulte la liste du wiki inter: https://wiki.archlinux.org/index.php/AU ... #Graphical . Mais faut considérer aussi le fait que peut-être certains projets ne sont plus ou pas maintenus.
Salut ! Merci pour ta réponse ! Même si ça ne m'éclaire pas beaucoup plus sur le sujet initial, à savoir dois-je utiliser pamac et si oui comment ;)
Ps. ça doit faire deux ans que j'ai pas installé un poste linux... et à l'époque je n'avais déjà pas un gros niveau...
Archlinux 64 | KDE | i7 9700K-16GO | Samsung SSD 970 EVO M.2 PCIe NVMe
Avatar de l’utilisateur
albireo
Elfe
Messages : 531
Inscription : ven. 15 sept. 2006, 15:47
Localisation : vallée de la save en Occitanie

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par albireo »

Pour Pamac il faudrait poser la question sur le forum de Manjaro puisque c'est eux qui le maintiennent. Quant à moi j'utilise Pikaur et ça roule nikel
Utilisateur ArchLinux depuis 2004 et linux depuis 1996 :D
Arch 64/gnome sur ASUS H87M-E C2 + i5 3.2GHz + 8Go + 1To + écran 22"
nova widget wombat woodoo dontpanic overlord ... :?:
Avatar de l’utilisateur
chris35
archer de cavalerie
Messages : 175
Inscription : mar. 25 mars 2014, 19:18

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par chris35 »

ah !? merci je vais me rencarder dessus !
Archlinux 64 | KDE | i7 9700K-16GO | Samsung SSD 970 EVO M.2 PCIe NVMe
Avatar de l’utilisateur
CoudUr
yeomen
Messages : 230
Inscription : sam. 06 avr. 2013, 17:12

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par CoudUr »

je me demandais s'il était plus simple et "sain" d'utiliser un gestionnaire graphique bénéficiant d'un meilleur suivi
et plus "à jour"
Date des dernières mises a jour des paquets pamac-aur:
pamac-aur ==> 13.09.2020
pamac-aur-git ==> 24.09.2020
Ça me parait correct les paquets ne semblent pas être à l'arrêt, du coup je ne comprends pas où est le problème ?
Au pire si le paquet pamac-aur ne te paraît pas "assez récent", alors utilises pamac-aur-git.
pamac-aur que la plupart des inconditionnels de ARCH affectionnent
Je ne sais pas où tu as lu ceci mais à mon avis c'est plutôt la ligne de commande qui est affectionnée et recommandée, pas un gestionnaire graphique.
Je ne me considère pas comme un "puriste" pourtant dès qu'il s'agit de paquet, pour moi c'est par la ligne de commande que cela doit se passer quelque soit la distribution Linux d'ailleurs.
Avatar de l’utilisateur
chris35
archer de cavalerie
Messages : 175
Inscription : mar. 25 mars 2014, 19:18

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par chris35 »

merci pour ta réponse.
En fait, comme je l'explique, je ne suis pas un pro linux.
Tant mieux si pamac-aur est maintenu, dans ce cas j'aimerai bien l'utiliser à nouveau mais comment ?
sudo pacman -S pamac-aur me renvoi qu'il ne trouve pas de cible...
Archlinux 64 | KDE | i7 9700K-16GO | Samsung SSD 970 EVO M.2 PCIe NVMe
Avatar de l’utilisateur
CoudUr
yeomen
Messages : 230
Inscription : sam. 06 avr. 2013, 17:12

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par CoudUr »

Tant mieux si pamac-aur est maintenu, dans ce cas j'aimerai bien l'utiliser à nouveau mais comment ?
sudo pacman -S pamac-aur me renvoi qu'il ne trouve pas de cible...
Tout simplement parce que comme son nom l'indique le paquet provient du dépôt AUR et non d'un dépôt officiel géré par pacman, c'est normal qu'il ne le trouve pas.

Pour l'installation il faut suivre la procédure usuelle indiquée dans le wiki:
https://wiki.archlinux.fr/AUR_4.0.0

Une fois installé tu pourras gérer tes prochaines installations de paquets en provenance de dépôt officiel ou AUR via l'interface graphique.
Je te laisse lire, il n'y a rien de compliqué ;)
Avatar de l’utilisateur
chris35
archer de cavalerie
Messages : 175
Inscription : mar. 25 mars 2014, 19:18

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par chris35 »

super, merci beaucoup ! ;)
Archlinux 64 | KDE | i7 9700K-16GO | Samsung SSD 970 EVO M.2 PCIe NVMe
Avatar de l’utilisateur
chris35
archer de cavalerie
Messages : 175
Inscription : mar. 25 mars 2014, 19:18

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par chris35 »

bon ben j'ai pas de bol, rien que le début la commande
git clone https://aur.archlinux.org/$pkgname.git
me renvoi l'erreur
Clonage dans 'aur.archlinux.org'...
fatal: dépôt 'https://aur.archlinux.org/.git/' non trouvé
Archlinux 64 | KDE | i7 9700K-16GO | Samsung SSD 970 EVO M.2 PCIe NVMe
Avatar de l’utilisateur
chris35
archer de cavalerie
Messages : 175
Inscription : mar. 25 mars 2014, 19:18

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par chris35 »

j'ai trouvé en suivant ce tuto https://youtu.be/87UconNzaW0
Archlinux 64 | KDE | i7 9700K-16GO | Samsung SSD 970 EVO M.2 PCIe NVMe
Avatar de l’utilisateur
FoolEcho
Maître du Kyudo
Messages : 10707
Inscription : dim. 15 août 2010, 11:48
Localisation : Basse-Normandie

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par FoolEcho »

chris35 a écrit : sam. 03 oct. 2020, 23:31 git clone https://aur.archlinux.org/$pkgname.git
me renvoi l'erreur
Clonage dans 'aur.archlinux.org'...
fatal: dépôt 'https://aur.archlinux.org/.git/' non trouvé
:mrgreen: ... Il faut récupérer l'url depuis AUR... je vais mettre à jour le wiki...

Edit: En fait non, c'était précisé dans le wiki:
Note : $pkgname remplace le nom du paquet.
«The following statement is not true. The previous statement is true.» :nage:
Avatar de l’utilisateur
chris35
archer de cavalerie
Messages : 175
Inscription : mar. 25 mars 2014, 19:18

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par chris35 »

ben écoute... j'ai trouvé cette vidéo en ANGLAIS 10x plus simple pour le néophyte que je suis...
Archlinux 64 | KDE | i7 9700K-16GO | Samsung SSD 970 EVO M.2 PCIe NVMe
Avatar de l’utilisateur
CoudUr
yeomen
Messages : 230
Inscription : sam. 06 avr. 2013, 17:12

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par CoudUr »

j'ai trouvé en suivant ce tuto https://youtu.be/87UconNzaW0
C'est pas le meilleur conseil que j'ai vu en vidéo je dois avouer, puisque la personne installe 'yay' pour installer 'pamac-aur'(pour gérer automatiquement la tripoté de dépendance de pamac j'imagine).
Donc au final tu as 2 applications qui font le même travail ...
Tu t'en es sorti tout seul, au moins tu as fait l'effort de chercher c'est bien.
Petit conseil habitues-toi à la ligne de commande quand même tu en auras besoin tôt ou tard ...
git clone https://aur.archlinux.org/$pkgname.git
me renvoi l'erreur
Clonage dans 'aur.archlinux.org'...
fatal: dépôt 'https://aur.archlinux.org/.git/' non trouvé
Pas mieux que @FoolEcho
C'est indiqué dans l'encadré bleu quatre lignes au-dessus .
Il ne faut pas se contenter de faire du copier/coller sans lire le reste ;)
Avatar de l’utilisateur
chris35
archer de cavalerie
Messages : 175
Inscription : mar. 25 mars 2014, 19:18

Re: [AUR] alternative, gestion des paquetages, softwares et updates

Message par chris35 »

je l'utilise la ligne de commande pour du -Syu etc... et encore, maintenant avec pamac-aur même plus besoin
tu sais mon "job" ce n'est pas administrateur de poste, mais plutôt webmaster designer... donc utiliser l'os oui, pas l'admin, d'ailleurs ça ne me passionne pas trop et j'ai aussi beaucoup d'autres choses à faire...
même si je pense aussi que connaître un minimum son OS est un gros plus ;)
Archlinux 64 | KDE | i7 9700K-16GO | Samsung SSD 970 EVO M.2 PCIe NVMe
Répondre