Re: [OpenplacOS] Re: repo & release

Le 6 juillet 2011 14:11, flagos <flagospub@xxxxxxxxx> a écrit :

A tous les coups, c'est pas un bug.

Si on avait codé en C, la logique aurait de recuperer les sources, de mettre les sources a droits minimaux, de compiler, et le make install devrait deplacer les executables avec les bonnes permissions. dans cette vue, virer les permissions au moment du clone est preque logique, histoire de pas installer nawak sur le systeme.

Alors bon, nous on fait du ruby, du coup l'etape du makefile est plus vue comme une etape administrative que fonctionnelle mais pour autant il faut coller au truc pareil.

Enfin voila, je suppute un peu beaucoup, autant ca n'a rien a voir, si tu peux avoir l'avis de gars qui connaissent un peu le sujet ce serait pas mal.

Le 6 juillet 2011 14:05, jay peche <jaypeche@xxxxxxxxx> a écrit :

Si tu postes la question sur un forum, je veux bien l'url, ca m'interesse. A tous les coups, ils doivent considerer que c'est au makefile de setter les droits et que de base, dans les sources, on a pas a livrer d'executable. Tout bien considéré, ca aurait presque du sens ;-)

Ben ouais, mais qu'un git clone en bash me recupere les sources avec les droits ki vont bien, je trouve dommage ce bug avec ebuild../:(

Le 6 juillet 2011 14:00, flagos <flagospub@xxxxxxxxx> a écrit :

Apres, pour faire avancer le schmiblick, je vais m'occuper bientot au packaging archlinux du coup j'ai matté leurs guidelines

Chez arch, ils conseillent d'utiliser git clone avec l'option --depth=1 pour eviter d'embeter le monde avec trop d'historique. Alors bon, Gentoo n'est pas Arch et la macro doit etre la pour eviter d'appeler git directement et de gerer ca au niveau distro.

Si tu postes la question sur un forum, je veux bien l'url, ca m'interesse. A tous les coups, ils doivent considerer que c'est au makefile de setter les droits et que de base, dans les sources, on a pas a livrer d'executable. Tout bien considéré, ca aurait presque du sens ;-)

Le 6 juillet 2011 13:50, jay peche <jaypeche@xxxxxxxxx> a écrit :

merçi pour ta réponse,

Ben je suis exactement du meme avis !
J'ai comme toi fais qq recherches autour de git_src_unpack (ebuild) mais rien aux sujets des droits pour le moment !

Comme tu le dis c assez étonnant !

Au pire modifier l'ebuild avec un git clone, mais c moins propre.. hmm

Ca m'embete assez car je trouve qu'au touche au but sur le portage Gentoo !

Je vais poster sur Gentoo French Forums, j'y connais qq personnes, j'aime pa trop car ca laisse des fausses urls dans google, au moment de la recherche sur openplacos...

Je vous tiens au jus

PS: je vous laisse au passage la nouvelle URL pour opos, cf Changelog :

http://pingwho.homelinux.org/pub/gentoo/ftp/overlay/app-misc/openplacos/Changelog

++

Le 5 juillet 2011 20:43, flagos <flagospub@xxxxxxxxx> a écrit :

ben ecoute l'adresse est bonne, et je vois pas de bonnes raisons pour lesquelles tu n'aurais pas les droits. Je penche pour un probleme du script git_src_unpack meme si je trouve ca assez etonnant.

J'ai tente de faire du google sur ton probleme, je n'ai rien trouvé de pertinent, je ramatterai un peu demain au taf si je trouve quelque chose. Apres sinon il faudrait eventuellement poser la question sur un forum gentoo orienté packaging, mais autant la philosophie du truc est de setter les permissions au moment du packaging et non de laisser ca au developpeur...

Le 5 juillet 2011 19:19, jay peche <jaypeche@xxxxxxxxx> a écrit :

J'utilise cette URI : EGIT_URI=https://github.com/openplacos/openplacos

Le 5 juillet 2011 19:17, jay peche <jaypeche@xxxxxxxxx> a écrit :

Je rencontre en ce moment qq souçis avec GIT..?
Un git clone me récupère les sources git avec les droits ki vont bien..
Mais pas avec un git_src_unpack.. zarb ?

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

