Actualités & Annonces de l'équipe de développement et des administrateurs du forum.

Testing - Unstable.

#101Messageil y a 3 mois

Salut lemust,

Je veux bien employer l'option --overwrite, mais quand et comment ?

Si je veux installer deezer, que j'ai désinstallé à cause de ces erreurs "npm", j'ai toute la liste d'erreurs "npm" qui apparaît.
Si je passe ta commande, les dépôts me répondent bien sûr qu'il n'y a aucune mise à jour à faire.
Donc, ta commande devrait-elle être en une seule ?

yay -S deezer && sudo pacman -Syu --overwrite /usr/'*'
??

Testing - Unstable.

#102Messageil y a 3 mois

ATTENTION en TESTING
version 5.5 , verifier le changelog ( cf mes topic )
car il y a un paquets de modifications ( 5.5 5.4 , 4.19 et 4.14 )

Testing - Unstable.

#103Messageil y a 3 mois

obelix1502 a écrit :
il y a 3 mois
option --overwrite, mais quand et comment ?
;rale: ce n'est pourtant pas du nouveau !
cette option permet juste d'écraser des fichiers lors d'une mise à jour ou installation
ps: bien sûr écraser est toujours dangereux :twisted:

on passe à --overwrite la liste des fichiers que l'on autorise à écraser (/etc/* par exemple)

ps: nous somme en rolling, on n'installe pas directement des applications python avec pip ou des applications javascript avec npm (ou un script bash qui va peut-être les utiliser...)

si tu as l'erreur en installant deezer, alors tu passe cette option à cette commande ... si erreur avec -Syu alors tu passes l'option à cette commande :wink: simple non ? juste à toi de modifier le chemin passé à overwrite

Testing - Unstable.

#104Messageil y a 3 mois

Merci papajoke.

Mais faut pas te fâcher :gsourire::gsourire::gsourire:

En effet, en passant la commande :

yay -Syu --overwrite usr/lib/node_modules/npm/*,usr/share/man/* deezer
Ceci a résolu mon problème.

Quoique le terminal rouspète toujours quand le mainteneur du paquet utilise npm.
Il dit que cette application est maintenant obsolète... :snif:colère:

Testing - Unstable.

#105Messageil y a 3 mois

Mise à jour en Testing actuellement.
Attention! si le paquet khotkeys est marqué orphelin , ne le désinstallez surtout pas! C'est une erreur liée à un commit chez Archlinux.
Le tir sera corrigé rapidement, en attendant soyez prudents si vous lancez sudo pacman -Rs (pacman -Qdtq).
khotkeys identified as an orphaned package

Don't remove this package, it's an Arch Linux commit error that has been identified and will be fixed
Par ailleurs tenez compte de cet avertissement de Philm traduit ici:
Si vous rencontrez un problème à cause de xorgproto, veuillez NE PAS suivre la suggestion d'Arch car Manjaro utilise le paquet xorgproto-transfer pour rendre cela automatique. Si vous rencontrez un problème, veuillez nous le signaler et attendre une mise à jour de notre part !

Testing - Unstable.

#106Messageil y a 3 mois

Bonjour tout le monde,

Je m'autorise une parenthèse par rapport à sudo pacman -Rs (pacman -Qdtq).
Je comprends que la commande supprime de manière récursive les dépendances qui ne sont plus requises, c'est bien ça ?
Mise à part le cas ci-dessus, est-ce qu'on peut faire le ménage de temps en temps de cette façon ou est-ce qu'il y à des choses à vérifier et à savoir ?

Testing - Unstable.

#107Messageil y a 3 mois

Idéalement, on lance pacman -Qdt pour recenser les orphelins. Après vérifications, on les supprime tous avec sudo pacman -Qdtq ou on les vire un par un. Ce qui est déconseillé, c'est de mettre cette commande dans un script d'automatisation.

Testing - Unstable.

#108Messageil y a 2 mois


Testing - Unstable.

#109Messageil y a 2 mois

lemust83 a écrit :
il y a 3 mois
Idéalement, on lance pacman -Qdt pour recenser les orphelins. Après vérifications, on les supprime tous avec sudo pacman -Qdtq ou on les vire un par un. Ce qui est déconseillé, c'est de mettre cette commande dans un script d'automatisation.
Bonjour lemust :)
Mais comment vérifier alors ? Un pactree -r paquet est-il suffisant pour être sûr qu'il soit orphelin du coup ?

Testing - Unstable.

#110Messageil y a 2 mois

non !
si un paquet est marqué orphelin c'est exclusivement 2 choses :
- le paquet a été installé en tant que dépendance
- le paquet (cette dépendance) n'est requise par aucun paquet installé (donc pactree retourne toujours rien)

---
Simplement parfois,
- nous installons des paquets qui devraient êtres explicites (donc jamais orphelins) par des Méta paquets
- pous pouvons corrompre notre base de donnée, par exemple avec pacman -Ddd ou un reboot au milieu d'une mise à jour

Note: Donc un paquet installé explicitement ne sera jamais orphelin ! il restera à vie dans notre os même si il n'a aucune utilité
C'est pour cela qu'il ne faut jamais installer une dépendance par un simple pacman -S lib**** mais toujours par un pacman -S lib**** --asdeps

---
ps: pour AUR, un orphelin n'a strictement rien à voir !!! ici c'est un paquet simplement sans mainteneur, il peut être installé explicitement ou être obligatoire comme dépendance - il ne faut pas oublier que pacman ne reconnait pas aur, donc cette notion particulière n'existe pas pour lui

Répondre