Re: Quelques questions

[gwenhael <gwenjo@xxxxxxx>]

Salut,
> 
> Ciao,
> 
> > En fait je me pose quelques questions. Je comprendrais que certains
> > me jettent la pierre en fait. Je n'ai pas réussit à trouver ou savoir
> > s'il y avait un moyen de mettre à jour le répertoire wok sans
> > transférer une nouvelle archive genre rsync ou autre. Est-ce
> > possible/prévu?
> > 
> 
> J'espèrais finir avant que quelque'un pose la question... Rsync est une
> solution, mais j'ai préparé Mercurial, il est dans le wok et compile
> bien. Sinon je pense qu'il faut y aller à coup de wget/diff/grep/sed.
> 
Oups désolé pour la question qui fallait pas poser :)

> > Je me pose une question quand au systéme de recompilation. Chaque
> > paquet est compilé suivant le fichier receipt, le contenu étant du
> > ressort d'un mainteneur donc si je ne dis pas de bétises la
> > différence entre la version téléchargée sous forme de .tazpkg et la
> > version réalisée par l'utilisateur est au final la même. Quel est
> > l'interet?
> > 
> 
> *BSD pareil, ça laisse le choix à l'utilisateur de prendre une version
> binaires sans installé aucun outil de compilation et ça laisse la
> possibilité de recompiler le paquet pour son architecture en modifiant
> les options de Tazwok (/etc/tazwok.conf) par exemple. Et tazwok est
> surtout déstiné au dev pour aider à maintenir ses paquets.
> 
>
Je suit tout à fait ok, mais le problème c'est que si le mainteneur décide de mettre --with-x il est théoriquement nécessaire de modifier le receipt pour parvenir à désactiver cette option non?
L'intéret à mon sens dans le cas où l'on souhaite bien plus afiner la compilation de chaques paquets serait une sorte de mise en place d'options globales.... Voir pourquoi pas des options bien spécifiques au paquets.
Si je met des --enable-machin ou --without-truc dans le CONFIGURE_ARGS de tazwok.conf concernant php afin d'afiner vim n'en as pas grand chose à faire et risque de mettre des messages d'avertissement.
Si le receipt réalise une ligne de compilation en regardant les options qui le concerne la ligne sera moins lourde et plus adaptée .

> > Si un utilisateur souhaite créer son propre iso en enlevant/ajoutant
> > des fonctions il va devoir dans ce cas modifier l'ensemble des
> > receipt pour tous les package dont il a besoin. C'est un travail qui
> > est relativement fastidieux et s'il n'y prend pas garde en mettant à
> > jour le wok il va perdre une partie/tout son travail. Ne serait-il
> 
> Non, aucune recette n'a besoin d'être modifié pour créer son ISO avec
> avec les paquets officiel.
> 

Dans le cas d'un ISO avec paquets officiel mais dans le cas d'un ISO avec paquets "perso"?

> > pas interessant d'envisager un systéme tel qu'il existe pour Gentoo
> > ou BSD afin de pouvoir fixer un certain nombre d'options dans un
> > fichier spécifique sur lequel les receipt pourraient s'appuyer afin
> > de pouvoir régler les détails des options de comp? Par exemple si je
> 
> C'est le cas : /etc/tazwok.conf
> 
> > ne souhaite avoir un iso sans une interface graphique ou ne pas avoir
> > la librairie gtk de fixer quelque part l'information et tout ce que
> > je vais compiler ensuite en tiendra compte... De la même manière vim
> 
> Ben en fait il suffit de modifier la liste des paquets à installés.
> Cette liste est utilisée par Tazlito pour générer l'ISO, il est
> indépendant de Tazwok ou Tazpkg.
> 

Oui mais que ce passe t'il si un logiciel est compilé avec le support de gtk et que l'ISO soit construit sans lui? le logiciel a des chances de pas retrouver ses petits.

> L'utilisateur n'pas besoin de s'amuser à recompiler tous les paquets,
> pour faire son ISO, il lui suffit de télécharger tous les paquets du
> miroir (118 Mb) ou en sauter un ou deux comme 'gcc' ou 'glibc-dev'.
> Pour créer une première ISO avec les paquets de la liste (il y la liste
> que j'ai utilisé dans /etc/slitaz-tools, et dans l'archive des outils
> y des listes avec les paquets pour une distro sans X ou sans GTK) i
> suffir d'une commande. En options mettre des fichiers dans
> addfiles/rootfs pour copier des fichiers supplémentaires dans le
> système (pour hacker par exempple). Préparer un répertoire distro/ ou
> autre contenant la liste des paquets (distro-packages.list) et go :
> 
>  # tazlito gen-distro
> 
> Ajouter l'utilisateur hacker et recréer l'ISO avec l'initramfs :
> 
>  # tazlito addhacker
>  # tazlito gen-initiso
> 
> Emuler ou garver :
> 
>  # tazlito burn-iso
> 
> > par exemple fournie des fichiers en une multitude de langues, mais
> > moi je ne parle que le français, donc l'interêt de surcharger l'image
> > avec du japonais, neerlandais & co ne me semble pas judicieux. De la
> 
> J'ai vite fait la recette de Vim comme exemple... Regarder d'autres
> paquets qui on des locales (leafpad), je copie que le français.
> 

