2008/11/6 Villa Nicolas <[EMAIL PROTECTED]>: >>Nicolas Flinois a écrit: >> Mais plutôt que refaire les choses en moins bien, pourquoi ne pas >> prendre le GUI de votre choix pour gérer les paquets (.lcm ?), et la >> refaire sur le web, et vous vous faîtes une procédure qui refresh >> quotidiennement la liste des paquets sur un dépôt officiel,
> Les paquets .lcm comme Linux Console sont fabriqué from scratch par Yann, > donc il n'évolue pas aussi vite que sur les distribution standard, donc un > refresh quotidien ne sert à rien. Mais où est donc l'intérêt de faire des paquets from scratch ? Vous vous tirez une balle dans le pied vous-mêmes. Vous voulez rajouter des soucis (vos propres bugs), un boulot énorme (faut décrire le contenu de ces paquets du coup, les mettre à jour normalement dès que le code évolue), et ne pas se servir de la puissance de correction/update/qualité d'une grande distro pour quelle raison au juste ? Petit exemple: vous vous basez sur une testing debian, vous avez 0 maintenance sur les paquets, c'est debian herself qui fait ce job, les paquets sont nikels, déjà documentés, les gens sont intéressés par votre outil (parce que les paquets de Yann, si tu savais à quel point je m'en... en revanche un outil online qui me permet de sélectionner à la carte les paquets debian (ou autre) que je mets dans mon live-cd, en me disant 'en temps réel' la taille approx. totale de ma galette, en me permettant de sélectionner les outils dont j'ai l'habitude -oui parce Yann il a du boulot, chez debian ils sont plus de 15 000 et si je peux pas comme chacun mettre les outils auxquels je suis habitués, l'outil perd tout son intérêt- et ainsi me permettre de faire une galette de 50 Mo juste pour booter et installer un serveur aussi bien qu'un desktop sous KDE avec des applis en tout genre, là je dis un gros OUI !!!!!) Mais qu'est-ce qui vous prends de refaire votre arbre de paquets ? Z'êtes pas malades non ? Vous trouvez pas suffisant la problématique de création de galette à la volée ? > (Les distributions utilisant des modules: > http://www.linux-live-cd.org/spip.php?article447) "A partir d'une session Live, vous pouvez avoir envie de rajouter un logiciel alors que vous ne connaissez pas la commande pour le faire (emerge sous Gentoo, apt-get pour debian et dérivées, rpm pour fedora). Certains ont pensé à faciliter cela en créant des modules (souvent sans dépendances) téléchargeables sur internet, ils peuvent être utiles sur une clef USB en plus du live CD, et cela permettra de rajouter des logiciels sans connexion internet. (de plus, on peut souvent rajouter à l'image iso du live CD nos logiciels préférés puis recréer l'image iso : Zenwalk, Slax ont des commandes pour cela). " Ben c'est juste tout simplement une idée bête: au lieu de se taper une nouvelle couche dans le paquetage des applis (rappelons que la quantité de ressources pour s'occuper d'une distro digne de ce nom n'est pas petit), vous avez le droit de gagner en tout et vous servir directement des paquets tout prêt à installer... me trompe-je ? > Pour le GUI(j'en suis juste au base pour zenity, gtk et qt) donc il vaut > mieux que je me consacre à l'interface web maitrisant mieux javascript/css et > php. Qui t'a parlé de client lourd ? Refait en client web un truc qui ressemble à un des gestionnaires de paquets clients lourds qui existe, car ils ont déjà un tas de chose qui manquera forcément si vous les faites pas. >Maintenant j'avais vue qu'il existe des outils pour transformer des >applications web en applications local mais je pense pas que ce soit plus >simple ce genre de chose? Le mieux dans ce cas là est de pondre un GUI en java, puis via une applet ton client lourd se trouve dans une page html en moins de temps qu'il ne faut pour le dire. >De j'essaye actuellement de faire la même chose à partir du live Cd >Debian/Testing PureOS, car il utilise les linux-live script de Slax pour créer >son debian live testing, et j'ai fait un script ( >http://www.linux-live-cd.org/spip.php?article516 ) qui créer automatiquement >des modules .lzm à partir des .deb officiel, donc on passerai des 262 modules >de yann à plus de 20000 à partir des .deb officiels, j'espère pouvoir me baser >sur les descriptions automatiquement(comme dans synaptic) pour l'interface web >mais il reste aussi pas mal de truc à faire avant (intégrer le logiciel dans >le menu de KDE, problème de place en RAM...). Ah ben voilà un truc cool. Même si tu te vois pas rester en paquets de base, au moins vous pourriez paqueter les paquets .deb à la volée... ou presque. > Et pour l'interface moisie, attends la prochaine version, il y a des disques > vinyls pour décorer chaques modules! Bueno ! Quand je dis moisie, c'est en terme de fonctionnalité (manque de doc, d'infos sur la galette etc...) car les trucs qui font beau, je m'en balance d'un point de vue personnel, en revanche les fonctionnalités font que l'outil sera intéressant ou pas. N1c0 Diffusez cette liste aupres de vos relations :) Linux Azur : http://linux-azur.org L'auteur du post est responsable de ses écrits ! *** Pas de message SMS, HTML ni de PJ SVP ***
