Dimanche 1 mai 2005, 00:59:49 CEST, Daniel D�chelotte a �crit : > > Sylvain Sauvage a �crit : >[...] > > Je me rends compte que le "Ils" de "Ils devraient proposer de > desinstaller" est ambigu : je voulais dire "les meta-paquets".
J'avais compris. > | [...] Si on veut un m�ta-anti-paquet (ou anti-m�ta-paquet ?) qui > | d�sinstalle un m�ta-paquet, il faut encore savoir si tous les paquets > | demand�s par le m�ta-paquet ont bien �t� install�s � cause de [des > raisons] > > Ben justement non : il serait interessant que "remove kde" propose de > retirer tout KDE independamment de l'historique de ce qui a ete installe > avant et apres le "install kde". Je parlais de m�ta-anti-paquet pour donner une autre m�thode. Mais cela revient au m�me que ce soit l'installation d'un paquet sp�cial (le m�ta-anti-paquet) ou la d�sinstallation du m�ta-paquet qui fasse le boulot. > | [...] > | En reprenant ton exemple (install kde, install kde-extras, install > kate, | install kate-plugins, remove kde => ne retire rien), peut-�tre > que | l'utilisateur, en demandant que kde soit enlev� ne veut pas que > kate le | soit, mais juste tout ce qui a �t� install� en plus � cause de > kde. > > C'est ce qu'aptitude/debfoster font automatiquement, a condition que... >[...] > .... a condition que l'utilsateur soit un surhomme (surfemme) a la > memoire bionique. Bon, je charie un peu, mais parfois, on a juste envie > de dire (je laisse KDE tranquille) "Ok, j'ai bien joue avec R, > maintenant je fais apt-get remove r-base et tout est desinstalle, meme > si j'ai essaye r-gnome, r-cran-lattice et r-cran-latticeextra". Ce n'est > pas possible au jour d'aujourd'hui, et il suffirait au paquet r-base > d'ecrire, pendant sa desinstallation : "Si vous voulez retirez tous les > paquets R, executez la ligne << apt-get remove r-truc r-machin >>". J'avais bien compris, mais il n'est pas toujours �vident de savoir quel paquet doit avoir ce message. La preuve, pour R, il n'y a pas de m�ta-paquet et tu dois enlever r-base. Alors, doit-on cr�er un m�ta-paquet R pour les trois paquets n�cessaires ? �videmment non. Sinon, dans le cas d'un m�ta-paquet, comme on l'a dit on ne peut pas r�duire la liste de ces paquets � ceux dont il d�pend. Le message au post-rm serait : � Si vous voulez enlever tout TRUC, ex�cutez � apt-get remove <les depends-recommends-suggests de TRUC _bien_choisis_> �, mais le _bien_choisis_ est difficile (p.ex. �viter d'y placer la libc6). Peut-�tre faudrait-il plut�t avec un paquet sp�cial dont tous les paquets R (ou kde) d�pendent, � l'oppos� des m�ta-paquets dans l'arbre de d�pendance, un paquet � groupe �. Si le paquet X fait _partie_ du l'ensemble TRUC, alors X doit d�pendre du paquet groupe_TRUC. Si on veut enlever tout TRUC, on demande d'enlever groupe_TRUC. �a �vitera d'enlever les paquets dont d�pendent les paquets X de TRUC mais qui ne font pas partie de TRUC (comme la libc). Mais bon, �a augmente encore le nombre de paquets... Sinon, pour la m�moire bionique, j'utilise mon disque dur : quand j'installe un paquet pour � jouer �, je note la liste des paquets dans un fichier (kde-debs p.ex.). Enfin, quand j'y pense ;o) -- Sylvain Sauvage
