[ Thread Index |
Date Index
| More lists.tuxfamily.org/slitaz Archives
]
On Tue, 13 Nov 2007 11:53:44 +0100
gwenhael <gwenjo@xxxxxxx> wrote:
> Salut
Salut,
> > > Dans le cas d'un ISO avec paquets officiel mais dans le cas d'un
> > > ISO avec paquets "perso"?
> > >
> >
> > Oh mais si un user commence à compiler pour créer ses paquetos c'est
> > qu'il a installer compilateur libs-dev, qu'il n'est plus un
> > débutant et qu'il devrait s'attendre à bidouiller ? Cela dis l'idée
> > des otions centralisé faciliterait la vie.
> >
> Ben oui, c'est clair qu'il a déjà quelques compétences, mais de
> sortir les nécessités de modification des receipt pour permettre leur
> centralisation ailleurs aiderait grandement d'une part à dégrossir la
> configuration, et si le wok est mis à jour, éviterai un fastidieux
> travail de comparaison pas forcément évident afin de déterminer quels
> sont les receipt qui n'ont pas étaient touchés par l'utilisateur et
> ceux qui ont était modifié par le mainteneur. Si l'utilisateur n'as
> plus besoin de toucher au receipt il peut envoyer une mise à jour
> sans trop se prendre la tête. Au fond le seul cas où il aurait besoin
> de regarder le receipt serait pour faire un "grep WITH receipt" afin
> de savoir qu'elles sont options dispo.
Vu comme ça c'est idéal...
> >
> > CF la discuss sur IRC, on reprende le code de Tazpkg pour Tazlito
> > et on gère les deps lors de la création d'ISO.
> >
> Est ce que ce ne serait pas possible que lors de la création du
> tazpkg, on stipule dans un fichier genre Manifest quels sont les
> dépendances, de cette manière il n'y a plus besoin de laisser à
> Tazlito la nécessité de marcher dans les platebandes des autres?
Je vois pas. Quand on créer un ISO avec Tazlito, il extract tous les
paquets un à un dans le rootfs (tazpkg extract aussi...). On peut soit
vérifier si les deps à chaque install et stopper si il en manque ou
tout extraire et générer une liste des paquets qu'il faudrait.
Et quand on crée un tazpkg, on peut déjà spécifier les deps via DEPENDS.
> >
> > Encore un très bonne idée, je prends!
> >
> Un truc genre lang="fr_FR fr_CH ..." dans le tazwok.conf et une petite
> boucle for l in $lang dans receipt -> genpkg_rules() par exemple?
>
Yes. Tu, je ?
> > C'est sur, rien empèche de regarder ailleurs, c'est comme cela que
> > les autres au passage...
> >
> C'est un des concepts du logiciel libre en fait. Et puis à quoi bon
> réinventer le fil à couper l'eau chaude quand on peut se baser sur
> des choses déjà imaginées ?
C'est sûr. Pour Tazpkg/Tazwok, les pkgtool BSD m'on bien aidé, c'est
propre, je savais que Slack et Gentoo fesait un truc dans le genre, mais
les premiers ça doit être les BSD je crois. Et... j'aurais envie de dire
que c'était pas une désion facile, j'étais seul à l'époque et je
crois que le gestionnaire de paquet d'une distro est emblématique.
Ils font parties de mon trip... "from scratch". Et... je voulais pas
faire une xième Debian, Slack, Gentoo based system...
> >
> > ----
> > Je pense à ça parcequ'il y beaucoup de paquets qui effectivement
> > n'ont pas besoin de règles particulières est pourrait appeler des
> > commandes de complilation prédéfinies. C'est une voie non ?
> >
> Oui et non... Que les répertoires genre man, bin, info & co soient
> donné par un .conf c'est niquel, c'est même j'avoue ce que j'ai fait
> vu que tous les paquets sont avec ce genre de choses en communs Par
> contre que les régles soient ailleurs ...Dans FreeBSD tu as un
> Makefile qui correspond au receipt de slitaz, l'avantage étant que le
> mainteneur met les régles qu'il souhaite pour la compilation du
> paquetage. Ainsi lors de la comp, la recette va au plus direct. Il y
> a clairement à mon avis un fichier dans /etc qui doit stocker toutes
> les informations génériques ainsi que les choix de bases ou ceux de
> l'utilisateur afin de régler le système, ensuite la recette est là
> pour prendre les informations dont elle (et le logiciel) a besoin
> pour la construction et l'empaquetage.
> >
Yes, j'avais pensé au Makefile au lieu des recettes pur SHell script
et OUI il faut clairement un fichier dans /etc. Je continue sur le
suivant (vu ton complèment) ou CF la suite...
> > Moi je serais assé pour bosser dans ce sens là.
> >
> Je me demandais s'il ne faudrait pas pouvoir spécifier une chaine de
> caractére par défaut ( genre cook) dans le nom du tazpkg pour le
> différencier de la version officiel? Voir donner une option à tazwok
> pour que l'utilisateur puisse spécifier sa propre chaine. Ainsi il
> pourrait se faire un ISO avec les paquets officiels, un avec des
> paquets épuré de X et un autre avec X et des options autres... C'est
> une idée en l'air et je pense qu'il faudrait approfondir un peu pour
> voir si c'est réaliste.
Exemple (TAZ_REV pour slitaz revision) :
VERSION=""
TAZ_REV="$VERSION-cook-1"
C'est pas une idée en l'air, c'est ce qu'on doit faire. Ca pose déjà
problème maintenant, genre j'ai corriger grub-0.97, sur un système
installé, il va pas se mettre à jour vu que la version est pareil, il
faudrait que je mette grub-0.97-cook-0 pour après suivre avec
grub-0.97-cook-1 si il le faut.
Roadmap for Tazpkg 1.4
----------------------
Avec toutes ces bonnes idées, il faut qu'on se fixe des priorités.
C'est sûr que la gestion des paquets et encore jeune et qu'on peut
toujours améliorer. Je sais pas quand j'aurais le temps de préparer
un dépôt Mercurial pour Tazpkg & co,. Je propose de lancer un nouveau
sujet sur la liste avec comme sujet : Roadmap for Tazpkg 1.4 ?
Bonne après-midi,
- Pankso
---
SliTaz GNU/Linux Mailing list.
Web site : http://www.slitaz.org/