Dont python-pyglet que j'ai installé le 14/10 en pensant, vu la lourdeur de l'installation, que j'avais fait une connerie et que j'avais donc installé toute une ribambelle de paquets AUR.
Et en passant cette commande pour voir les paquets AUR installés avec yay et leurs dates d'installation :
où je remarque que seul python-pyglet a été installé le 14/10 ??
Est ce que je me suis plantée dans la commande pacman -Qm |.../var/log/pacman.log | tail -1 ?
Même si sous Pamac on a pas activé les dépôts AUR (pour ne pas installer des paquets susceptibles d'instabilité système), certains paquets sont visibles et issus de dépôt "Aucun(e)", ces paquets sont des paquets AUR disons plus "fiables" ?
Ta commande fait un grep sur le mot installed et non sur python-pyglet ou la date.
Marie-Chantal a écrit : ↑il y a 9 mois
où je remarque que seul python-pyglet a été installé le 14/10 ??
Au milieu du fouillis : python-pyglet: [2024-10-14T12:42:27+0200] [ALPM] installed python-pyglet (2.0.17-1)
Est ce que je me suis plantée dans la commande pacman -Qm |.../var/log/pacman.log | tail -1 ?
Même si sous Pamac on a pas activé les dépôts AUR (pour ne pas installer des paquets susceptibles d'instabilité système), certains paquets sont visibles et issus de dépôt "Aucun(e)", ces paquets sont des paquets AUR disons plus "fiables" ?
La commande pacman -Qm |... et son orchestre, est pour afficher les paquets AUR avec leurs dates d'installations, et le 14 (voir post + haut) je n'ai en définitive installé que pyglet, et les autres paquets AUR sont bien plus anciens.
Comment se fait il alors que j'ai autant de paquets AUR d'installés ; python-pyglet est le premier que j'installe ?
Si je tape xsane par exemple dans la recherche de pamac, le nom du dépôt est Aucun(e)...
Je n'ai pas activé AUR dans pamac et pourtant je peux quand même avoir des paquets AUR d’installés sur ma bécane, et jamais utilisé yay (first time le 14) ?
Les dépôts Aucun(e) et AUR c'est idem ?
yay -Qm ou pacman -Qm affichent la même chose, mais ils affichent quoi, les paquets AUR et Aucun(e) ?
Et c'est quoi le dépôt Aucun(e) ?
Marie-Chantal a écrit : ↑il y a 9 mois
La commande pacman -Qm |... et son orchestre, est pour afficher les paquets AUR avec leurs dates d'installations, et le 14 (voir post + haut) je n'ai en définitive installé que pyglet, et les autres paquets AUR sont bien plus anciens.
Comment se fait il alors que j'ai autant de paquets AUR d'installés ; python-pyglet est le premier que j'installe ?
La commande pacman -Qm affiche les paquets qui ne font pas partie des dépôts officiels, donc des paquets AUR, mais il est aussi possible qu'il y ait des paquets obsolètes qui ont été supprimés des dépôts officiels et que tu as gardé.
@Smurf
Ok j'avais pas capté, les paquets AUR si ils ne sont pas installés, ils ne sont pas visibles sous Pamac.
Une fois installés, ils y apparaissent puisque qu'on peut les gérer sous Pacman, Pamac.
Si les paquets ne sont plus maintenus par les dépôts Manjaro, ils passent en AUR, donc sans "Aucun(e)" dépôt (officiel).
De même il devrait être possible alors d'installer un paquets AUR via Pacman ou Pamac, non ?
Marie-Chantal a écrit : ↑il y a 9 mois
Si les paquets ne sont plus maintenus par les dépôts Manjaro, ils passent en AUR, donc sans "Aucun(e)" dépôt (officiel).
Si un paquet n'est pas présent dans nos dépôts manjaro à l'instant T, il est alors un paquet étranger.
Un paquet étranger :
- juste il n'est pas dans les dépôts
- installation n'a pas d'importance (était dans nos dépôts, vient de aur, téléchargé, depuis un PKGBUILD local)
pacman n'installe pas de paquets aur mais, il affiche tous les paquets installés (même les étrangers)
A chaque mise à jour, une dizaine de paquets disparaissent de nos dépôts manjaro, c'est normal. parfois, ils deviennent des orphelins (orphelin n'a rien à voir avec aur).
Nous devons gérer nos orphelins ! pour avoir la liste: pamac list -o
On peut voir dans ta liste (de paquets étrangers) que tu as entre autres des orphelins (depuis le passage de plasma5 à 6)
papajoke a écrit : ↑il y a 9 mois
Si un paquet n'est pas présent dans nos dépôts manjaro à l'instant T, il est alors un paquet étranger.
Un paquet étranger :
- juste il n'est pas dans les dépôts
- installation n'a pas d'importance (était dans nos dépôts, vient de aur, téléchargé, depuis un PKGBUILD local)
Merci pour cette précision
Petite précision en plus, si après pamac list -o, j'exécute :
pamac remove -do -u
Il n'y pas de risque de faire une connerie ou il faut que j'inspecte avant tous les orphelins un par un ?
J'ai implémenté un petit script Shell Bash pour nettoyer les orphelins.
Je l'ai testé et chez moi et ils sont tous sans dépendances.
Avant d'ajouter la suppression j'aimerais bien avoir votre avis sur le script, j'ma gourée ou pas ? :
#!/bin/bash
# Liste des paquets orphelins
orphan_packages=$(pamac list -o)
if [[ -z "$orphan_packages" ]]; then
echo "Aucun paquet orphelin trouvé."
exit 0
fi
# Initialisation des listes
no_dependencies=()
has_dependencies=()
# Boucle sur chaque paquet orphelin
while IFS= read -r package; do
package_name=$(echo "$package" | awk '{print $1}')
# Vérification des dépendances inverses avec pactree -r
reverse_deps=$(pactree -r "$package_name")
if [[ -z "$reverse_deps" || "$reverse_deps" == "$package_name" ]]; then
# Si pactree -r ne retourne que le paquet lui-même, il n'a pas de dépendances
no_dependencies+=("$package_name")
else
# Sinon, il a des dépendances
has_dependencies+=("$package_name")
fi
done <<< "$orphan_packages"
# Affichage des résultats
echo "Paquets orphelins sans dépendances:"
for pkg in "${no_dependencies[@]}"; do
echo " - $pkg"
done
echo ""
echo "Paquets orphelins avec dépendances:"
for pkg in "${has_dependencies[@]}"; do
echo " - $pkg"
done
Marie-Chantal a écrit : ↑il y a 8 moiset ils sont tous sans dépendances.
Encore heureux ! La définition d'un orphelin est : ce paquet n'est pas une dépendance d'un autre paquet et a été installé comme une dépendance ! Un orphelin est : une dépendance, mais aujourd'hui elle n'est requise par rien
Donc, si pacman te dit que c'est un orphelin, il ne sert à rien de faire ton test (pacman à justement le tien en interne pour trouver les orphelins), il est par définition requis par aucun paquet (bien qu'installé un jour comme une dépendance).
"installé un jour comme une dépendance" : paquet non installé implicitement, installé automatiquement par l'installation d'une application.
C'est pourquoi il n'est pas bon d'installer une dépendance de cette façon : "pacman -S libPluginMachin" : pacman ne verra pas une dépendance mais une application (car installée explicitement).
pacman -Qi systemd libx11
Nom : systemd
Motif d’installation : Explicitement installé
...
Nom : libx11
Motif d’installation : Installé comme dépendance d’un autre paquet
pour pacman, systemd est une application et libx11 est une dépendance. Donc "systemd" ne sera jamais orphelin chez moi puisque pas une dépendance.
pacman -Qi pacman
Nom : pacman
Motif d’installation : Installé comme dépendance d’un autre paquet
oops, un jour, je peux avoir pacman dans les orphelins (puisque c'est une dépendance pour pacman)…
------------------
On regarde bien cette liste d'orphelins uniquement pour voir si il n'y a pas des applications utiles dans le lot.
@papajoke
Pour pactree -r = -r, --reverse list packages that depend on the named package
Trad : liste des paquets qui dépendent du paquet nommé.
Ce que je comprends par ; liste des paquets qui sont requis par (qui dépendent) du package nommé.
So, un paquet requis par le paquet nommé est différent d'un ou plusieurs paquets qui dépendent du paquet nommé ? être requis par est différent de dépend de ?
pacman -Qi pour un paquet contenu dans pacman list -o, liste si il Dépend d'un autre paquet, n'est Requis par rien et si son Motif d’installation est Installé comme dépendance d’un autre paquet ou Explicitement installé.
J'en déduit que si pactree -r qui liste des paquets qui dépendent du paquet nommé retourne le nom du paquet nommé, et que si dans pacman -Qi, même si le paquet nommé dépend d'un autre paquet, il est en effet Requis par rien (pas de paquet(s) qui dépend(ent) de lui) et que son Motif d’installation est Installé comme dépendance d’un autre paquet, alors le paquet nommé est un orphelin que je peux supprimer sans risque.
: 
, j'ai revu mon script :