Re: Feuille de route, cycle de publication et saveures

[MilkaJinka <milka@xxxxxxxxxxxxxxxxx>]

Le lundi 03 décembre 2007 à 00:37 +0100, MilkaJinka a écrit :
> Le dimanche 02 décembre 2007 à 01:51 +0100, Guillaume Dualé a écrit :
> > Re,
> > je suis OK avec tout ce que tu as dis :-)
> > 
> > Après réflexion, c'est trop lourd Xorg à maintenir..
> > 
> > Par contre, je viens d'avoir une idée !
> > Bon c'est probablement une magnifique connerie, mais je propose quand 
> > même, comme ça ont pourra m'expliquer sur quoi je me trompe.
> > 
> > Voici ce que je propose:
> > 
> > Comme Xorg est très lourd à maintenir, et que chez Debian il y a déjà 
> > des millier de packages déjà tout fait qui marchent bien, pourquoi on ne 
> > ferais pas un tool qui "convertisse" les .deb en packages Slitaz ?
> 
> Il y a des scripts de ce genre qui existent, mais je ne parierai pas ni
> sur la facilité den faire un, ni sur la qualité de conversion d'un
> script automatique. Linux.com a parlé récemment de src2pkg qui avait
> l'air bien, encore faut-il lui faire faire des paquets pour SliTaz....
> 
> > 
> > Ou mieux/différent, packager "apt" pour Slitaz !
> > Comme ça, un fois apt installé, youhou on à tous les softs que l'on veut :-)
> > 
> > Je me trompe quelque part ? J'oublie un truc ?
> 
> Ben, dpkg + apt c'est lourd (relativement), c'est fait pour Debian alors
> que SliTaz n'est pas une Debian... Ça pourrait causer des problèmes avec
> les paquets. J'ai bon ? ^^

Ah oui d'ailleurs... Busybox dans SliTaz contient dpkg et dpkg-deb... Ça
sera utile où ça peut être enlevé ? On peut en faire qqch ?

> 
> Par contre j'aime bien l'idée d'aller regarder comment sont fait les
> paquets chez les autres. Il y a les sources de Debian, ou XVesa chez
> Puppy Linux (sur LinuxFR ils parlaient de la "correction" d'un bug qui
> empêchait d'écrire des caractères accentués... Ça pourrait venir de là
> les caractères qui ne passent pas dans Firefox ?). Il y a aussi les
> distros comme Gentoo, Arch Linux ou Slackware qui doivent avoir des
> fichiers sources pas trop difficiles à adapter. En prenant ce que je
> connais, voici le Slackbuild pour Xorg (remonter dans l'arbo pour les
> fichiers source), c'est sous licence type BSD et c'est du ash :
> ftp://ftp.lip6.fr/pub/linux/distributions/slackware/slackware-12.0/source/x/x11/x11.SlackBuild
> 
> XVesa c'est bien pour les petites configs mais il y a des limitations
> (dont l'absence de gestion des résolutions d'écran avec un rapport autre
> que 4:3 je crois, et comme il y a de plus en plus d'écrans larges...).
> De plus, si on veut pouvoir construire qqch d'un peu "gros" sur SliTaz,
> Xorg va finir par s'avérer nécessaire à un moment où à un autre.
> 
> > 
> > A+
> > Guillaume.
> > ---
> > Christophe Lincoln a écrit :
> > > Re,
> > > 
> > >>> 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 ?
> > > 
> > > Ok
> > > 
> > >> 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 :)
> > > 
> > > Tu te fais les 36'000 paquets d'Xorg...:)?
> > > 
> > >>>    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é).
> > > 
> > > Je vais scripter...
> > > 
> > >>>  * 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).
> > > 
> > > Oui, le Handbook et les pages de manuels.
> > > 
> > >>>    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...
> > > 
> > > isoler les versions... donc 36'000 versions à checker et
> > > modifier... Mieux... argumente stp :
> > > 
> > > En ce moment c'est Xvesa d'XFree86 et un minimum de paquets Xorg pour
> > > un minimun de libs. J'ai fait ça en pensant un jour... faire les
> > > paquets pour arriver au serveur Xorg, mais franchement, c'est un sacrée
> > > boulot. Quand on sait XFree86 est actif et qu'ils fournissent tous les
> > > paquets précompilés dans une 10ène d'archives dans lesquelles on peut
> > > prendre se qu'on veut...
> > > 
> > >>> 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.
> > > 
> > > En fait les LiveCD's à saveures seront construit avec les paquets de la
> > > version 1.0. Et des gens ont peut être besoin d'un ISO qui boot sur 32
> > > MB de RAM (sans devoir se construire leur propre ISO en ligne de
> > > commandes).
> > > 
> > >  
> > >>> 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.
> > > 
> > > Je bosse dessus, j'ai un moyen pour Mercurial/Wiki et truc en ligne.
> > > Utiliser un Wiki proposant la gestion des comptes, mais il faut voir...
> > > Par contre, je suis pas certain que se soit une bone idée d'avoir les
> > > mêmes comptes Wiki/web et SSH par exemple...
> > > 
> > > 
> > > - Pankso
> > > 
> > > 
> > > 
> > > 
> > > 
> > > ---
> > > SliTaz GNU/Linux Mailing list.
> > > Web site : http://www.slitaz.org/
> > 
> > ---
> > SliTaz GNU/Linux Mailing list.
> > Web site : http://www.slitaz.org/
> 
> 
> 
> ---
> SliTaz GNU/Linux Mailing list.
> Web site : http://www.slitaz.org/



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