On Wed, Jun 25, 2003 at 12:48:34AM +0200, Thomas Nemeth wrote: > Le 24.06.03, Denis Barbier a tapot� : > > | On Tue, Jun 24, 2003 at 10:33:41AM +0100, Yves Rutschle wrote: > | > > | > Dans un concept de "stable glissant" (ou de nouvelles > | > versions apparaissent dans stable, mais les d�pendances > | > restent les plus vieilles), libperl5.8 serait disponible > | > avant, donc on utiliserait eperl(Depends:>=libperl5.6) avec > | > libperl5.8, puis plus tard quand eperl(Depends:>=libperl5.8) > | > sort, seul eperl est upgrad�. > | > | M�me r�ponse que pour Thomas Nemeth, l'ex�cutable eperl compil� > | avec perl 5.6 ne fonctionnera pas quand perl 5.8 remplace perl 5.6 > | dans cette ��stable�� glissante. > | D�monstration: > | - copie d'un eperl de stable dans unstable > | - $ ./eperl > | ./eperl: error while loading shared libraries: libperl.so.5.6: cannot > open shared object file: No such file or directory > | > | Il n'est pas possible de faire une mise � jour s�quentielle, j'aimerais > | donc savoir comment ce cas est g�r� si on compile sur la base de stable. > > O� est le pb : il suffit d'upgrader les 2 en m�me temps...
Mais � quel moment tu compiles eperl avec perl 5.8 ? Avant la mise � jour simultan�e, c'est perl 5.6 qui est dans stable, Or vous dites qu'il faut compiler avec les d�pendances de stable. Denis
