[ Thread Index |
Date Index
| More lists.tuxfamily.org/slitaz Archives
]
On Sat, 17 Nov 2007 12:26:40 +0100
Christophe Lincoln <pankso@xxxxxxxxxx> wrote:
> On Fri, 16 Nov 2007 14:37:40 +0100
> gwenhael <gwenjo@xxxxxxx> wrote:
>
> > Bonjour,
>
> Salut,
>
> > Voilà quelques réflexions que j'ai eu autour de la capacités de
> > générer une distribution à partir des sources en tenant compte de
> > certaines options
> >
> > Les fichiers de configurations
> > – /etc/default/tazwok.conf
> > Ce fichier n’as pas à être touché par l’utilisateur, ce sont
> > les configurations de bases pour la réalisation de la version
> > officielle. – /etc/tazwok.conf
> > Fichier servant à fixer les options globales pour l’ensemble
> > des versions des live-cd. – /etc/distributions/xxx.conf
> > Chaques fichiers xxx.conf contenant les informations
> > spécifiques à la compilation d’une version particulière d’un liveCD.
>
> Ok, à voir les chemins (/etc/tazwok/*).
Oui c'est une solution l'important étant de pouvoir fixer un fixer de
config par défaut, un pour la globalité des versions que pourrait
souhaiter l'utilisateur et puis des configs plus spécifiques à une
version de slitaz
>
> > 2 Variables
> > – Options de compilations :
> > Du type : WITH X, WITH GTK,etc ... avec pour valeur true/false
> > – Options pour l’ajout de documents lors de la création du package :
> > NO LANG, NO MAN, NO DOCS, NO EXAMPLES, etc ... toujours
> > true/false.
>
> Bon ça nous ferait modifier pas mal de recettes pour y mettre les opts
> de compilation, qui seraient ensuite facilement gérables depuis les
> fichiers de configuration...
>
Une fois que les recettes auront était modifiées une première fois, la
maintenance sera rapide.
> > – Une variable PREFERRED PACKAGE qui servira aux outils
> > afin de déterminer le comportement à tenir dans le cas où un tazpkg
> > requis ne serait présent ou serait nécessaire au bon fonctionnement
> > d’un autre. Les valeurs seraient :
> > – official : Prend directement la version officielle du tazpkg
> > – force : Si le tazpkg n’existe pas dans la version
> > particulière du liveCD alors il va le compiler et l’installer
> > – ask : Dans le cas où le tazpkg particulier n’existe pas
> > l’utilisateur sera interrogé sur le comportement à tenir
>
> Une sorte d'aide pour la gestion des deps de compilation ?
Plus exactement une aide pour création d'un iso spécifique sans pour
autant avoir la nécessité de recompiler absolument tous les packages.
>
> > – Il faudrait également penser à mettre dans les receipt lors
> > de la phase de préparation deux options crées dynamiquement suivant
> > les options choisies : – BUILD DEPENDS : Sert à définir quels sont
> > les packages nécessaires à la bonne compilation du programme
> > – RUN DEPENDS : Sert à définir quels sont les packages qui doivent
> > être installés afin de permettre le bon fonctionnement du logiciel
> >
>
> Ouai générer les dépendances dynamiquement serait vraiment bien... il
> va y avoir du boulot...
>
Oui et non, une partie des dépendances sont les mêmes quelle que soient
les options de compilation, et puis le gros du boulot sera pour le mainteneur
et le reste sera automatiquement fait.
tazXX aurant juste besoin de parser et de regarder ce qui est dispo et
ce qui est nécessaire lors de la comp.
tazwok n'aura au fond besoin que de BUILD_DEPENDS et tazpkg et tazlito
de RUN_DEPENDS...
> > 3 Modification des outils existants
> > – Il faut ajouter à l’ensemble des outils une option du genre "-d"
> > afin de pouvoir lui spécifier la version du liveCD qui doit être
> > compilé.
>
> -d : pourquoi ne pas passer par un fichiers de config (/etc/tazwok.conf
> qui spécifie la version ?
>
Le but étant que l'utilisateur se mitonne un fichier de conf pour le
type de distribution qu'il souhaite, une liste de packages. Par exemple
un slitaz rescue, un slitaz démo et un slitaz jeux. Il fait 3 fichiers
de conf et trois listes. Ensuite quand il a besoin de recréer les
packages pour une révision d'un logiciel et pour la création d'un iso
il n'a strictement rien à modifier, il n'as juste besoin que de
spécifier qu'elle est la version de slitaz qu'il souhaite ( -d
rescue/démo/jeux ).
> > – Il faut également pouvoir ne plus être forcé de devoir
> > spécifier un ensemble de tazpkg avec le noyau et busybox... C’est
> > absurde vu que le système en a besoin pour démarrer.
>
> Tu parle des listes de Tazlito ? Je veux bien mais, si on un jour
> plusieurs noyau : linux, linux-server, linux-24 ?
>
Bien vu j'y avais pas pensé ( comme quoi... :) ) Besoin de creuser de
ce côtés là
> > – Il serait nécessaire que tazpkg tiennent comptent de la variable
> > contenant le chemin des tazpkg afin d’éviter à l’utilisateur de
> > devoir se mettre dans ce répertoire spécifique afin d’en installer un
> > logiciel, également dans le cas d’un get il faut que le fichier soit
> > systématiquement enregistré à cet endroit.
> >
>
> http://listengine.tuxfamily.org/lists.tuxfamily.org/slitaz/2007/11/msg00083.html
>
Oups I'm sorry j'avais pas percuté
> > – Lors du cook d’un package il faudrait ajouter une fonction de
> > configuration afin de pouvoir fixer l’ensemble des éléments (options
> > de compilation, dépendances, nom du répertoire des sources...).
>
> /etc/tazwok.conf et les recette ont toutes ces config.
>
L'interet en faisant une prés commande ( avant de lancer le configure &
co) est que d'une part comme pour vim il est possible de spécifier
explicitement le nom du répertoire des sources, mais également de
pouvoir lancer l'installation des dépendances manquantes. De cette
manière lors du configure make make install l'environs est entièrement
prêt pour pas louper la comp.
> > J’ai pu constater par exemple avec vim que tazwok attend
> > vim-71b et que le detarage du tar.gz créer un répertoire vim71b. Même
> > en spécifiant dans les fonctions de compilation et de generation le
> > bon nom, tazwok ne trouvant pas le répertoire, il va refaire une
> > extraction à chaques appels ...
>
> Je crois que Vim est le seul paquet à avoir ce comportement...
>
Cf. au dessus.
> > 4 fonctionnement de tazwok
> > Tazwok aurait un comportement distinct suivant l’option (-d) qui lui
> > serait fourni. – : Si la version n’est pas fournie, tazwok ne tiendra
> > compte que des fichiers /etc/default/tazwok.conf et /etc/tazwok.conf.
> > – : Si la version est “official”, tazwok ne prendras en compte que
> > les options de /etc/default/tazwok.conf afin de compiler un tazpkg
> > strictement identique à la version officielle (aussi pour réaliser le
> > package officiel). – : Si la version est “xxx” en plus des deux
> > tazwok.conf il tiendra aussi compte du
> > fichier /etc/distributions/xxx.conf
>
> A t'on vraiment besoin d'un contrôle depuis la ligne de commande si
> tout passe par les configs ?
>
L'intêret étant de simplifier la construction d'un iso spécifique sans
avoir à toucher tout le temps aux configs
> > 5 travail du mainteneur d’un paquet
> > Le mainteneur doit tenir compte des options particuliére pour la
> > compilation et en se basant sur les options WITH XX régler les
> > arguments passé au configure. De la même manière, la copie des
> > fichiers en vue de la génération du paquetage doit être réalisée en
> > accord avec les options NO XX : ainsi les fichiers de man ne seront
> > insérés dans l’archive que si NO MAN est définie à “false”.
>
> Comme dis plus haut, ça va faire pas mal de recettes à modifier mais
> pour ensuite être plus tranquille...
>
Tout à fait
> > Il faudrait aussi réfléchir à faire que tazlito soit capable d'être
> > totalement autonome sur une liste de paquetage (construction, etc) en
> > se basant par exemple sur le fichier contenant la liste pour
> > connaitre quelle version il doit prendre en compte
> >
>
> Oui ça serait aussi bien... Je propose de commencer par Tazwok en
> lançant une nouveau sujet : Road to Tazwok 1.3 ?
>
Oui, et je me demande s'il ne serait pas intéressant de mettre en
oeuvre une liste spécifique au devel histoire de ne pas polluer
celle-ci avec des propos cabalistiques :)
> Je te propose aussi de devenir contributeur/mainteneur de Tazwok,
> qu'on regarde les devs de la liste, ce qu'il faut modifier ou coder ?
>
>
Ok, avec plaisir
> - Pankso
>
>
>
>
> ---
> SliTaz GNU/Linux Mailing list.
> Web site : http://www.slitaz.org/
>
Gwenhaël
-------
http://www.trabucayre.com
Arsenic et vieilles ferailles
---
SliTaz GNU/Linux Mailing list.
Web site : http://www.slitaz.org/