Linux? - Page 140

Effectivement, je ne connaissais pas cette commande, mais à priori elle a été retirée avec 10.7…
Enfin, si je comprends bien le fonctionnement supposé, tout ce que c'était sensé faire c'est retirer à l'arrache tous les fichiers touchés ou créés par l'installation, c'est donc loin d'une désinstallation propre

Comparativement, un package type .deb possède bien des scripts de désinstallation propres, non ?

Ah oui, tiens, ça n'existe plus :/ Un peu pourri, effectivement

Brunni (./4164) :
Tiens depuis le temps que j'attendais que tu le dises pour te le retourner concernant Apple.Mais je ne le ferai pas.

Noble attitude

Comparativement, un package type .deb possède bien des scripts de désinstallation propres, non ?

Oui, il est possible de mettre du code, en plus des actions par défaut.

GoldenCrystal (./4171) :
Comparativement, un package type .deb possède bien des scripts de désinstallation propres, non ?

Il possède des scripts de désinstallation.
Enfin c'est un peu plus élaboré, chaque package est une machine à états finis (désinstallé, décompressé, installé, en mise à jour, etc.), et il est possible de hooker chaque transition d'état.

Après propres… ça dépend du mainteneur. Il y a des conventions à suivre et des critères de qualité pour que le package soit accepté dans une distribution.

Par exemple, sous Fedora et RHEL, il est interdit de poser des questions à l'utilisateur dans les scriptlets, et l'affichage de messages est aussi déconseillé (étant donné qu'il n'y a aucune garantie que les messages soient affichés et lus).

Folco (./4163) :
Je parle de Synaptic :

Sinon, apt a des "à côté", apt-cache and co, c'est probable que l'un de ses séides sache faire ça.

Quel foutoir. Et qui va se casser le cul à vérifier que le désinstalleur a fait son job correctement, s¡ un pépin survient?

En fait, utilisant OS X au quotidien, je sais qu'il est assez nul question désinstallation propre. C'est un choix qui est laissé aux éditeurs des applications, mais heureusement il y a de petits utilitaires gratuits qui peuvent s'en charger. Mais il faut comprendre leur choix: beaucoup d'applications sont propriétaires, et donc peuvent très bien ne pas utiliser de bibliothèques standard. Dans ce cas, mieux vaut mettre tout les binaires dans le même dossier (présenté comme fichier), et les données utilisateur dans une branche qui ne sert qu'à ça (/Bibliothèque). La plupart des applications n'occupent ainsi que trois emplacements: /Applications, /Bibliothèque/Application Support, et /Bibliothèque/Preferences, ou cinq, si des paramètres pour chaque compte sont spécifiés. C'est un peu bourrin, mais a l'avantage d'être prévisible.

Exception: Java. Et on sait tous les problèmes que ça cause quand une application voulant l'utiliser n'est pas capable de le trouver, etc.

Sous Windows le désinstalleur n'est pas relié et il ne peut pas désinstaller, dans certains cas.

Sous Linux ça chie parfois, surtout si la machine a planté en cours de route, mais globalement, je souhaiterais que OS X se mette à utiliser un système de gestion des dépendances comme dans Linux. Ça économiserait de l'espace qui coûte encore cher, sur les SSD.

Je préfère largement avoir un fichier en trop qui traîne sur mon disque qu'un système complètement vraqué à cause des dépendances.

Quelqu'un d'entre vous a déjà calculé la taille des exécutables sur son disque pour voir le ratio par rapport aux données ? J'ai quand même dans l'idée qu'on vante les mérites du système de dépendances pour quelques dizaines de mo, et si c'est le cas alors même sur SSD ça ne vaut pas le coup de se pourrir la vie.

flanker, ça se défend. Mais ces fichiers en trop peuvent parfois peser lourd, plusieurs gigas, ce qui est gênant quand l'espace est limite. Trop peu d'espace libre empêche OS X de mener ses routines de défragmentation automatique sur un disque dur rotatif. Pas de gêne sur un SSD, si ce n'est de l'espace total.

Pour l'info.. Mon dossier d'applis fait 7Gio, la bibliothèque du système, 7,8Gio, mais 49Gio pour la partie bibliothèque d'utilisateur.

