Tu as bien lu le message ? Tu as fait le test ?
Ah, tu voulais juste dire qque chose de pro, je comprends... :-)

Soyon clair :
Je compte sur un gest. de RPM (pas RPM lui-m�me qui ne me d�coit pas) pour me dire
si un fichier est manquant, pas m'afficher une liste en dur stupide dont je n'ai
que faire si elle n'est pas un reflet de ma config.

Un cochage *vert* devant un chemin de fichier, chez moi, �a veut dire : Ce package
est compos� des fichiers suivants, G v�rifi� qu'ils �taient tous l�, et je
t'affiche le r�sultat de ce test. Voil�. G bon ? (C 1 question s�rieuse, si je me
trompe dites-le moi, poliment SVP)

N'importe quoi, c'est pour moi ? Ca devient une habitude, les insultes ?
On s'aide o� on est dans la cour de r�cr� ?

>"RPM ne DOIT pas tenir des errements d'un utilisateur."

... Ca veut dire quoi ?

Eric Doutreleau wrote:

> On Fri, 15 Oct 1999, Philippe Coatmeur wrote:
>
> > Mm.
> > Les m�mes RPM ignorant superbement toute manip faite sur des sources... En
> > fait, C bien simple : Faites le test, listez un rpm qqconque, et effacez un
> > des fichiers de doc list�s.
> > R�-interrogez le RPM, et miracle, il trouve tjs le fichier ! Consternant. En
> > plus, �a ne le fait pas � tt les coups. Vous avez dit windows ?-)
> >
> Oui
> Effectivement on frole le n'importe quoi.
> RPM ne DOIT pas tenir des errements d'un utilisateur.
> Coment veux tu g�rer des d�pendances si tu effaces une partie d'un
> paquetage?
>
> RPM doit �tre utilis� dans le contexte qui lui est propre.
>
> Imagine par exemple le paquetage sendmail.
> Il fournit la fonctionnalit� smtp serveur.
> Tu effaces le binaire sendmail.
> Comment quelq'un qui arrive sur la machine va savoir si le paquetage est
> bon ou pas et si la fonctionnalit� smtp serveur est bien fournie par le
> paquetage?
>
> Amicalement
>
> Eric Doutreleau
> I.N.T                   | Tel   : +33 (0) 160764687
> 9 rue Charles Fourier   | Fax   : +33 (0) 160764321
> 91011 Evry   France     | email : [EMAIL PROTECTED]

--
<---------------------
  Philippe Coatmeur
   GameSpot France
   Ziff-Davis, Inc.
--------------------->

Répondre à