Le jeudi 8 f�vrier 2001 10:19 +0100, Marc Lefranc �crivait:
> J'�tais justement en train de me poser une question voisine...
>
> En principe, une bonne partie de cette information doit se trouver
> dans les /var/lib/dpkg/info/*.md5sums.
>
Oui, mais ces fichiers ne remplissent pas toutes les fonctionnalit�s
de tripwire. Tu pourra tester tes ex�cutables pour voir s'ils ont �t�
modifi�s, mais tu ne pourras pas tester (par exemple) la modification
des fichiers de config, le fait qu'un .rhosts ait �t� cr�� pour root,
ou autres joyeuset�s.
> Pour rester dans le m�me r�pertoire, j'ai aussi �t� tr�s �tonn� de
^^^^^^^^^^
C'est fin �a :)
> constater que les fichiers *.list comportent les noms de tous les
> r�pertoires parents d'un r�pertoire contenant un fichier du paquetage.
>
[...]
>
> Pour moi, /, /usr/, /usr/X11R6/ et /usr/X11R6/bin n'ont rien � faire
> dans la liste des fichiers du paquetage acroread. Ils ne lui
> appartiennent en rien. Par contre, c'est bien le cas de
> /usr/lib/Acrobat4, qui devrait en toute rigueur �tre effac� si le
> paquetage est d�sinstall�. On perd donc une distinction importante.
>
> Ce n'est certes pas grave, mais je trouve que cela fait un peu
> d�sordre dans une distribution par ailleurs tr�s soign�e. Ca
> m'int�resserait donc de savoir si cela a d�j� �t� d�battu sur les
> listes de diffusion Debian.
>
Je ne suis pas d'accord. Les r�pertoires que tu cites font partie du
paquetage dans le sens o� s'ils n'existent pas, le paquetage doit les
cr�er pour installer ses fichiers. De plus, � la d�sinstallation, dpkg
v�rifie qu'un r�pertoire est vide avant de l'enlever. Effectivement,
on peut trouver que ce n'est pas "propre" dans le sens o� un fichier
n'est cens� appartenir qu'� un seul paquet alors que les r�pertoires
sont r�f�renc�s dans plusieurs. Mais je pense que pour corriger cela,
il faudrait faire des choses bien plus sales.
--
Alexandre Vitrac
CS SI
