Le Sun 15/06/2003, Stephane Bortzmeyer disait > On Sunday 15 June 2003, at 15 h 9, the keyboard of Erwan David > <[EMAIL PROTECTED]> wrote: > > > et se payer un makl de crane pour suivre les variables et make file > > conditionnels, et se taper la t�te contrre les murs avant de renoncer > > parceque le paquet source construit plusieurs paquets binaires.? > > Quel probl�me ? On n'est pas oblig� de les installer tous.
On est oblig� de les compiler et donc d'i�ntsller tout ce qu'il faut pour les compiler. > > > dch <Documenter> > > > > c'est quyoi �a ? > > Documenter ? C'est prendre des mesures pour les coll�gues. Sur une machine > perso � la maison, on peut faire ce qu'on veut, on est tout seul. Mais, dans > un contexte professionnel, o� on n'est jamais tout seul, il faut un peu plus > de rigueur. dch permet d'�diter le changelog.Debian, ce qui permettra aux > coll�gues de savoir ce qu'on a fait. Je veux faire un truc pour moi, hein... > > ./configure <mesoption> && make && sudo make install > > > > �a marche c'est nettement plus simple et je suis s�r que ce ne sera > > pas �cras� au prochain upgrade. > > C'est exactement le contraire : avec la m�thode archa�que cit�e > ci-dessus (que m�me les FreeBSDistes n'utilisent plus), rien ne > garantit qu'un coll�gue ne va pas �craser votre programme configur� > avec --enable-foobar par une version configur�e avec > --disable-foobar. Comment pourrait-il le savoir ? Quel "coll�gue" ? > Avec un paquetage, on contraire 'dpkg -l' et le changelog.Debian le > renseignent sur ce qu'on a fait. Inutile : de toute fa�on j'ai renonc� pour certains programmes � l'installation packag�e. Les paquets n'interviennent pas *du tout* pour ces programmes. -- Erwan
