Lundi 2 mai 2005, 17:12:57 CEST, Daniel D�chelotte a �crit : > > Sylvain Sauvage a �crit : >[...] > | 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. > > Euh, si... :o)
Ah, zut :oP Vu le nombre de paquets que tu listais, je ne pensais pas qu'il y en avait un. > | Alors, doit-on cr�er un > | m�ta-paquet R pour les trois paquets n�cessaires ? �videmment non. > > .... et donc je ne comprends pas ca. �a peut s'appliquer � n'importe quel logiciel qui n'a pas de m�ta-paquet car il ne demande pas �norm�ment de paquets en lui-m�me (pour avoir le minimum) mais pour lequel il existe un nombre assez important de paquets associ�s (des interfaces graphiques ou des utilitaires). Bon, j'ai pas d'exemple sous la main : les paquets sont bien faits et la granularit� est de mieux en mieux ma�tris�e (d�coupage des paquets, d�pendances et recommandations bien d�finies, etc.). > Ok. Je reformule pour etre sur d'avoir compris. >[...] Exact. > Aucun changement pour > l'utilisateur qui n'est pas au courant du mecanisme, fonctionnalite > supplementaire pour les autres. Presque... (cf. plus bas) > | Mais bon, �a augmente encore le nombre de paquets... > > Oui, mais ca evite de mettre l'info clef (la liste des paquets qui ont > trait a KDE) dans le meta-paquet kde, qui est malgre tout la solution > que je prefere en ce moment. Ben non, car l'� info clef � peut alors se r�sumer � ce seul paquet, et donc lorsque l'on enl�ve le m�ta-paquet kde, il nous indique gentiment que si on veut virer tout kde, il suffit d'enlever je_fais_partie_de_kde. Ce qui est moins lourd que d'afficher toute la liste (au risque d'en oublier). -- Sylvain Sauvage

