Re: Feuille de route, cycle de publication et saveures

[MilkaJinka <milka@xxxxxxxxxxxxxxxxx>]

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 ? ^^

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/