Le lun 04/08/2003 � 10:30, Sven Luther a �crit : > On Mon, Aug 04, 2003 at 12:13:39AM +0100, Yves Rutschle wrote: > > On Sun, Aug 03, 2003 at 10:51:40PM +0200, L�opold BAILLY wrote: > > > Tu veux parler de apt-get build-dep ? > > > > Oui, d'o� on aurait retir� le "attempt to" satisfaire les > > d�pendances. > [...] > que veut tu dire par "attempt to" ? > > Le seul probleme est les dependances virtuelles, ou plusieurs vrai > packages peuvent satisfaire les dependances en question. >
Non, il a raison. Une des bonnes raisons de compiler soi-m�me un paquet est de le r�tro-porter. Dans ce cas, apt-get build-dep peut ne pas marcher parce que le paquet � compiler d�pend d'un paquet qui n'est pas pr�sent dans la distribution de stabilit� sup�rieure. Par exemple, mon syst�me est sarge. Dans mon sources.list, j'ai des lignes deb qui pointent vers des d�p�ts de paquets binaires de sarge *exclusivement* et une ligne deb-src qui pointe vers un d�p�t de paquets sources de sid. Si je veux installer un paquet A de sid, je t�l�charge les sources avec apt-get source et avec un coup de apt-get build-dep, j'installe les d�pendances de compilation (paquets binaires), qui sont pioch�es dans sarge. Malheureusement, il arrive que la compilation de A d�pende de B, pr�sent dans sid mais absent dans sarge (nouveau paquet ou version tr�s r�cente), auquel cas apt-get build-dep �choue. Solution : il faut compiler et installer B avant de compiler A. NB : l'installation de B va peut-�tre n�cessiter le r�tro-portage de C, et ainsi de suite. C'est un coup � prendre, mais c'est facile et s�rement beaucoup mieux que de mixer sauvagement les d�p�ts binaires. L�o.
