Re: [OpenplacOS] Re: repo & release

Le 29 juin 2011 18:30, flagos <flagospub@xxxxxxxxx> a écrit :

C'est pas plutot une histoire de groupe ? Genre les droits d'execution avaient ete settes par rapport a un groupe particulier ?

Enfin je dis ca mais j'ai absolument aucun souvenir d'un truc dans le genre, c'est totalement en l'air ;-)

Traques par git, ca veut juste dire que git suit les droits proprement, les droits sur les fichiers sont suivis comme un changement dans les sources par exemple. Donc normalement ya pas de blagues

Le 29 juin 2011 18:20, jay peche <jaypeche@xxxxxxxxx> a écrit :

Au niveau des droit, jamais eu ce probleme sur ubuntu, mais effectivement il n'y a pas d'etape ou on sete les droits. pour le moment ils ont toujours était traqué par git.

Comme un bon noob, je maitrise plus le sujet qd il s'agit de votre dev, mais ce qui me semble bizarre c'est que ce problème de droits devrait aussi exister ss Ubuntu du fais que l'on utilise les memes sources.. Je me trompe peut etre... Je comprends pas le sens de "traqué par Git", gérer par git koa ?

Pour info, j'ai mis les droits en execution sur les fichiers plugins/*.rb et plugins/db/*.rb, mais j'ai tjs cette erreur 'method not allowed'.

Peut être dois verifier les droits sur rorplacos aussi ?

Le 29 juin 2011 18:14, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :

oki, on a probablement identifié l'erreur.

il faut les droit en execution pour l'utilisateur openplacos, ceci explique pourquoi aucun plug ne se lance.

pour l'erreur sur xmlrpc, ca fait longtemps que je ne l'ai pas lancé donc je peut pas trop te dire. mais il me semble l'avoir deja vu quelque part.

Au niveau des droit, jamais eu ce probleme sur ubuntu, mais effectivement il n'y a pas d'etape ou on sete les droits.

pour le moment ils ont toujours était traqué par git.

Le 29 juin 2011 18:08, jay peche <jaypeche@xxxxxxxxx> a écrit :

Je viens d'ailleurs de remarquer que dans plugins, je n'ai pas les droits en execution sur sql.rb, ror_frontend.rb, soap.rb.... etc ....

Il semblerait que vous ayez omis de mettre les bons droits sur les sources, sans vouloir critiquer..§

Le 29 juin 2011 18:05, jay peche <jaypeche@xxxxxxxxx> a écrit :

On avance ...

en lançant en root, j'ai ceçi :

dbox2 ~ # /usr/lib/ruby/openplacos/plugins/xmlrpc.rb
bash: /usr/lib/ruby/openplacos/plugins/xmlrpc.rb: Permission non accordée

du coup j'ai mis un coup de : chmod a+x /usr/lib/ruby/openplacos/plugins/xmlrpc.rb
et j'ai ceçi :

