Ma debian testing me rend fou ces derniers temps... A chaque fois que je fais un dist-upgrade, il me propose d'enlever gimp, sous prétexte qu'il n'est "pas utilisé":
680o réceptionnés en 1s (433o/s)
Lecture des listes de paquets... Fait
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Les paquets suivants ne sont pas utilisés et vont être ENLEVÉS :
gimp gimp-data libgimp2.0 libwmf0.2-7
0 paquets mis à jour, 0 nouvellement installés, 4 à enlever et 2 non mis à jour.
Il est nécessaire de télécharger 0o d'archives. Après dépaquetage, 30,5Mo seront libérés.
Voulez-vous continuer ? [Y/n/?] n
Abandon
debianjoel:~#
Sauf que j'y tiens beaucoup, à Gimp! C'est d'ailleurs moi qui vient de l'installer. Donc ce n'est pas lié à une installation automatique par une autre application.
Est-ce que quelqu'un aurait une explication du problème et peut-être la solution?
# glou
Posté par fmaz fmaz . Évalué à 6.
Si c'est avec aptitude, j'ai une explication.
aptitude maintient une liste des paquets demandé par
l'utilisateur ce qui permet, quand tu vires « toto », qu'il
supprime aussi toutes les dépendances qu'il avait installé
pour « toto ». Le problème est qu'apt-get ne gère pas
cette base de donnée. Résultat
- apt-get install toto
suivit d'un
- aptitude upgrade
va virer toto
Pour régler ton problème,
- aptitude install gimp
comme ça, aptitude aura sa base à jour et il ne te fera plus chier.
Frédéric
[^] # Re: glou
Posté par totof2000 . Évalué à -2.
C'est bien pour ca que je préfère la Slackware: elle ne prend pas l'admin pour un imbécile, ce qui n'est pas le cas des autres distribs :)
[^] # Re: glou
Posté par Rork . Évalué à 4.
Merci ma distribution. :)
[^] # Re: glou
Posté par totof2000 . Évalué à 2.
Donc en tant qu'admin, je préfère une distrib ou un OS qui ne fait que ce que je lui demande, et qui ne s'emmèle pas les pédales, lorsque j'utilise un outil x ou y pour installer/configurer mes packages. Ca me fait gagner du temps en cas de problème, car je sais ce que j'ai fait, même si ça m'en fait perdre un peu parfois.
D'un autre côté, l'utilisateur/admin de sa machine préfèrera certainement un truc "qui fait tout tout seul". Je pense que ces outils font bien leur travail dans 95% des cas. Mais dans les 5% de cas ou ca marche pas, c'est plus difficile de retrouver l'origine du problème.
Loin de moi l'idée de dénigrer les distribs/outils orientés end-user, j'exprime juste un point de vue différent sur le sujet (certains outils qui s'imaginent savoir ce que tu veux m'irritent fortement, je pensais que ce genre d'outil était réservé à windows, mais aparamment je me trompe).
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.