Journal Plan pour la prochaine version d'Ubuntu

Posté par  .
Étiquettes :
0
19
avr.
2006
Voila un message de Mark Shuttleworth concernant Dapper +1

En gros, ca sera une version de toute les experimentations, qui devrait se stabiliser avec les 2-3 version suivantes ( comme on peut considerer Dapper la stabilisation de 2 ans de devellopement ).


This mail charts the territory post-Dapper for those of us who like to
dream a little.

First things first. The codename of Dapper+1 will be:

The Edgy Eft

And here's why. Edgy is all about cutting edge, perhaps bleeding edge,
brand new code and infrastructure. It will be the right time to bring in
some seriously interesting but definitely edgy new technologies which
lay the groundwork for the next wave of Ubuntu development.

An Eft is a youthful newt, going through its first exploration of the
rocky territory just outside the stream. And that's exactly what we hope
the development team will do with Ubuntu during the Edgy cycle - explore
slightly unfamiliar and uncharted territory that is perhaps a little out
of the mainstream.

So dream a little about Xen for virtualisation, Xgl/AIGLX and other
wonderful wobbly window bits, the goodness of Network Manager, a first
flirt with multiarch support for true mixed 32-bit and 64-bit computing
on AMD64, the interesting possibilities of the SMART package manager...
and other pieces of infrastructure which have appeared tantalisingly
on the horizon.

We can afford to take some risks with Dapper+1, because Dapper has turned
out so well. We have a great answer for people who need super-solid
and super-predictable results: Dapper is still fresh, will continue to work
on modern hardware for some time, and has plenty of legs in its support
cycle left to run.

In terms of the management of the release, we will have some fun with the
core Canonical team. I'm promising to impose (almost ;-) zero from-the-top
requirements for Edgy, this release is entirely up the to development
team to envision and implement. Of course, feature proposals need to
go through a review and approval process, and we'll make sure everyone
has enough on their plate to keep busy during the cycle, but almost
everything that lands in Edgy will be driven from the development team,
who get to play with whatever new technologies they fancy along the way.
So that should give us a nice big bump in infrastructure and bling.

I would encourage members of the community who have been thinking of
a cool new feature or plan to seize the opportunity to get it into Edgy.

The tradeoff, of course, will be that some of these new ideas will not
land perfectly first time. So there may be shakiness, or outright
bumpiness, in Edgy. We will for the first time possibly have to say
to new users "Edgy gets security updates etc for 18 months but seriously
consider Dapper if you need the most polished platform". I think that's
a worthwhile tradeoff, because I think a clean-the-pipes type release
like Edgy is a good way for us to re-energise the team and the distro.
Risk is good, when you give it a place and a time. And Dapper+1 is
the right time for us to take a few risks.

All of this will be managed using the Launchpad spec tracker, now called
Blueprint. You can find the current set of "out there maybe" specs for
Ubuntu at:

https://launchpad.net/distros/ubuntu/+specs

Go ahead and start drawing up braindump specs in the wiki for ideas you
would like to get into Edgy, and registering them there. Don't put too
much time into the detail of the specs because we should stay focused on
the business of polishing up Dapper until June 1st. In the week after
the Dapper release we will open up the Edgy archive and start reviewing
and prioritising Edgy specs, and two weeks after release we will have
the next Ubuntu Developer Summit, where the core team's specs will get
finalised and approved.

This "meta cycle" of aggressive new features, slowly converging over a
series of releases on a solid and consistent look-and-feel and underlying
platform, has worked very well for us over the course of the past two
years. We didn't plan it this way, but I suspect the next two to three
years will look similar - we'll start of with a release that has a lot
of edge and new tech (remember Warty?) and polish that up till we see
the timing is right for a really polished enterprise "long term support"
release, like Dapper. We've no concrete plans for the next Dapper, only
that we'll know a release or two in advance when the time is right.

The past two years have been a privilege and a pleasure. Dapper is the
full expression of what we have learned in this first phase, and I have
every reason to believe it will be a hit. Once that's out the door, it
will be a great opportunity to rock-'n-roll up our sleeves, play with new
ideas, kick some new tyres and of course dig some new foundations. We may
strike gold, we will likely uncover some dirt, but it should be fun and it
should be funky. Let's live on the Edge a while.

Mark