Ouai c zarb, ce problème de droits sur les plugins, peut être dû à la gestion de Git par ebuild, je sais pas trop en fait.

En tout cas merçi pour les infos...

Je vais un peu lacher le truc pour ce soir, je manquerai de vous tenir au jus.

Bonne soirée Vincent.

++

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

super que tu aies resolu le souci !

sinon c'est zarb, moi sur mon repo, les droits etaient bons (755 pour les plugs). Il manquait juste le ga+x sur le fill_sql.rb, j'ai patché. Du coup voila, je sais pas trop d'ou vient ton souci de droit jay, mais pour moi sur le repo c'est ok.

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

Super On a bien avancé...

Je maitrisais pas trop le plugin ror et ca me parle un peu plus maintenant.
(Je vais voir comment gérér les droits avec mon script ebuild).

bon la vraie moralitée du truc, c'est que il faut pas laisser un boulet (moi, en l'occurence) gerer les droit (ben oui j'avais caller un 766 au lieu d'un 755). donc on va egalement changer ca coté Git.

Impec si tu corriges cela rapidement ca m'évitera de créer une rustine au niveau de l'ebuild.
Je trouve que Gentoo est assez instructif, ca permet de mettre en évidence quelques disfonctionnements.

Concernant le timeout, effectivement c'est bien ca le problème (aléatoire).
De par mon experience un timeout de 10s serait certainement plus sûr pour le chargement de vplacos.

En tout cas, merçi pour votre réactivité !

Bon appétit et bonne soirée.

jay

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

génial.

bon la vraie moralitée du truc, c'est que il faut pas laisser un boulet (moi, en l'occurence) gerer les droit (ben oui j'avais caller un 766 au lieu d'un 755). donc on va egalement changer ca coté Git.

pour les drivers, le timeout par default est de 2 seconde pour VP, donc ca craque si il se lance pas assez rapidement (ca peut etre le cas dans certain contexte) donc on pourrai augmenter le timeout dans la config pour eviter ce genre de bug.

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

Youpi !

ror fonctionne à présent, l'interface est bien sympa d'ailleurs...

Je vais essayer de tirer les conclusion et d'adapter mon script pour proposer ror par défaut.

En anonymous ca fonctionne; bien que ca craque parfois au moment de charger les drivers Vplacos.

Belle avancée pour moi, car je m'efforce de proposer une install directement fonctionnelle.

Comme à l'habitude, je fais qq tests et je vous tiens au courant....

++

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

tu dois pouvoir acceder a ror localhost:3000

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

en, gros, quand je recupere les fichier via git, je récupère les droit en execution avec.

Ouai logique, git gère les droits..

Tu y accede comment, via ton browser web ? dans ce cas c'est normal, il y a un mega bug au niveau de la lib ruby, le xmlrpc n'accepte que les client xmlrpc codé en ruby avec la meme lib ...
ce client va bientot etre remplacé par ror.
en ligne de commande ou via Firefox, tjs cette meme erreur 'method not allowed'

normalement j'ai setté les droit sur les fichier qui vont bien dans la procedure d'install (uniquement pour ror)

je pense que tu peut relancer le server et voir ce qui se passe avec un top -u openplacos

Effectivement ca parle deja un peu plus :

30831 openplac 20   0 18808 16m 1544 S 0.0 1.1   0:01.40 openplacos-serv                                                                30838 openplac 20   0 25760 21m 2864 S 0.0 1.4   0:01.82 sql.rb                                                                         30839 openplac 20   0 29288 24m 2604 S 0.0 1.6   0:04.69 ruby18                                                                         30845 openplac 20   0 25876 22m 2520 S 0.0 1.5   0:01.57 soap.rb
30846 openplac 20   0 20296 17m 1796 S 0.0 1.1   0:01.29 xmlrpc.rb                                                                      30850 openplac 20   0 14420 12m 1544 S 0.0 0.8   0:00.99 ruby

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

OK merçi pour l'info,

Je poste mon fichier /etc/group, peut être ca te parlera plus :

http://pastebin.com/67XBMMq1

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

--
Tapé depuis mon clavier

--
Tapé depuis mon clavier

--
Tapé depuis mon clavier

--
Tapé depuis mon clavier