Ubuntu-fr

kemo006

Quand le travail est baclé

Bonsoir à toutes et à tous !

peut-être que c'est un paramètre à ajuster, mais il est évident que par défaut DPKG ignore le dossier caché dans le dossier utilisateur (dans HOME), qu'il a lui même créé pour servir à l'application installée. Etrange, alors qu'un paquet se voit désinstallé, que son dossier de paramètres personnels (".googleearth" par exemple) soit passé entre les mailles du gestionnaire de paquets. On se retrouve avec des caches monstrueux pour certaines applications et la lisibilité devient de plus en plus moyenne au milieu de tous ces dossiers devenus inutiles.

Pourquoi ne s'en occupe-t-il pas? Et est-ce qu'il y a un moyen pour que DPKG ne passe pas à côté au moment de la désinstallation complète d'un paquet?

Merci

Dernière modification par kemo006 (Le 30/06/2010, à 03:02)

xabilon

Re : Quand le travail est baclé

Salut

Erreur, ce n'est pas l'installation du logiciel qui crée le dossier de config dans le home, mais le logiciel lui-même au moment de son premier lancement. Donc dpkg n'y est pour rien.

Dpkg ne fait que suivre les instructions de désinstallation contenues dans le paquet lui-même. Puisque la suppression de ce dossier n'y figure pas, et bien il ne le fera pas.

De plus, ces dossiers peuvent être utiles si tu décides de réinstaller le logiciel, tu retrouveras alors les mêmes réglages et configs que la fois précédente.
Et si tu n'en veux plus, il suffit de supprimer le dossier dans ton home

---

Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.

kemo006

Re : Quand le travail est baclé

Ah, pour une nouvelle ! Merci pour l'information Xabilon. Ce qui m'agace le plus, c'est qu'il n'y ait pas d'option pour s'en séparer automatiquement sans devoir passer par Nautilus etc...

Avec un script, on peut sûrement comparer la base de DPKG et les dossiers cachés du HOME pour savoir sans se tromper lesquels ne sont plus utiles ?

PS : j'ai renommé le sujet pour ne pas porter préjudice à DPKG.

Dernière modification par kemo006 (Le 30/06/2010, à 03:02)

xabilon

Re : Quand le travail est baclé

C'est pas si simple. Parfois le logiciel crée un dossier qui ne correspond pas exactement (voire pas du tout) au nom du paquet ou du logiciel en question.

Le plus sûr reste de le faire "à la main". Visiter le dossier en question peut être utile pour savoir à quel logiciel il correspond. Si tu sais qu'il n'est plus installé, tu supprimes.

---

Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.

kemo006

Re : Quand le travail est baclé

Oui, il faut relativiser. Mais c'est dommage. C'est comme Gconf. Les applications lui confient leurs paramètres, mais aucune option interne à Gconf-editor ne permet de supprimer une clef détachée de tout programme.

Khorazz

Re : Quand le travail est baclé

Il me semble qu'en utilisant "apt-get remove [paquet] --purge" la configuration est automatiquement supprimée.

Phendrax

Re : Quand le travail est baclé

Ouais la configuration, genre /usr/share/..., mais pas ce qui est contenu dans le dossier personnel.

Dernière modification par Phendrax (Le 30/06/2010, à 11:45)

---

HP Pavillon dv6800 - Ubuntu 10.10 - GNOME 2.32.0

Qid

Re : Quand le travail est baclé

Il me semble qu'en utilisant "apt-get remove [paquet] --purge" la configuration est automatiquement supprimée.

on a dit non ! et meme avec un autoremove --purge !
de toutes façon non c'est normal qu'il touche pas le dossier home !
xabilon l'a prouvé par A+B ...
et pour gconf c'est exactement le meme ordre d'idée :
ça va avec la config utilisateur et non avec le package lui meme
et si ça peut te rassurer windows lui à la désinstall laisse bien plus de merde que linux !

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

Phendrax

Re : Quand le travail est baclé

En même temps c'est normal que ça vire pas les fichiers de config des utilisateurs quand tu désinstalles un programme. Genre A désinstalle un programme, la config de B est perdue en même temps que celle de A, donc B a la rage.

---

HP Pavillon dv6800 - Ubuntu 10.10 - GNOME 2.32.0

xabilon

Re : Quand le travail est baclé

Il est en revanche envisageable d'écrire un script ou un logiciel qui explorerait les dossier cachés de l'utilisateur, les comparerait à une BDD de correspondances dossier <--> paquets/logiciels, qui ensuite vérifierait que le(s) paquet(s) ou logiciel en question n'est pas installé, et proposerait la suppression du dossier de config utilisateur

---

Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.

Compte supprimé

Re : Quand le travail est baclé

c'est envisageable.

Par exemple désinstaller Open Office amènerait la suppression de tous les documents éditer sous Open Office...

Ca règlerais pas mal de problème tout ca...

Non je pense qu'il faut laisser la responsabilité au bon endroit : l'utilisateur lui même.

kemo006

Re : Quand le travail est baclé

On ne parle pas de supprimer tout ce qui est lié de près ou de loin au programme, mais au moins de supprimer ce qui n'est pas indispensable (fichiers de configuration, etc.).

