Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes
pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en
dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre
avis. Si vous désirez poser une question, merci d'utiliser Derniers journaux de krumtrash :
- [10/03@09:02] Quel dommage que Opera ne soit pas libre
- [17/01@13:35] Ubuntu Flight CD 3
- [25/12@19:31] Aux "Christophe Colomb" du libre et du geekisme...
- [20/08@14:12] Le code source de Quake 3 est libre
- [25/05@15:11] Fusion symbolique de répertoire
Journal : Plan pour la prochaine version d'Ubuntu
Posté par krumtrash () le 19 avril 2006En 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!!!
> Lire le journal (28 commentaires, moyenne: 2,3).
hummm
>> 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 ploum (page perso, ) le 19/04/2006 à 14:49. (lien). É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.-
[^]Re: hummm
Posté par patrick_g (page perso, ) le 19/04/2006 à 18:04. (lien). É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 Mildred (Jabber id, page perso, ) le 19/04/2006 à 19:35. (lien). É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 patrick_g (page perso, ) le 19/04/2006 à 20:01. (lien). É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 Mildred (Jabber id, page perso, ) le 19/04/2006 à 21:10. (lien). É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 ploum (page perso, ) le 20/04/2006 à 07:27. (lien). É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
-
-
-
[^]Re: hummm
Posté par Ju. (Jabber id, ) le 19/04/2006 à 21:13. (lien). É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.--
Les fans de Ubuntu et leurs CD, c'est comme les Mormons avec leur évangile, ils en ont toujours sur eux à donner, au cas où.
Zorro.
-
-
-
[^]Re: hummm
Posté par brunus (page perso, ) le 19/04/2006 à 15:29. (lien). É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 ploum (page perso, ) le 19/04/2006 à 15:30. (lien). Évalué à 7.c'est triste ton opinion sur les poils
-
[^]Re: hummm
Posté par patrick_g (page perso, ) le 19/04/2006 à 17:56. (lien). É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 gnumdk (page perso, ) le 19/04/2006 à 20:30. (lien). É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 brunus (page perso, ) le 19/04/2006 à 15:40. (lien). É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 Mildred (Jabber id, page perso, ) le 19/04/2006 à 17:27. (lien). Évalué à 2.et la faq en français:
http://labix.org/smart/faq-fr
-
[^]Re: hummm
Posté par patrick_g (page perso, ) le 19/04/2006 à 17:53. (lien). É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 allcolor (Jabber id, page perso, ) le 19/04/2006 à 18:54. (lien). É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).--
All those moments will be lost in time, like tears in the rain.-
[^]Re: hummm
Posté par patrick_g (page perso, ) le 19/04/2006 à 20:26. (lien). É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 Mildred (Jabber id, page perso, ) le 19/04/2006 à 21:15. (lien). É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 patrick_g (page perso, ) le 20/04/2006 à 07:17. (lien). É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 imalip (page perso, ) le 20/04/2006 à 10:11. (lien). Évalué à 3.Quid du depot "restricted" ? Quid de la trentaine de firmwares binaires que contient chaque paquet linux-image dans main ?
--
"While a monkey can be a manager, it takes a human to be an engineer" Erik Zapletal
-
[^]Re: hummm
Posté par Mildred (Jabber id, page perso, ) le 20/04/2006 à 13:31. (lien). É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 Mildred (Jabber id, page perso, ) le 19/04/2006 à 19:35. (lien). É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
En recevant ce mail, j'ai pas résisté, j'ai posté ma spec :
https://launchpad.net/distros/ubuntu/+spec/epiphany-default-(...)
Smart roxor !
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 :)
-
[^]Re: Smart roxor !
Posté par gnumdk (page perso, ) le 19/04/2006 à 20:33. (lien). Évalué à 1.Oui, enfin je veux bien qu'il poutraize apt-rpm mais je demande à voir pour apt-get l'original ;)
Edgy Eft une trad possible...
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.
-
[^]Re: Edgy Eft une trad possible...
Posté par brunus (page perso, ) le 20/04/2006 à 08:24. (lien). Évalué à 0."Petite salamandre aventureuse" c'est encore plus mignon en fait.
Cette page a été générée par Templeet en 0.1216s (dont 0.0088 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.