Si l'on met en place un systeme permettant de stipuler la ou les langues souhaitées dans le cas de l'utilisation d'un paquet recompilé ça pourrait permettre d'agrandir le support des langues relativement facilement, bien entendu la base du système ne serait pas localisé mais au moins les logiciels

> > même manière quel est l'intéret pour moi si je souhaite avoir un
> > rescue cd grâce à Slitaz de voir démarrer un serveur web et une base
> > de donnée?
> > 
> 
> CF Tazlito est la liste des paquets. C'est clair en s'en fou du serveur
> web sur un rescue CD. Note que la plus petite ISO que j'ai sorti fait
> 2.8 Mb...
> 
> > A mon sens le concept de cette distribution est fantastique car
> > permet de faire un systeme bootable tout petit et donc performant,
> > surtout qu'elle permet à l'utilisateur de la faire correspondre à ses
> > attentes mais il me semble manquer quelques petites choses afin de
> > rendre le système plus facile pour dimensionner l'ensemble à sa
> 
> Plus facile... que dire de plus... je bosse tous les jours dessus...
> T'as du code à proposer ? Je me disais qu'on pourrait prendre exemple
> sur Busybox et faire une interface GTK à la plus part des commandes
> d'admin. Un truc du style "gtkboxes" ou "tazbox", ouvre une console et
> lance : 
> 
>  # moutbox
> 
> Comment on fait pour proposer les commandes root via le menu de JWM ?
> Gksu est trop lourd et j'arrive pas a lancer un xterm avec su suivi
> d'une commande ?
> 
> > volonté. Au fond si j'ai abandonné des distribs comme debian au
> > profit de la Gentoo c'est dans le but fondamental d'éviter de me
> > faire polluer l'ordinateur avec des tonnes de librairies qui ne me
> > serviront jamais et dont je n'ai en aucun cas besoin. Bien sûr on
> > pourras me dire que si je veux le concept de Gentoo ou *BSD j'ai qu'à
> > rester sur celles-ci. a+ Gwen
> > -------
> 
> De toute façon je crois pas qu'on peut comparer... SliTaz la
> mini/micro/nano/pico à *BSD, Gentoo ou Slackware. Je te conseil aussi
> de lire le post de MilkaJinka et ma réponse :
> 
> http://listengine.tuxfamily.org/lists.tuxfamily.org/slitaz/2007/11/msg00041.html
> 
Je suis absolument d'accord avec toi mais certains concepts peuvent être interessant de mettre en oeuvre, peut être pas en poussant à fond mais certaines choses peuvent être mises en oeuvre aisément.
> Le concept base légère et le reste en espace utilisateur est visé
> depuis le début du projet. En plus avec la "mode" Web 2.0 et l'OS en
> ligne, que faut-il de plus que Firefox ou Prism ? T'as vu une distro
> comme GOS (700 Mb basé sur Ubuntu), nous aussi on peut faire une
> catégorie "Web applications" dans le menu de JWM avec de jolis icône de
> Wikipedia, Facebook, Youtube, etc...
> 
> 
> J'aime le débat... J'attend impatiemment ta ou vos réponses
> - Christophe
> 
> 
> 
> 
> 
> 
> 
> 
> ---
> SliTaz GNU/Linux Mailing list.
> Web site : http://www.slitaz.org/
> 
J'ai fait quelques test sur une solution pour afiner la compilation d'un paquet en ajoutant des variables ou pas dans tazwok.conf
du type : WITHOUT_X=yes ou WITH_GTK=yes

ensuite dans le receipt 
if [ WITHOUT_X ]; then
ARG_CONF=$ARG_CONF" --without-x --enable-gui=no"
else
	ARG_CONF=$ARG_CONF" --with-x"
	if [ WITH_GTK ]; then
		ARG_CONF=$ARG_CONF" --enable-gui=gtk"
	fi
fi

Cette solution a l'avantage de pouvoir mettre un ensemble de variables par défaut pour produire l'ISO qui serait l'exacte reproduction de la version officielle mais aussi n'empêche pas que des paquets sans ce type de gestion puissent être compilés.
J'ai testé cette solution avec vim qui compile niquel
a+
Gwen
-------
http://www.trabucayre.com
Arsenic et vieilles ferailles

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