[ftp83plus] (./4180) :
flanker, ça se défend. Mais ces fichiers en trop peuvent parfois peser lourd, plusieurs gigas, ce qui est gênant quand l'espace est limite. Trop peu d'espace libre empêche OS X de mener ses routines de défragmentation automatique sur un disque dur rotatif. Pas de gêne sur un SSD, si ce n'est de l'espace total.

Pour l'info.. Mon dossier d'applis fait 7Gio, la bibliothèque du système, 7,8Gio, mais 49Gio pour la partie bibliothèque d'utilisateur.

Mais de toute façon, que ce soit sur OS X ou Linux, les fichiers dans le dossier personnel ne seront pas supprimés quand tu enlèves l'application... et heureusement, vu que ce sont des fichiers qui n'ont pas été installés.

./4180 : uniquement les exécutables ? même un gros jeu aujourd'hui ça dépasse rarement les 20mo, j'ai du mal à croire que tu aies plus de 400 applications avec un poids comparable installées sur ton système.

[ftp83plus] (./4177) :
Quel foutoir. Et qui va se casser le cul à vérifier que le désinstalleur a fait son job correctement, s¡ un pépin survient?

Le désinstalleur, c'est le gestionnaire de paquetages, il utilise la même liste de fichiers qu'il te présente et qu'il utilise aussi lors de l'installation. Un fichier installé ne peut pas être "oublié" comme ça. Il n'y a que les fichiers dans les dossiers home (qui ne sont pas créés par le processus d'installation, mais lors de l'utilisation du logiciel) qui ne sont pas supprimés (et c'est normal, le home peut être partagé avec d'autres machines par exemple).

En fait, utilisant OS X au quotidien, je sais qu'il est assez nul question désinstallation propre. C'est un choix qui est laissé aux éditeurs des applications, mais heureusement il y a de petits utilitaires gratuits qui peuvent s'en charger. Mais il faut comprendre leur choix: beaucoup d'applications sont propriétaires

Et c'est bien ça un des principaux problèmes.

flanker (./4178) :
Je préfère largement avoir un fichier en trop qui traîne sur mon disque qu'un système complètement vraqué à cause des dépendances.