De bonne choses en perspective!!!
  • # Multiarch ?

    Posté par  . Évalué à 1.

    Je n'y connais pas grand chose, mais il me semble que la limitation provient des .deb. Est-ce que Canonical proposera une modification du format de paquet, oubien peut-être qu'une adaptation d'apt suffira ?
  • # hummm

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

    >> So dream a little about Xen for virtualisation, Xgl/AIGLX and other wonderful wobbly window bits, the goodness of Network Manager, a first flirt with multiarch support for true mixed 32-bit and 64-bit computing on AMD64, the interesting possibilities of the SMART package manager...and other pieces of infrastructure which have appeared tantalisingly on the horizon.

    Je ne suis pas hyper emballé.
    Le concept d'une release bleeding edge à du sens pour Ubuntu à ce moment de son cycle mais les exemples cités par Mark me semblent peu probants.

    - Xen : Ubuntu est principalement utilisé comme desktop (les serveurs utilisent Debian je pense) donc Xen n'a pas beaucoup de sens dans ce contexte.
    - xgl/aiglx est, bien entendu, mieux adapté pour le desktop...mais pousser ainsi cette techno alors que les cartes graphiques ayant des drivers libres sont rares me semble dangereux.
    - multiarch : mouaif....pas très utile non plus dans un contexte de logiciel libre. Cela servira surtout ceux qui veulent faire tourner les applis propriétaires 32 bits (acroread; flash) sur leur x86-64.
    - SMART package manager : Houlala attention ! Ce serait s'écarter pour la première fois de debian d'une façon radicale...dangereux et non souhaitable.

    Encore une fois je ne rejette pas l'idée d'une Edgy Eft expérimentale mais il faut que les choses nouvelles aient du sens.
    • [^] # Re: hummm

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

      J'aime les gens "qui-sont-pas-contre-les-changements-mais-bon-faut-pas-trop-pousser-quand-même".

      Xen pas utile sur un desktop ? Qui sait ? On a tout simplement pas encore eu l'idée révolutionnaire.

      Pas de drivers pour les cartes graphiques ? Ben on risque d'attendre longtemps alors. Si il y a un besoin, les choses vont devoir bouger de ce coté là, c'est claor.

      Dangeureux, changement, non-souhaitable, pas utile.


      Bref, exactement ce que va être Edgy :-) Certains aiment ça, que veux-tu.

      Mes livres CC By-SA : https://ploum.net/livres.html

      • [^] # Re: hummm

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

        Mark ferait mieux de payer des devs à plein temps sur l'introduction des bookmarks classiques pour epiphany (en option à coté des tagged bookmarks). Cela permettrait de mettre epiphany en standard dans Ubuntu sans trop dépayser les gens.
        Ensuite des gens sur Gnome Office (abiword et Gnumeric + les autres composants à écrire) pour concurrencer OOo.
        Cela permettrait de sortir les deux grosses applis non gnome et d'unifier ainsi un peu plus le desktop.
        Si on rajoute à cela un gros boulot sur l'optimisation de GTK et des libs gnome alors je serai comblé.

        L'ennui c'est que ce qui rapporte à Canonical en terme de service c'est le marché entreprise et donc on va assister surtout à des avancées sur ce plan....alors que l'énorme majorité des utilisateurs d'ubuntu l'utilise en desktop et laptop et pas en serveur.
        • [^] # Re: hummm

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

          Personellement, je viens de migrer de galeon à epiphany ... et finalement, j'aprécie la gestion des bookmarks d'epiphany ...

          Finalement, mes milliers de bookmarks de galeon, je les ai sauvegardés dans une fichier html ... et je me crée des nouveaux bookmarks ...
          Par contre, lorsqu'on rajoute un bookmark, le mieux c'est de taper le début d'un nom de sujet ... et ensuite epiphany complète tout seul. C'est plus simple que de trouver la bonne entrée dans un arbre qui contient déjà plein de redondances.

          Et l'import des bookmarks de galeon par exemple, recrée les rubriques comme elles étaient avant. Par contre, l'ordre n'est plus trop respecté ... et epiphany pourra peut être réorganiser les signets si il trouve que c'est mieux. De quoi migrer en douceur.

          mais c'est vrai que pour les gens a qui ça fait trop peur, il faudrait pêut être avoir en plugin un autre système de bookmarks classique. Mais pas par défaut, car le système des sujets d'epiphany est vraiment très efficace.
          • [^] # Re: hummm

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

            >> il faudrait pêut être avoir en plugin un autre système de bookmarks classique. Mais pas par défaut

            Parfaitement d'accord. Il n'y a pas de raison d'emmerder les utilisateurs historiques d'epiphany.

            >> Par contre, lorsqu'on rajoute un bookmark, le mieux c'est de taper le début d'un nom de sujet

            La est le problème. Que ce soit pour ajouter un bookmark ou pour en chercher un l'immense majorité (dont moi) se sert de la souris et pas du clavier. Un système de tagged bookmark comme celui d'epiphany est très bien pour les gros claviophiles mais un bookmark tree à la IE ou Firefox est mieux pour les sourisphiles.
            • [^] # Re: hummm

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

              disons que lorsque j'enregistre un bookmark, il m'arrive souvent de retoucher le titre de la page qui est souvent trop long :)
              alors j'en profite pour mettre les mots clefs (au clavier).

              Il faudrait peut être envisager de hierarchiser la liste des mots clefs si possible, afin d'en faciliter la sélection à la souris, c'est vrai.

              Par contre, pour aller voir un bookmark, j'utilise les menus et fatalement la souris :)
            • [^] # Re: hummm

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

              C'est exactement pour ça que j'ai proposé l'adoption d'une interface "à la leaftag"

              http://bugzilla.gnome.org/show_bug.cgi?id=338118

              Mes livres CC By-SA : https://ploum.net/livres.html

        • [^] # Re: hummm

          Posté par  . Évalué à 1.

          L'ennui c'est que ce qui rapporte à Canonical en terme de service c'est le marché entreprise et donc on va assister surtout à des avancées sur ce plan....alors que l'énorme majorité des utilisateurs d'ubuntu l'utilise en desktop et laptop et pas en serveur.

          Si Ubuntu avance sur le marche entreprise desktop et laptop ca reste benefique pour l'utilisateur lambda.
    • [^] # Re: hummm

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

      Xen est une machine virtuelle, sa présence sur un desktop me semble parfaitement indiquée notament pour les développeurs de tout poils (souvent long et couverts de sauce à pizza).
      Je ne comprend pas ta remarque sur Xen.
      • [^] # Re: hummm

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

        c'est triste ton opinion sur les poils

        Mes livres CC By-SA : https://ploum.net/livres.html

      • [^] # Re: hummm

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

        >> Xen est une machine virtuelle, sa présence sur un desktop me semble parfaitement indiquée

        Xen est principalement concu pour mutualiser les serveurs d'entreprise. On regroupe plusieurs serveurs différents sur une seule machine afin de profiter de la puissance CPU disponible.
        Oui il peut y avoir des avantages sur un desktop (mais bon y'a UML) néanmoins je ne pense pas que pour 99% des utilisateurs d'ubuntu cela serve à quoi que ce soit.
        C'est surtout que Novell et Red Hat vont proposer Xen alors Mark veut Xen dans Ubuntu.
        • [^] # Re: hummm

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

          C'est surtout que Ubuntu vise le marché du serveur et dapper aura 5 ans de support! Alors, pour le moment, ubuntu n'est pas vraiment utilisé en tant que serveur mais avec 5 ans de support...
    • [^] # Re: hummm

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

      Tu peux aussi relire ce qui concerne SMART...c'est une surcouche à un gestionnaire de package existant...donc sur Ubuntu nous continuerons à utliser des dépots qui fournissent de .deb
      La encore je ne vois pas ce que tu considére comme dangereux.

      Les fonctions de SMART :
      http://labix.org/smart/features
      • [^] # Re: hummm

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

        et la faq en français:
        http://labix.org/smart/faq-fr
      • [^] # Re: hummm

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

        >> Tu peux aussi relire ce qui concerne SMART

        Oui on continuera avec les .deb mais l'utilisation de smart remplacera l'utiisation d'apt qui est quand même standardisé sous debian.
        C'est s'éloigner un peu trop à mon gout.
        • [^] # Re: hummm

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

          C'est s'éloigner un peu trop à mon gout.

          Coucou ! c'est ubuntu, pas debian... si tu veux debian ça existe toujours (et pour longtemps).
          • [^] # Re: hummm

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

            >> Coucou ! c'est ubuntu, pas debian

            Faut pas se leurrer. Le gros succès d'ubuntu c'est d'avoir mis debian au niveau des masses.
            Je prends mon exemple de l'époque, le newbie qui lit des trucs sur Linux et qui veut essayer. Voila à quoi à ressemblé ma reflexion :
            selon les forums Debian c'est super bien : c'est libre à mort, c'est communautaire et donc indépendant des interêts des entreprises, c'est donc purement au service de ses utilisateurs, en plus c'est solide, ça tourne sur pleins d'archis...c'est la distro de choix si on croit dans le libre et qu'on veut de la qualité (et je peux vous affirmer qu'un newbie craint les bugs comme la peste car il est déja décontenancé et effrayé par le nouvel OS alors si en plus ça foire c'est retour windows assuré).
            Un newbie prends la température auprès des forums et des sites web et l'image des distros que je m'était faite à l'époque en me fondant sur ces sources c'était que debian était au dessus des autres en terme de liberté et de qualité.
            Le problème c'est que la courbe d'apprentissage de debian est un poil raide, que l'installeur est spartiate et qu'il faut s'y connaitre pour se débrouiller...pas de config graphique ça fout les jetons !
            Hum...que faire ? Lire le Alexis de Lattre en entier ? uurrgl....
            C'est là qu'ubuntu arrive : Basé entièrement sur debian, libre à 100%, fait pour le desktop, choix de logiciel déja fait pour moi, outils de config graphiques, release prédictibles...la joie et le bonheur !!
            La debian pour les newbies ! La debian pour moi !

            C'est ça ubuntu. Si ça s'éloigne radicalement de ses racines, si ça coupe les ponts avec debian ça n'ira pas. Outre les problèmes techniques de s'éloigner du pool de softs des paquets debian il y aura une tension "politique" si ubuntu s'éloigne trop de la debian way-of-life. Apt est très bien et je ne vois pas en quoi smart améliorerait radicalement les choses et autoriserait à changer ainsi les habitudes des utilisateurs...mais pourquoi pas une intégration des bonnes idées de smart dans apt ?
            Comme Mark est un type remarquable il n'y a pas de risque d'éloignement ubuntu-debian, cela n'arrivera pas. Il sait trop bien ce qu'il doit à Debian et il sait également à quel point la synergie est profitable à tous.
            • [^] # Re: hummm

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

              malhereusement, Ubuntu n'est pas 100% libre ... :(
              j'aimerais bien un petit drapeau attention devant les packages non libres dans synaptic ...

              SInon, c'est vrai que Ubuntu c'est sympa car on a pas a être un unstable pour avoir un système récent, pour moi, c'était le point principal. Et du coup, moins de bugs dans une ubuntu récente que dans la dernière unstable d'après ma maigre experiance de la unstable debian.
              C'est ça qui est intéressant dans ubuntu je pense. Plus bien sûr la configuration graphique bien utile. Lorsque j'ai besoin (moins d'une fois par an) de rajouter un utilisateur à un groupe, j'ai un outil pour le faire, pas besoin de lire le manuel de commandes comme useradd ou adduser ... C'est un point non négligable.
              • [^] # Re: hummm

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

                >> malhereusement, Ubuntu n'est pas 100% libre

                ?????
                c'est toi qui choisi librement d'activer le dépot multiverse. Par défaut il n'est pas actif.
                C'est exactement comme avec non-free dans debian donc je ne comprends pas trop ta remarque.
                • [^] # Re: hummm

                  Posté par  . Évalué à 3.

                  Quid du depot "restricted" ? Quid de la trentaine de firmwares binaires que contient chaque paquet linux-image dans main ?
                • [^] # Re: hummm

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

                  peut être mais je pense que pour beaucoup, tout est activé ...
                  Parfois le non libre est quand même bien pratique, c'est pour ça que je l'ai activé ... mais ça ne veux pas dire que je ne fais pas attention aux paquets non libres ...

                  De la même manière qu'on a un avertissement lorsque un paquet n'est pas signé par quelqu'un dont on a la clef, on pourrait avoir un avertissement sur les paquets non libres :)
        • [^] # Re: hummm

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

          je metrompe peut être (enfin, je ne pense pas :) mais c'est comme utiliser dselect à la place d'apt ...
          surtout qu'en plus cela ne va pas supprimer apt ... il sera a mon avis toujours packagé et maintenu, il n'y a pas de raison.

          Personellement, SMART ma l'air très intéressant, et plus souple. Par exemple là où apt veut absolument régler un conflit et ne permet pas de passer outre, SMART semble capable de continuer sans y toucher, sauf si on veut faire une modification qui y touche directement.

          On peut penser que ce n'est pas bien ... ca permet d'avoir un système peut être incohérent. Mais un utilisateur lambda aime bien cette souplesse.
  • # Preum's

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

    En recevant ce mail, j'ai pas résisté, j'ai posté ma spec :

    https://launchpad.net/distros/ubuntu/+spec/epiphany-default-(...)

    Mes livres CC By-SA : https://ploum.net/livres.html

  • # Smart roxor !

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

    J'ai déjà eu l'occasion d'utiliser smart sur ma Mandriva Cooker et il roxor ! D'ailleurs Mandriva semble vouloir se tourner petit à petit vers smart.

    Maintenant j'ai aussi une Ubuntu et je trouverais ça sympa d'utiliser le même outil pour mes deux distributions surtout parce que cet outil est excellent et niveau calcul de dépendances il poutraize urpmi et apt :)

    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

  • # Edgy Eft une trad possible...

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

    Simplement pour proposer une tradcution de "Edgy Eft", tout en respectant l'esprit de cette futur version de Ubuntu.
    l'Eft est une jeune salamandre : http://en.wikipedia.org/wiki/Newt
    Edgy traduit le coté Bleeding Edge de la distro...très expérimentale donc.

    "Jeune salamandre aventureuse" me semble pas mal...ça fait un peu nom composé tribal...ça va bien à la distro.

Suivre le flux des commentaires

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