Ce n'est rien comparé au bordel qu'est Windows, mais rien n'empêche d'ajouter à Synaptic, une petite option (comprise dans la suppression complète) qui se chargerait de ce dossier caché et des fichiers XML de configuration du logiciel dans GCONF. Après, c'est peut-être aux développeurs de ne pas oublier de nettoyer ce qu'ils ont généré via leurs applications.

Dernière modification par kemo006 (Le 30/06/2010, à 15:16)

Phendrax

Re : Quand le travail est baclé

Ben ouais mais ces fichiers appartiennent à des utilisateurs alors que le programme appartient au système.

---

HP Pavillon dv6800 - Ubuntu 10.10 - GNOME 2.32.0

yohann

Re : Quand le travail est baclé

La solution est à mon avis en effet d'écrire un logiciel (confCleanner?) qui serait indépendant et ferait cela pour un utilisateur.

sudo apt-get install confCleanner

confCleanner --all

le programme confCleanner se chargerait de lister les paquet désinstallé (comment ?) puis il supprimerait les fichier de config pour l'utilisateur qui le lance.

edit: oups c'est exactement ce que xabilon a proposé, je lirai mieux la prochaine fois

Dernière modification par yohann (Le 30/06/2010, à 16:57)

---

j.vachez, le génie du net | Soirées jeux sur Lyon | 441
++++++++++[>+++++++>++++++++++>+++<<<-]>++.>+.+++++++
..+++.>++.<<+++++++++++++++.>.+++.------.--------.>+.

Phendrax

Re : Quand le travail est baclé

Bah ça revient au même que faire un rm du dossier de conf après avoir desinstallé un programme x)

---

HP Pavillon dv6800 - Ubuntu 10.10 - GNOME 2.32.0

Nepenthes

Re : Quand le travail est baclé

Pourquoi les logiciels ne passent ils pas au dossier .config de $HOME ? Ça ferait un $HOME plus propre, et c'est déjà en partie la norme sur les logiciels de KDE SC, non ?

yohann

Re : Quand le travail est baclé

en fait c'est une recomandation de freedeskop.org, qui est ou n'est pas suivie par chaque programme, il y a bien une volonté de le faire, mais ça revient a poser la question de pourquoi est ce que tous les user-agent ne respectent pas 100% de la norme w3c

---

j.vachez, le génie du net | Soirées jeux sur Lyon | 441
++++++++++[>+++++++>++++++++++>+++<<<-]>++.>+.+++++++
..+++.>++.<<+++++++++++++++.>.+++.------.--------.>+.

kemo006

Re : Quand le travail est baclé

Cette recommandation n'empêche pas le fait que le dossier (dans .config) subsiste à une suppression soi-disant complète.

Ce qui me gêne le plus c'est qu'à l'image de Windows, on doit nettoyer à la main la base de registre (gconf) et les résidus dans le dossier HOME. Et contrairement à l'OS de Microsoft, aucun logiciel fiable n'existe pour nettoyer de manière complète notre poste de travail.

Qid

Re : Quand le travail est baclé

contrairement à l'OS de Microsoft, aucun logiciel fiable n'existe pour nettoyer de manière complète notre poste de travail.

si ... ccleaner/glary utilities/advenced system care ont tous les trois un aquivelent à la hauteur :
computer janitor ... et je te vois venir : à vérifier mais pour ce qui est de vista la réponse est non :
le cas de figure est le meme que chez ubuntu : la config utilisateur planqué dans AppData n'est pas non plus supprimé !

---

"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil

kemo006

Re : Quand le travail est baclé

Je lui préfère BleachBit. Le souci, c'est qu'on ne devrait pas regarder chez les voisins, mais déjà balayer les dossiers cachés qui se trouvent devant notre porte. Si ce n'est pas à Linux de le faire, serait-il impensable d'imaginer une convention qui obligerait les développeurs à inclure ces fichiers oubliés aux ordres de suppression?

xabilon

Re : Quand le travail est baclé

serait-il impensable d'imaginer une convention qui obligerait les développeurs à inclure ces fichiers oubliés aux ordres de suppression?

Ça compliquerait pas mal les scripts de désinstall, car il faudrait rechercher les dossiers utilisateurs, et y fouiller. De plus ça pose 2 problèmes d'ordre "éthique" pour dpkg :
- pouvoir supprimer des fichiers qui n'ont pas été installé par le paquet en question.
- qu'une action d'administration purement root puisse affecter les dossiers des utilisateurs.

Donc le mieux serait un programme de "nettoyage" à lancer par l'utilisateur lui-même

---

Pour passer un sujet en résolu : modifiez le premier message et ajoutez [Résolu] au titre.

kemo006

Re : Quand le travail est baclé

En effet. En tout cas, j'espère que dans la future version de Ubuntu, les outils de nettoyage intégrés seront plus efficaces (pourquoi ne pas intégrer Bleachbit?).

Dernière modification par kemo006 (Le 01/07/2010, à 01:55)

Compte supprimé

Re : Quand le travail est baclé

Honnêtement, depuis le début il y a un problème dans les rôles et responsabilités...