Re: Feuille de route, cycle de publication et saveures

[Guillaume Dualé <g.duale@xxxxxxxxx>]

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/