dbox2 ~ # /usr/lib/ruby/openplacos/plugins/xmlrpc.rb[2011-06-29 17:59:40] INFO WEBrick 1.3.1
[2011-06-29 17:59:40] INFO ruby 1.8.7 (2011-02-18) [i686-linux]
[2011-06-29 17:59:41] INFO WEBrick::HTTPServer#start: pid=30623 port=8080
[2011-06-29 18:00:00] ERROR unsupported method `GET'.
localhost - - [29/Jun/2011:18:00:00 CEST] "GET / HTTP/1.1" 405 299
- -> /
[2011-06-29 18:00:00] ERROR unsupported method `GET'.
localhost - - [29/Jun/2011:18:00:00 CEST] "GET /favicon.ico HTTP/1.1" 405 299
- -> /favicon.ico
[2011-06-29 18:00:03] ERROR unsupported method `GET'.
localhost - - [29/Jun/2011:18:00:03 CEST] "GET /favicon.ico HTTP/1.1" 405 299
- -> /favicon.ico
Ca parle déjà un peu plus, j'ai maintenant l'erreur "method not allowed".

Le 29 juin 2011 17:56, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :

Ok, la config semble bonne.

essai de lancer un plugin a la main, genre /usr/lib/ruby/openplacos/plugins/xmlrpc.rb
(le server doit tourner)

Le 29 juin 2011 17:53, jay peche <jaypeche@xxxxxxxxx> a écrit :

Ma config :

http://pastebin.com/ttPCfp9H

Le 29 juin 2011 17:49, jay peche <jaypeche@xxxxxxxxx> a écrit :

ok,

la procédure a suivre quand on a un bug :

1) restart du server
2) verifier si les module sont bien lancé (top -u openplacos)
3) si ils sont pas lancé, tu peut tanter de les lancer a la main, et voir sur quoi ils plantent.

C'est ce que j'ai fais et tout semble tourner correctement côté serveur.

30515 openplac 20 0 14664 12m 1544 S 0.3 0.8 0:00.68 ruby
30494 openplac 20 0 18748 16m 1544 S 0.0 1.1 0:01.46 openplacos-server

point 1 : Le fichier de config me semble correct, il s'agit de celui présent sur master @github que j'ai passé en mode fork.
point 2 : Pour les fichiers temporaires je sais pas de trop
point 3 : Bizzarement en lancant à la main les plugins xml-rpc et soap, j'ai la même erreur sur le même port :

pour xml-rpc :
can't find opos server at host localhost:8080

pour soap :
can't find opos server at host localhost:8080

pour gtk et opos en ligne de commande aucun souçi ça tourne !

??? mode boulet !

Le 29 juin 2011 17:25, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :

yop
pas evident c'est histoire de server web.

la procédure a suivre quand on a un bug :

1) restart du server
2) verifier si les module sont bien lancé (top -u openplacos)
3) si ils sont pas lancé, tu peut tanter de les lancer a la main, et voir sur quoi ils plantent.

d'expérience, les principales sources d'erreurs sont :

1) une erreur dans le fichier de config.
2) un probleme de droit pour ecrire les fichier temporaire.
3) les port sont déja occupé (lancement de plusieurs instances)

la pour ton probleme, tous les plug ne se lancent pas, je penche plutot pour une erreur de la config, car on a modifié recement le path vers les plugins, et que la procédure d'install n'ecrase pas le fichier de config. donc met a jour ton fichier de config depuis la version git. (chez nous le fichier est /etc/default/openplacos )

Le 29 juin 2011 17:10, jay peche <jaypeche@xxxxxxxxx> a écrit :

Salut et merçi pour le lien Kirsh !

Je viens de modifier la dépendances en GTK2, je ne l'ai pas encore complétement shooter car je n'arrive pas à me connecter en client ROR. J'ai droit à un joli "la connexion a échoué"... zut, prout, cacaboudin !

Pourtant mysql est lancé et configuré mais rien n'y fait, j'ai pourtant passé les plugins en mode fork !
Pour info, j'attaque avec un http://localhost:3000 ou http://openplacos@localhost:3000... idem pour soap et xml-rpc sur leurs ports respectifs...

Une idée ?
++

Le 29 juin 2011 16:43, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :

oui, il faudrais peut etre réorganiser la doc sur les procédure d'install.
si j'ai un peut de temps je m'y collerais ce WE

Le 29 juin 2011 16:40, flagos <flagospub@xxxxxxxxx> a écrit :

Ah cool, je cherchais ou on avait decrit le setting pour rails

D'ailleurs, faudrait qu'on la sorte de la section PPA vu que la procédure est la meme pour tout le monde

Le 29 juin 2011 16:35, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :

Oui pour ror l'idéal serais qu'il soit lancé par default car c'est en qualque sorte la fenetre la plus sexy pour notre projet.
malheureusement il a une dépendance vis a vis du server mysql, que l'on ne peut pas se permetre d'installer par default car il est nécessaire de setter un password root et de creer la db avec ce meme password.
donc l'installation et la creation de la DB doit se faire "à la main" (via un script, on est pas des betes non plus), et de meme pour l'activation des plugins ror et sql.
la procédure ce trouve ici :
http://openplacos.tuxfamily.org/tiki-index.php?page=PPA#Easy_way

Le 29 juin 2011 16:29, flagos <flagospub@xxxxxxxxx> a écrit :

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

--
Tapé depuis mon clavier

--
Tapé depuis mon clavier

--
Tapé depuis mon clavier