Le 29 juin 2011 16:00, jay peche
<jaypeche@xxxxxxxxx> a écrit :
Salut,
Désolé de pas toujours être suffisament clair...
1. Comme tu as vu dans l'ebuild on gère d'abord toutes les dépendances (aussi bien celle nécessaire à la compilation (installation dans notre cas) que celles nécessaires pour le fonctionnement du paquets (librairies, sql...)
Du coup la dépéndance git est obligatoire car l'ebuild fonctionne sur ce type de sources.
mmmm ok nickel
2. Ouais c ca, tu as remarqué la dépéndances GTK2, voila comment ca fonctionne :
Si la variable USE est setté sur du +gtk2 ( c'est le cas par défault) alors on install cette dépéndances et également le commentaire qui explique comment lancé le client. Il suffirai de modifier cette variable en -gtk2 pour ne plus installer ce client voire même si vous le juger obsolète le faire disparaitre de l'ebuild, n'hésitez pas à me donner votre avis car dans la prochaine révison 0.2.0-r1 je prendrai en compte vos choix. Je l'ai activé par défaut car ca permet de se rendre compte graphiquement du fonctionnement de Virtualplacos.
J'imagine que l'on devrait se tourner ver ROR maintenant, mais j'ai pas tout compris, tu as peut etre un lien à me filer ?
Sur ce flag gtk2, ca veut dire qu'un gonze qui fonctionne en mode sans serveur X n'aura pas de mal a faire une install complete sans pour autant tirer le serveur X et tout ca ?
Sinon oui le client gtk on le supporte plus, tu peux le mettre en -gtk puisque pour l'instant il se peut sur un malentendu qu'il soit fonctionnel. Par contre pour les prochaines versions, je pense que tu pourras cash l'enlever.
Pour ror, je vais me promener sur le wiki, je t'envoie ca
3. Comme je te le disais, il faudrait dans l'idéal viré le client GTK et se tourner vers ROR, avec un bref descriptif en fin d'install pour lancer le client.
4. Pour mysql, j'ai juste expliquer en fin d'install comment créer la base openplacos à partir de install.sql (++simple), rien n'empeche de le remplacer par qq commandes.
Mmm ok, ben tres bien j'avais pas compris ca comme ca. Pour moi c'est la meilleure option
Pour résumé, on se met daccord sur les pistes à suivre et je vous ponds un openplacos-0.0.2-r1.ebuild modifié.
++
Le 29 juin 2011 15:38, flagos
<flagospub@xxxxxxxxx> a écrit :
genial !
Alors plusieurs petites choses qui seront certainement plus des questions qu'autre chose mais bon ;-)
1. depedance git
git est calé en dependance. C'est le mode de fonctionnement de gentoo qui fait ca ? En gros, on avait calé par erreur git en dependance du projet pour ubuntu, je me demande si tu as pas repliqué cette erreur.
2. dependance gtk2?
Cette dependance est marquée avec un "?" Ca veut dire que c'est juste en recommandé c'est ca ?
3. client gtk
Je vois que tu met en avant le client gtk. Il est plutyot deprecie a ce stade du projet. Je crois qu'on t'en a pas parlé...
4. Auto install mysql
Ca c'est un peu violent, on a prefere eviter. Nous on a fourni un script pour faciliter l'install mais je pense que ca plaira pas trop...
voila, super boulot sinon
++
Le 29 juin 2011 15:17, jay peche
<jaypeche@xxxxxxxxx> a écrit :
Salut la compagnie,
Je viens de faire un peu le ménage pour le portage d'opos ss Gentoo, j'ai également modifié le wiki pour prendre en compte les changements experimental -> stable.
Je vous invite à regarder le Changelog pour info : http://pingwho.homelinux.org/pub/gentoo/ftp/overlay/app-misc/openplacos/Changelog
Les changements pour une meilleure intégration (ebuild en stable desormais ! ):
* dernière révision stable uniquement
* Openplacos moved to app-misc category ! Ceçi car l'emplacement dev-ruby est réservé aux logiciels propres au dévellopement de Ruby, j'ai donc choisi cette catégorie car pour l'intégration officielle future ca n'aurait pas collé !
* Gestion des dependances 'ror et opos' via le bundler, c'est une très bonne chose car cela évite de tout reinstallé a chaque mise à jour, donc un gain de temps non négligeable, bien vu !
* Changements triviaux dans l'ebuild, en particulier pour prendre en compte l'hébergement Tuxfamily.
TODO :
* Après relecture par vos soins, et d'éventuelles modifications, je pense que opos est suffisament stable ss Gentoo pour soumettre l'ebuild sur le bugzilla Gentoo.
* Si toutefois pour une raison x ou y, ca ne fonctionne pas, je créerai un dépot rsync://openplacos pour Gentoo que j'hébergerai chez moi afin de faciliter linstallation à l'utilisateur moyen.
* Pour le moment l'ebuild ne prends pas en compte l'option 'debug', je rame un peu pour patcher, arff !
* Réecriture du script de lancement du démon à la sauce Gentoo, là je vous solliceterai peut être car je galère aussi !
Voilà j'éspère que vous y voyez un peu plus clair et que comme moi vous vous réjouissez du portage en stable d'opos pour Gentoo Linux.
Je compte sur votre avis, vos critiques éventuelles... Pour info tout se trouve içi : http://pingwho.homelinux.org/pub/gentoo/ftp/overlay/app-misc/openplacos/
++
jay
--
Tapé depuis mon clavier