Le 22.11.00, Stephane Bortzmeyer a tapot� :
| On Wednesday 22 November 2000, at 14 h 13, the keyboard of Thomas Nemeth
| <[EMAIL PROTECTED]> wrote:
|
| > de la d�sinstallation d'un paquetage. Comme �a, si on d�sinstalle
| > un programme qui �tait le seul � d�pendre d'une biblioth�que
| > particuli�re, cette biblioth�que est aussi d�sinstall�e.
|
| Souvent demand� et personne ne r�pond jamais � l'objection num�ro 1 : et
| si c'est un programme non-Debian qui d�pend de cette biblioth�que ?
Je pense que si une personne d�cide d'enlever un paquetage, c'est
qu'il n'est pas/plus utilis�. De plus je ne parlais pas de
suppression d'office du paquetage de la biblioth�que (et �a peut ne
pas �tre une biblioth�que d'abord), mais seulement de la proposition
de suppression, histoire que l'on sache si le paquet que l'on veut
d�sinstaller ne d�pend que de paquets utiles seulement � lui. Libre
� nous ensuite de d�sinstaller ou non suivant ce qu'on sait sur la
base install�e.
| Je vire Perl et que deviennent mes scripts perl dans /local/bin ?
| Je vire GTK et que devient ma copie de LLN compil�e dans /local/bin ?
Je pense que le fait de savoir si un paquet est bon ou non �
�tre d�sinstall� doit �tre une chose et que le d�sinstaller
effectivement en est une autre.
Par contre, que la _possibilit�_ de le faire soit fournie est une
tr�s bonne chose. Il m'arrive de tester quelques paquetages afin de
voir ce qu'ils donnent. Pour l'instant je note ce dont ils d�pendent
et sont seuls � en d�pendre. Mais si j'ai envie de d�sinstaller
ce paquetage, alors il faut tout se taper � la main. Je sais, je
suis fain�ant. N�anmoins je trouve �a interessant surtout si on
n'a pas le temps de tester imm�diatement toutes les fonctionnalit�s
du paquetage choisi et que lorsqu'on veut le d�sinstaller on ne
sait plus o� se trouve ce satan� papier :)
De toutes fa�ons, si un paquetage est d�sinstall� par erreur,
l'administrateur s'en rendra vite compte par les mails qu'ils
recevra ;-)
--
BOFH excuse #217:
The MGs ran out of gas.