L'histoire du système complètement vraqué est plus du FUD qu'autre chose (ou as-tu des cas concrets où ça s'est produit?). Au maximum, ça peut arriver si tu utilises la version de développement d'une distribution (genre Fedora Rawhide, openSUSE Factory, Debian unstable (oui, c'est une version de développement au même titre que Rawhide ou Factory! Et cela même si les fanatiques de Debian l'utilisent souvent en production parce que stable est inutilisablement vieux!) etc.), et même là, "complètement vraqué" est normalement une grosse exagération. (Le résolveur de dépendances n'accepte normalement pas de mettre le système dans un tel état!) Et avec une distribution stable, c'est du jamais vu. Le "RPM Hell" existait dans un passé lointain où il n'y avait pas encore de résolveurs de dépendances (et de dépôts faits pour) pour RPM, mais ça fait longtemps que ce problème est résolu.

Oui, pas plus tard qu'il y a 2 mois, sur une Ubuntu. Impossible de faire quoique ce soit avec apt ou aptitude, et au final ordi qui ne boote plus. Et ce n'était pas la première fois pour moi..

Idem, et sur une debian "lts", et même un aptitude purge ne virait pas ce qu'il fallait...

C'est quoi une debian "lts" ?

PpHd (./4186) :
C'est quoi une debian "lts" ?

Long Term Support, je dirais.

Sinon, j'ai pour habitude de supprimer les anciennes versions des kernels sur ma partition Ubuntu.
Sauf que là, j'ai des kernels qui traînent quelque part, synaptic est infoutu de les trouver, et quand GRUB se met à jour, je me retrouve avec un sous-menu « Previous Linux versions » que je suis obligé de shunter à la main

Et tu ne peux pas simplement supprimer ces "kernels qui traînent quelque part" ? ^^

Pas sûr que faire le cowboy dans /usr/src/ soit une bonne idée :/

Kevin Kofler (./4183) :
L'histoire du système complètement vraqué est plus du FUD qu'autre chose (ou as-tu des cas concrets où ça s'est produit?).

Personellement, j'en ai beaucoup : J'ai vraqué au moins du Debian, de l'Ubuntu, de la Fedora et beaucoup de Mandrake/Mandriva.

Perso, je trouve que c'est moins le côté dépendances que le côté mise à jour facilitée des applications qui fait la force des dépôts. C'est un truc assez chiant sous Windows (et même s'il y a des outils permettant de simuler ce comportement, ils sont tout juste inutilisables) que d'avoir à vérifier appli par appli qu'une mise à jour est sortie ou non.

flanker (./4181) :
Mais de toute façon, que ce soit sur OS X ou Linux, les fichiers dans le dossier personnel ne seront pas supprimés quand tu enlèves l'application...

Synaptic propose la suppression des fichiers installés, ou la purge complète, qui comprend aussi les fichiers de configuration.

PpHd (./4186) :
C'est quoi une debian "lts" ?

Yoshi Noir (./4187) :
Long Term Support, je dirais.

PpHd sait très bien, il souligne juste que ça ne veut rien dire quant à Debian.

Nil (./4191) :
Perso, je trouve que c'est moins le côté dépendances que le côté mise à jour facilitée des applications qui fait la force des dépôts.

Pareil, je suis bien content de mettre tous mes softs et mon système en 3 clics.

flanker (./4184) :
Oui, pas plus tard qu'il y a 2 mois, sur une Ubuntu. Impossible de faire quoique ce soit avec apt ou aptitude, et au final ordi qui ne boote plus. Et ce n'était pas la première fois pour moi..

Bah, que veux tu que je te dise à part que ta distribution sux?

Uther (./4190) :

Kevin Kofler (./4183) :
L'histoire du système complètement vraqué est plus du FUD qu'autre chose (ou as-tu des cas concrets où ça s'est produit?).

Personellement, j'en ai beaucoup : J'ai vraqué au moins du Debian, de l'Ubuntu, de la Fedora et beaucoup de Mandrake/Mandriva.

Il faudra que tu m'expliques comment tu as fait pour vraquer une Fedora.

Ca ne doit pas etre bien dur

Nil (./4191) :
Perso, je trouve que c'est moins le côté dépendances que le côté mise à jour facilitée des applications qui fait la force des dépôts. C'est un truc assez chiant sous Windows (et même s'il y a des outils permettant de simuler ce comportement, ils sont tout juste inutilisables) que d'avoir à vérifier appli par appli qu'une mise à jour est sortie ou non.

Ça n'a rien à voir avec les dépendances, ça. Tu peux le faire aussi bien sur iPhone que sur OS X.

Kevin Kofler (./4193) :

flanker (./4184) :
Oui, pas plus tard qu'il y a 2 mois, sur une Ubuntu. Impossible de faire quoique ce soit avec apt ou aptitude, et au final ordi qui ne boote plus. Et ce n'était pas la première fois pour moi..

Bah, que veux tu que je te dise à part que ta distribution sux?

Uther (./4190) :

Kevin Kofler (./4183) :
L'histoire du système complètement vraqué est plus du FUD qu'autre chose (ou as-tu des cas concrets où ça s'est produit?).

Personellement, j'en ai beaucoup : J'ai vraqué au moins du Debian, de l'Ubuntu, de la Fedora et beaucoup de Mandrake/Mandriva.

Il faudra que tu m'expliques comment tu as fait pour vraquer une Fedora.

sudo rm -rf / usr/local/app1 ?

Kevin Kofler (./4193) :

flanker (./4184) :
Oui, pas plus tard qu'il y a 2 mois, sur une Ubuntu. Impossible de faire quoique ce soit avec apt ou aptitude, et au final ordi qui ne boote plus. Et ce n'était pas la première fois pour moi..

Bah, que veux tu que je te dise à part que ta distribution sux?

C'est vrai que Debian est réputée pour son manque de stabilité et de solidité...

Yep, ça a l'air pas mal cette version, j'attends avec impatience la version KDE pour essayer à la place de ma V14.

flanker (./4195) :
Ça n'a rien à voir avec les dépendances, ça. Tu peux le faire aussi bien sur iPhone que sur OS X.

Bah sous OS X ou Android, ça n'est pas vrai pour toutes les applications (dès qu'il y a un store ou équivalent, ça facilite les choses, mais vu qu'on peut installer des applications, même lourdes, sans passer par le store [sauf pour iPhone, si je ne m'abuse], ça n'est pas possible). C'est aussi le cas pour Linux, cela dit, je le reconnais. Mais je trouve dommage que les éditeurs d'OS ne soient pas arrivés à mettre en place un protocole de flux (type RSS) qui permettrait à l'OS de se renseigner automatiquement sur la sortie d'une nouvelle version des applis installées.