Woody est (presque) là

Posté par  . Modéré par Fabien Penso.
Étiquettes :
0
30
avr.
2002
Debian
Anthony Towns, responsable de la Woody, a posté ce matin sur debian-devel-announce quelques nouvelles pour tous les impatients. Je joins le courriel en pièce attachée.

Pour les anglophobes, et pour résumer, Woody est presque prête, mais ne sera certainement pas livrée demain. Les problèmes restants sont les dernières mises à jour dues à la sécurité, et la génération des images ISO pour Sparc et Alpha. Hello world,

So, it's April 30th (for most of the planet, anyway), which probably means
folks are beginning to get mildly curious about whether woody'll actually
be ready for release tomorrow. The answer is a definite "kind-of". Which
is to say, "no".

On the upside, woody itself is ready to be released. The only outstanding
changes that need to be made are the standard security fixes that need
to be made throughout the lifetime of stable anyway.

Unfortunately, that's exactly where we've dropped the ball: the security
team presently don't have the resources to handle security advisories
for woody [0]. While there has been a plan in place for roughly a year
on how to handle this ("rbuilder", for those playing along at home),
it hasn't been successfully rolled out across more than a handful
of the architectures we wish to support, and it further doesn't seem
like trying to rush it now will be particularly effective. As such,
an alternate arrangement, involving some moderately significant changes
to the existing autobuilder system are being made, which should become
active over the next week or so.

Naturally, we will not be making the woody release until we have a viable
mechanism for making timely security updates.

On the technical side of things, the only other significant problem we're
having is that we have so far been unable to produce fully successful
builds of CD images for alpha and sparc. This is being worked on, but may
mean that sparc and alpha CD images will be unavailable at release time.

The other signficant issue that's come up is a poor sense of timing on
behalf of a fair number of people. To take two fairly straightforward
examples: a few days before the expected release is not the time to file
eighty or ninety release-critical bugs about issues that have been being
tracked outside the BTS in a satisfactory manner for months; similarly,
it's far from ideal to have delayed the fix for the nscd bug (which has
been open for over a month and requires a new upload of the glibc package
to fix) until the very last day before release. These aren't isolated
examples: there's been significant amounts of "QA" work (for example,
checking buildability for binary-all packages; checking for packages that
modify conffiles) that has only been started _after_ the time when it's
reasonable to try doing anything about it, and there've been significant
numbers of uploads rushed in at the last minute for problems that could've
been resolved either by the maintainer or by NMU weeks or months ago.

These are two sides of the same coin, really: fixes need to be done
early rather than late so that they can be tested and, if necessarily,
fixed further, and problems need to be found even earlier so that there's
time to fix the problem right. It might be better late than never, but
really the difference isn't all that noticible. Hopefully people will
be able to use the forthcoming suffering as an incentive to get this
done right next time.

So, the final automatic run of the testing scripts was today, and will
be reflected in the next mirror pulse. From this point, we'll have
manually approved security updates to some packages, and very little
else, until release. Requests from the maintainer to remove packages
that are unreleasable may be considered. Requests from the maintainter
for an update to a package will generally be considered a request to
remove the package.

Cheers,
aj (woody release manager)

[0] Issuing an advisory and fixed .debs for the six architectures that
released with Debian 2.2 (potato) already takes, essentially, an
entire night with the current tools; doing likewise for the eleven
architectures that will release with woody will take more time than
the security team are able to commit; doing it with woody's eleven
architectures _and_ potato's six architectures for a few months
so that people have time to evaluate woody before being forced to
upgrade to it is completely out of the question.

--
Anthony Towns

