Non, la unstable c'est la unstable : une faille apparaît, hop on la corrige et on envoie le paquet corrigé direct en unstable.

C'est TOUJOURS comme ça, que ce soit en période de freeze ou pas.

ah ok, je croyais que en période de freeze c'étais différent

Bon vu que ça cause Debian, je vais rester dans le thème. Est-ce qu'il existe un moyen de lister les « leaves packages » installés sur une debian (l'équivalent d'un pkg_info -t sous OpenBSD ou d'un pkg_cutleaves -l sous FreeBSD) ? Je n'ai pas de Debian sous la main et les pages de manuel d'aptitude & co trouvées sur le net semblent obsolètes depuis 4 ans.

Qu'est ce que tu fiches sur une debian ?

Huhu, rien. :o)
Cette question est le résultat d'une discussion sur les gestionnaires de paquets avec un collègue debianeux. Je lui expliquais que je trouvais cette fonctionnalité fondamentale pour garder un système bien propre alors qu'il ne s'était jamais posé la question. On a alors rapidement cherché comment faire avec aptitude mais on n'a rien trouvé de convainquant.

Sankukai : Je dirais :
$ deborphan

On doit pouvoir faire ça avec aptitude directement mais je pense qu'il faut se creuser la tête pour faire le truc comme il faut et que c'est moins performant.

Ha, et non, ce n'est absolument pas fondamental. J'irais presque jusqu'à dire que c'est une mis-conception en fait : si tous les gestionnaires de paquets faisaient comme aptitude la différence entre les paquets installés par l'admin et les paquets installés comme dépendance, on n'aurait pas besoin de nettoyer les orphelins.

Et comment tu gères ça :
- l'admin installe git
- rsync est installé comme dépendance de git
- l'admin a besoin de rsync, voit qu'il est déjà installé -> il l'utilise
- l'admin dégage git, rsync dégage ?

Ah, oui je suis bête, j'avais complètement oublié deborphan.

Sinon, c'est vrai que j'ai vraiment eu besoin de cette fonctionnalité avec des gestionnaires de paquets « source » qui ne faisaient pas cette distinction et qui étaient champions de l'échec au beau milieu d'une installation (portage, ports FreeBSD et surtout pkgsrc). En ce qui concerne OpenBSD, là aussi l'info est utile car pkg_delete ne supporte pas encore la désinstallation d'un paquet avec ses dépendances devenues inutiles.
Après, je trouve ça quand-même utile de pouvoir extraire facilement la liste des « leaves packages », ne serait-ce que pour faire le ménage (on accumule facilement des softs qu'on n'utilise pas voire redondant au fil du temps) ou encore pouvoir automatiser/faciliter l'installation des paquets lors d'une réinstallation. Et puis en bon paranoïaque qui se respecte, ça me tranquillise de pouvoir vérifier que mon gestionnaire de paquets ne fait pas de la merde. :p

1. Dargor Voir le profil de Dargor
2. Posté le 2 février 2011 à 09:28:18 Avertir un administrateur
3. Qu'est ce que tu fiches sur une debian ?

Un problème avec Debian

Dargor :
L'admin a besoin de rsync, il fait :

1. aptitude install rsync&m

Si rsync n'est pas installé, il s'installe. S'il l'est déjà, il passe au status de "installer manuellement".

Il y a sans doute d'autres façons de faire, mais moi je fais comme ça.

« (on accumule facilement des softs qu'on n'utilise pas voire redondant au fil du temps) » oui, mais eux ne sont que très rarement aux feuilles.

« oui, mais eux ne sont que très rarement aux feuilles. »

Ça dépend de ton environnement de travail. C'est sûr que le gars qui installe Gnome (voire pire un truc du genre ubuntu-desktop), il a peu de chances de voir qu'il a 6 éditeurs de texte et 3 navigateurs avec ce type de fonctionnalité, mais un gars qui s'installe un environnement simple (un wm, de quoi lire ses mails, de quoi aller sur le net, etc.) a de fortes chances d'avoir uniquement des outils effectifs aux feuilles et des bibliothèques en dépendance.

Bah écoute, sous debian, c'est pas vraiment ça :

chris@melange:~% deborphan
mktemp
libt1-5
kvm
diff
libdirectfb-bin
dhcp3-common
dhcp3-server

Ça ne m'aide pas franchement à trouver des softs dont je ne me sers pas…

Si rsync n'est pas installé, il s'installe. S'il l'est déjà, il passe au status de "installer manuellement".

Mouais, j'imaginais bien un truc dans ce goût là... Mais c'est bidon

Un problème avec Debian

Un seul ? Non

Pour OpenBSD je ne me suis jamais trop posé la question, je joue assez peu avec les paquets une fois que j'ai ce qu'il me faut et si je teste un paquet je vois ce qu'il a installé, je peux donc le virer facilement... Mais on doit pouvoir faire un petit script gérant /var/db/pkg et indiquant les paquets qui n'ont plus de +REQUIRED_BY après un pkg_delete.

Chris_27> Effectivement… Mais si j'en crois cette page de man : http://pwet.fr/man/linux/commandes/deborphan
La recherche par défaut se borne aux sections « libs » et « oldlibs ». Peut-être que deborphan -a renverrait quelque chose de plus pertinent.

Dargor> Yep, c'est grosso modo ce que font pkg_cutleaves et pkg_rmleaves. Mais bon, j'avais vu passer sur misc@ un mail de Marc Espie disant que la suppression recursive des dépendances inutiles était sur sa todo list. Autant attendre patiemment.

En effet… (ça se voit que je n'utilise jamais deborphan )

Après, je suis tombé sur ça :

main/oldlibs dhcp3-common
j'ai du mal à comprendre la logique là.

1) dois-je en déduire que tout le monde utilise l'IPv6 et que dhcp ne sert plus à rien ?
2) depuis quand ce truc a-t-il le statut de lib ?

Pour info, DHCPv6 est un protocole existant...

Ça je savais. Par contre, j'ai encore trouvé personne qui l'utilise, et pire, personne qui peut affirmer que ça marche.

VLC : le projet VideoLAN fête ses dix ans d'open source http://www.clubic.com/telecharger/logiciel-video-streaming/actualite-394760-vlc-projet-videolan-fete-ans-open-source.html

quand tu vire un paquet tu vois la liste des paquets qui seront retirer automatiquement, si il y a dnas la liste un paquet que tu veux, tu l'ajoute manuellement.

La liste des paquet installe manuellement :

1. aptitude search '~i !~M'

Notons que l'installeur de debian install manuellement des paquets essential que l'on ne veut probablement pas supprimer de toute facon. On les retire comme ca:

1. aptitude search '~i !~M !~E'

la liste complete des options de recherche dans le manuel de aptitude:
http://algebraicthunk.net/~dburrows/projects/aptitude/doc/en/ch02s03s05.html