Re: Feuille de route, cycle de publication et saveures

[ Thread Index | Date Index | More lists.tuxfamily.org/slitaz Archives ]


Christophe Lincoln a écrit :

Bonsoir à tous,
Salut,

Maintenant que le service Mercurial est opérationnel, vu le travail
accompli ces dernier temps et les nouveautés, je propose de :

 * ...
   Publier un nouvelle cooking dans la semaine utilisant lzma, avec
   support du son via le nouveau Kernel, correction de bugs, nouvelles
   options de boot et applications Multimedia (Mixer et player).
Ouép, et un max de tests !
Faire une page (modifiable(wiki?)) décrivant les tests à réaliser ?
Faire une page fixe décrivant les gens impliqués dans le projets (ayant un compte?) en définissant le rôle de chacun ?

 * Décembre 2007 - Janvier 2008
   Tests et corrections de bugs intensifs sur la nouvelle ISO et les
   paquets déjà présents. Ajouts de quelques paquets dans le sélection
   officielle, mais pas de doublons (on a déjà un IDE par exemple), en
   fonction de demande utilisateurs (ex : Rdesktop)
Dans la sélection officiel: pas de doublon => OK.
Par contre, un max de soft proposé par système de package, c'est fun :)

   Voir pour un installateur (script ou graphique)
Installeur script dans un premier temps, sur lequel un peut à tout moment coder une interface graphique qui s'appuie dessus (Évolutivité).

 * Février 2008
   Préparation pour la publication de la version 1.0 en mars (les 1 an
   de la premier ISO public de SliTaz). On peut sortir encore une
   cooking à ce moment là si il faut. Et, préparer un joli thème,
   finaliser le Handbook afin de le distribuer avec la version stable,
   écrire les notes de publications, l'annonce pour le site Web.
La doc du site sera mise sur le CD ? (Avec raccourci de lancement).

   Préparations des différents LiveCD à saveurs différentes (cf suite)

 * Mars 2008
   SliTaz GNU/Linux 1.0
Youhou =)


Cooking
-------
En suite... L'idée d'une cooking c'est d'avoir une ISO pour les
développeurs/utilisateurs avertis, régulièrement modifiée, cassé...
On peut donc imaginer un cycle de publication régulier (bimensuel)
et automatique... A noter pour la suite, glibc 2.5 ou 2.7, GTK 2.12...
retour à Xfree86... plutôt que 36'000 paquets Xorg...???
Yep pour une génération automatique.
Heu sinon, Xorg c'est mieux quand même non ?
Et puis plein de paquets découpés, sa permet d'isoler les pb...


Stable
------
Pour la version stable, je serais pour une version par année, bien
testée, stable, robuste et proposant des mises à jours de sécurités
pour les paquets officiels. C'est aussi un bon moyen pour préparer un
mise à jour de version le plus simple et stable possible...
Nikel :)


LiveCD à saveures
-----------------
Vu la souplesse de SliTaz et des outils assoiciés, c'est relativement
simple de créer des LiveCD à saveures (justX, router, server, devel,
etc). Chaque saveur peut avoir un mainteneur différent, qui s'occupe de
la séléctions des paquets, d'adapter le menu, de construire l'ISO, etc.

Des propositions, requêtes, gens motivés... ?
Les gens font ce qu'ils veulent, il faut voir les idées proposées :)
Mais pour le moment, il faut se concentrer sur Slitaz 1.0.


PS : Une fois quelques retours, je ferais une Roadmap officiel pour le
wiki ou site.

PS: Pour les futurs dév Slitaz, si ils ont des comptes: Mercurial, Wiki, truc, ftp, ssh, mail, truc2, etc, ça serait sympa de trouver un moyen de centraliser tous ces comptes là, histoire d'avoir une maintenance globale et les même comptes partout.

Guillaume.

- Christophe


---
SliTaz GNU/Linux Mailing list.
Web site : http://www.slitaz.org/

---
SliTaz GNU/Linux Mailing list.
Web site : http://www.slitaz.org/


Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/