On Wed, Jun 25, 2003 at 09:13:59AM +0200, Thomas Nemeth wrote: > Le 25.06.03, Sven Luther a tapoté : > > | On Wed, Jun 25, 2003 at 08:53:04AM +0200, Thomas Nemeth wrote: > | > Le 25.06.03, Denis Barbier a tapoté : > | > > | > | 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. > | > > | > Recompilation (automatique si possible) dans un arbre à part > | > temporaire puis basculement de tous les nouveaux paquets dans > | > l'arbre officiel. > | > | C'est bien ce qu'est fait pour unstable/testing, n'est-ce pas ? > > Oui :) C'est même où je voulais en venir...
:))) > | Et t'est > | tu poser la questions des auto-builders ? Tu ne peut pas faire cela dans > | un arbre prive, car les autobuilders n'y on pas acces. > > Tiens !? Pourquoi ? Heu, tu est serieux la ? Parceque les autobuilders n'utilisent que des sources officielles, comme il se doit, ils n'ont manifestement pas acces a ce que le distributeur a sur son disque dur, et pour les sources non-officielles, il y a bien sur le probleme de la securite, et que seul les uploads sur des sources officielles sont signer par les DDs, et de plus verifie pour des problemes legaux, de licence, de brevet, et de paranoia de l'administration US. > | En fait, testing, avec ses imperfections et ses problemes de maturite > | est ce que Erwan et Georges appels de leur voeux. Sur, on construit les > | packages dans unstable, mais les nouveaux packages rentrent dans testing > | au fur et a mesure lorsqu'ils sont prets. > > Mouais. Il y a tout de même des pbs : quand une nouvelle > bibliothèque est mise à jour, tous les paquets qui en dépendent > ne sont pas recompilés automatiquement avec. Pire : certains > utilisent même plusieurs versions de la même bibliothèque !!! Oui, mais le nouveau schema des noms de libairie avec soname inclus resoud cela. toutes les librairies n'ont pas encore adapte le nouveau schema, ce qui pose probleme pour le moment, mais devrait bien marche. Bien sur, pour ocaml et d'autres cas interprete, le probleme n'est pas resolut, car il faut une double dependance. La version de compatibilite (equivalent du soname) et la version de l'interpreteur (bytecode ocaml et version perl par exemple). > Dernier exemple en date : libpng. > Je me retrouve avec libpng2, libpng3, libpng10-0 et libpng12-0. Oui, mais une fois que seul libpng10-0 et libpng12-0 existeront, le probleme ne se posera plus. Le probleme reel de libpng etait cependant que les environement de developement n'etait pas installable simultanement, et que certains packages qui devait travailler ensemble etait linker avec des versions differentes de libpng, ce qui posait probleme et illustre bien aussi la complexite des dependances. Le probleme est maintenant resolu grace au travail formidable du mainteneur libpng (euh, de celui qui a fait le travail en tout cas, je sais pas si c'est le mainteneur officiel ou pas). Amicalement, Sven Luther > > > Thomas > -- > BOFH excuse #416: > We're out of slots on the server > > > -- > Pensez à lire la FAQ de la liste avant de poser une question : > http://savannah.nongnu.org/download/debfr-faq/html/ > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