Aller plus loin

  • # Il faudrait quand même qu'ils essaient de sortir à temps...

    Posté par  . Évalué à 10.

    Parce qu'on annonce déjà des milliers de manifestants dans les rues pour fêter la sortie de la woody le 1er mai !


    (-1 et [jesors])

    • [^] # Re: Il faudrait quand même qu'ils essaient de sortir à temps...

      Posté par  . Évalué à -10.

      Je préfère être dans la rue pour fêter la sortie de la woody que moutonner dans les manif' anti-lepen qui ne servent à rien.

      -1 car politique et donc OT.

    • [^] # Re: Il faudrait quand même qu'ils essaient de sortir à temps...

      Posté par  . Évalué à 10.

      Ben, elle va sortir à temps pour le premier mai, seulement, il faut maintenant compter le retard :-)

      C'est sûr que sans le retard, ce serait trop facile !

      Il fallait de toute façon s'y attendre, car quand j'ai lu tout ce qui devait encore etre fait il y a 15 jours, c'était évident qu'ils ne seraient pas prêt pour demain.

      Les développeurs debian ne sont que des hommes, on a tendance à l'oublier de temps en temps ;-)

      • [^] # Re: Il faudrait quand même qu'ils essaient de sortir à temps...

        Posté par  . Évalué à 2.

        Bah au moins ils font pas comme un des "leaders" du marché des OS qui respecte absolument les dates de sortie (quitte a sortir des services packs à outrance par la suite qui corrigent les problèmes et en ajoutent de nouveaux).

        Moi je suis content de voir qu'ils ont décidé de suivre la politique choisie, et je me réjouis de savoir que la woody sera une distrib finalisée _avant_ sa sortie.


        Pour les manifestations, bah il est normal que des gens soient pas content ;-) il y en a bcp qui sont trop habitués au comportement d'un certain "géant" de Redmond ....

        <hors-sujet>
        Remarquez, y'a aussi des gens qui vont voter contre la démocratie demain (oui, vous savez ceux qui disent que J-M Le Pen a pas le droit d'être présent au 2e tour des élections ...), alors moi je vais aller manifester pour la réinsertion des manchots en équateur (ben oui, Tux il a bien droit d'avoir du soleil et de bronzer non ?).
        </hors-sujet>

    • [^] # Re: Il faudrait quand même qu'ils essaient de sortir à temps...

      Posté par  . Évalué à -1.

      Ils feraient mieux de rapporter et corriger les bugs.

  • # presque ?

    Posté par  . Évalué à -10.

    A l'allure où ils sortent leurs versions la prochaine devrait s'appeler "turtle" !

    ---
    Ce post est bien entendu sous licence MUPL.

  • # Presque ?

    Posté par  (site web personnel) . Évalué à -10.

    Si la Woody est presque sortie alors la Mandrake9.0 aussi :)

    Vous pouvez pas faire une news quand elle sera vraiment là ?
    Merci ;)

    L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: Presque ?

      Posté par  . Évalué à -3.

      Jaloux va!
      Fait une recherche et compte le nombre de news sur des rc de mdk qui sont passées. Chacun a droit à son heure de gloire télévisuelle mais mieux vaut que ça soit dans "Questions pour un champion" que dans le "bigdil" (je parle même pas du loft...)!

  • # Cool! XFree86 4.1!

    Posté par  . Évalué à 10.

    J'avais cru comprendre que ce ne serait pas le cas! Youpi!

    • [^] # Re: Cool! XFree86 4.1!

      Posté par  . Évalué à -10.

      Ha ha le vieux troll poilu avec XFree [4.1|4.2]. Enfin bon il est déjà tellement éculé...

      • [^] # Re: Cool! XFree86 4.1!

        Posté par  (site web personnel) . Évalué à 10.

        C'est pas un troll, c'est une information. Ca evite à ceux qui ont des cartes videos à la con genre i830 (portables dell par exemple) de se tourner vers une distrib qui ne fonctionnera pas complètement.

        • [^] # tu as raté un épisode...

          Posté par  . Évalué à 0.

          ...ceux qui ont des cartes "merdiques" car oubliées sont au courant, cf threads précédents XFree/Branden (le mainteneur de XFree).

        • [^] # Re: Cool! XFree86 4.1!

          Posté par  (site web personnel) . Évalué à -4.

          Ils existe des deb non-officiels, et de toutes façons, si ton matos n'est pas supporté, tu compile toi-même.

          • [^] # Re: Cool! XFree86 4.1!

            Posté par  (site web personnel) . Évalué à 5.

            Ouai, ok, mais quand j'utilise une debian c'est justement pour pas compiler et profiter de la grosse base de package. C'est un peu le serpent qui se mort la queue tout ça :-)

            • [^] # Re: Cool! XFree86 4.1!

              Posté par  . Évalué à 1.

              Moi je dit que si tout le monde pensait comme toi, il n'y aurait pas autant de packages dispo pour debian.

              Le véritable avantage du systeme de package Debian, a mon sens, c'est que chacun peut creer le sien.
              Ainsi, si celui dont tu as besoin n'existe pas (ben oui on va pas recreer tout ce qui existe deja), tu peux te compiler ton truc et en faire profiter les autres (en non-officiel au debut bien sur).

              Vala un avis tres personnel bien entendu.

        • [^] # ben les gars faut se réveiller!

          Posté par  . Évalué à 3.

          Slack 8.1, sortie: mi-juin (au rythme ou c'est parti on aura la nouvelle slack avant d'avoir la nouvelle debian)

          stable, rapide comme la débian, sauf que...

          XFree 4.2, KDE 3.0

          :p

          -1 parce que de toutes façons je vais me faire enflamer.

          • [^] # Re: ben les gars faut se réveiller!

            Posté par  . Évalué à 0.

            Cherche pas, les debianist sont trop obtus, la preuve ils persistent dans l'erreur, et ne voient pas que la veritee est dans la Slack, ou a la rigueur la Mandrake.

            Depending on the time of day, the French go either way.

  • # Linuxfr.org -> debianfr.org

    Posté par  . Évalué à -10.

    Une telle info est juste bonne pour autres et encore .....

  • # M'en fout, j'utilise sid

    Posté par  (site web personnel) . Évalué à -7.

    alors même s'il ne releasent jamais, ca change rien.

    • [^] # Re: M'en fout, j'utilise sid

      Posté par  (site web personnel) . Évalué à 10.

      C'est clair : 95% des gens sous debian sont déja sous woody ou sid.

      Ca me fait marrer. Ca me fait penser au Pape qui a reconnu officiellement il y a peu que la Terre n'était pas le centre du monde :)
      La Debian c'est pareil. Quand il annonce qu'elle est stable, les paquetages sont tous pourris et tout le monde s'en fout ;)

      Troll !! Troll !! Où ça ?

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: M'en fout, j'utilise sid

        Posté par  (site web personnel, Mastodon) . Évalué à -10.

        Ca me rappelle quand ma copine a reconnu que j'avais la plus grosse bi.., euh non rien :)

      • [^] # Re: M'en fout, j'utilise sid

        Posté par  . Évalué à 10.

        Tu enterres la Patate un peu vite là...

        Pour un serveur web par exemple, tu n'as aucun intérêt et pas mal d'inconvénients à upgrader en testing. En prod, c'est sympa que les "apt-get update" ne te change pas 3/4 des packages chaque semaine alors que ça marche déjà très bien...

      • [^] # Re: M'en fout, j'utilise sid

        Posté par  . Évalué à 5.

        C'est clair : 95% des gens sous debian sont déja sous woody ou sid.

        C'est sûr : je dirai même 101,97%... dont 701,23% sont sous Sid et 1/38e de ces gens-là font une Debian à partir d'une LFS avec une origine Slackware sur un bout de partition hérité d'ailleurs d'une SLS (snif...).

        T'en as beaucoup de stat comme cela ? La plupart des gens que je connais sont sous Potato... y compris et surtout les serveurs...

        PK

        • [^] # Re: M'en fout, j'utilise sid

          Posté par  . Évalué à -1.

          Ben elle s'ont super fiable c stats, d'apres l bublque interroge (lui meme, son petit frere, et son hamster) ont repondus je suis sous woody, lui meme et son petit frere (qui utilise son PC), le hamster quand a lui est sous potato, et envisage de passer en Slack

          Depending on the time of day, the French go either way.

        • [^] # Re: M'en fout, j'utilise sid

          Posté par  (site web personnel) . Évalué à 2.

          T'as marché dedans ;)

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: M'en fout, j'utilise sid

      Posté par  . Évalué à 10.

      Ben, moi j'habite dans le trou du cul du monde (ou presque), cad Madagascar. Il me semble bien que je sois le seul à utiliser une Debian. On a que le RTC. Donc pour faire une mise à jour, je vous dis pas...

      Du coup j'utilise une Potatoe, que j'avais acheté lors d'un voayage en France. Et je me dis qu'enfin, je pourrais avoir un truc un peu plus moderne.

      Sinon, pour les pays avec (le vrai) internet, la sortie d'une stable peut servir pour par exemple un serveur, qui veut être sur de ne pas (ou très peu) avoir de bugs.

  • # Potato, c'est juste un aurevoir...

    Posté par  . Évalué à 10.

    C'est juste pour dire que je trouve la position de Debian concernant la sorie des distribs tres remarquables... Une distrib ne sort uniquement si elle est assez mature, pas juste pour incrementer la version :)

    Sinon J'ai une petite question, Quels seront les noms des prochaines distrib une fois que les noms des personages de toys story seront epuises ?

    • [^] # Re: Potato, c'est juste un aurevoir...

      Posté par  (site web personnel) . Évalué à -4.

      Si ils sont a court d'idees, je propose:
      - moule
      - bingirl
      -1

    • [^] # Re: Potato, c'est juste un aurevoir...

      Posté par  (site web personnel) . Évalué à 10.

      Le temps d'épuiser les noms des personnages de ToyStory I, on sera en l'an 3000 environ.
      Toy Story 156 sera sorti et la debian en sera à sa version 9.0

      Il suffira de choisir parmis les milliers de nouveaux personnages qui seront apparus pendant ce siècle ;)

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

    • [^] # Re: Potato, c'est juste un aurevoir...

      Posté par  . Évalué à 10.

      Supposons que Pixar sorte un nouveau ToyStory tous les trois ans, et qu'a chaque épisode il y ait 4 nouveaux personnages.
      Sachant qu'une debian ne sort en général que tous les ans (et encore pour la wody), il est clair qu'il y aura assez de noms tant que l'univers existera!

  • # disquettes

    Posté par  . Évalué à -2.

    Il est quand meme possible d'installer directement la Woody, en passant par une installation disquettes.

    Bien sur, il faut preparer 8 disquettes (avant de faire l'installation par FTP) mais au final on a une woody (testing).

    Oui, on peut aussi installer une potatoe puis upgrader en testing...

    • [^] # Re: disquettes

      Posté par  (site web personnel) . Évalué à 3.

      Si on a une connexion directe, je crois que 2 disquettes suffisent.

      • [^] # Re: disquettes

        Posté par  . Évalué à 1.

        par le port serie oui, sinon vaut mieux avoir les drivers. (total de 3 ou 4 à 14 disquettes je crois, selon les flavours)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.