Re: Uploader dans stable (was: Re: knoppix ( limite hs !!! ))
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 debian-user-french-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: