Re: [openplacos-dev] Re: [OpenplacOS] Retours d'experience Gentoo sur branche unstable

[flagos <flagospub@xxxxxxxxx>]

J'abonde dans le sens d'Alex, super motivé le jay ! Je confirme que
moi aussi je n'ai jamais lancé le tout en mode daemon.

concernant ton erreur de lancement, il s'agit d'une erreur avec une
dépendance dans bundler sur la gem oauth2-provider.
c'est la seule qui est géré via git,

Bien vu le kirsh. Question pour jay: git est bien installé sur ta
machine d'install ? C'est peut etre ca qu'il te manque...

Pourriez-vous me préciser les services que je devrais voir tourner
avec un ' top -u openplacos ' ? Pour le moment j'ai juste ceçi :

19665 openplac  20   0 19224  412  208 S  0.0  0.0   0:00.00 dbus-daemon

C'est normal. Comme dit kirsh, on passe désormais par le dbus du user
openplacos. Comme ton serveur ne demarre pas (a cause de l'erreur
oauth2/provider), tu n'as rien d'autre....


tu peut néamoins lancé opos depuis le repo en mode debug avec la commande :

../main.rb -f ../config/default.yaml -s

Tout a fait. Jay, je te conseille vraiment de commencer par lancer le
serveur dans ta session avec cette commande. Ca devrait te permettre
de resoudre quelques soucis. Lancer en mode daemon peut etre fait dans
un second temps.

Pour le moment j'utilse le fichier d'init de Flagos, je modifierai par
la suite la version Gentoo. D'ailleurs à ce sujet, il est possible
d'utiliser mon fichier d'init modifié sous Debian/Ubuntu, à condition
d'avoir start-stop-daemon d'installé sur sa machine. Ca permet entre
autre de suivre le serveur avec un PIDFILE.

Ah j'aime bien le start-stop-daemon ! Effectivement ca a l'air
interessant parce que mon fichier d'init est un peu a l'arrache.
D'ailleurs, le fichier d'init tel qu'il est dans unstable n'a pas été
retouché depuis la 0.3 (ou si peu...), autant te dire que c'est
franchement possible que ca ne marche pas. Du coup, oui si tu pars sur
ce start-stop-daemon, on peut le caler dans le repo en tant que init
proposé par défaut.


Le 16 avril 2012 16:32, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
> Concernant ton bug mysql, c'est étrange car nous n’utilisons plus mysql,
> mais sqlite ...
>
> Le 16 avril 2012 16:28, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
>
>> Oua balaise, je crois que nous même n'avons jamais tenté de faire tourner
>> la branche unstable en mode deamon.
>> je pense que ca risque de craquer quelque part, notamment sur les
>> permission dbus. mais c'est une autre histoire.
>>
>> pour les clients, pour le moment seul le CLI est stable. l'extension
>> chrome est juste un test.
>> il y a un client web (ancienement sous rails, maintenant sous sinatra) qui
>> est en préparation.
>>
>> niveau process dans le top, c'est normal que tu n'en ais qu'un car dans le
>> fichier de config de base les composants sont exécutés en mode thread.
>> tu peux les changer en fork si tu le souhaite.
>>
>> concernant ton erreur de lancement, il s'agit d'une erreur avec une
>> dépendance dans bundler sur la gem oauth2-provider.
>> c'est la seule qui est géré via git, je ne sais pas trop comment ca se
>> passe dans ces cas la.
>> peut etre que la commande
>>
>> bundle install --deployment
>>
>> devrai resoudre le problème.
>>
>> Sinon concernant dbus, on a remplacé le dbus coté client par une api rest
>> protégé par OAuth2, en mode deamon tu ne devrai rien voir aparaitre sur le
>> bus system (le bus utilisé par les composant est le bus session de
>> l'utilisateur openplacos)
>>
>> tu peut néamoins lancé opos depuis le repo en mode debug avec la commande
>> :
>>
>> ./main.rb -f ../config/default.yaml -s
>>
>> en espérant que ca puisse t'aider
>>
>> Le 16 avril 2012 16:00, jay peche <jaypeche@xxxxxxxxx> a écrit :
>>
>>> + Il y a un bug avec Mysql que je vais tenter de solutionner
>>> prochainement, peut être lié à l'erreur Oauth...
>>>
>>> Le 16 avril 2012 15:56, jay peche <jaypeche@xxxxxxxxx> a écrit :
>>>
>>>> Slt,
>>>>
>>>> Je suis toujours avec bcp d'interêt la ML pour me tenir au courant de
>>>> vos améliorations. Réecrit un ebuild (openplacos-9999.ebuild) qui gère la
>>>> branche unstable sur le dernier commit depuis github. ->
>>>> openplacos-9999.ebuild
>>>>
>>>> J'ai migrer vers Ruby19 qui n'est pas encore disponible par défaut, j'ai
>>>> du bricoler un peu mais la migration c'est bien passé. Du coup j'ai pu voir
>>>> un peu les différentes évolutions :
>>>>
>>>> * Le server est lancé depuis le Dbus-launcher.
>>>> * Oauth pour l'idendification
>>>> * Les clients ont été épurés (plus de GTK, plus de SOAP, plus de
>>>> XML-RPC), juste CLI_client et un client pour Chrome en html (vous me dites
>>>> si je me trompe..).
>>>> * Launcher Rubygems (ça marche vraiment bien à part quelques couacs pour
>>>> rapatrier certaines gems récentes, c'est aléatoire donc difficile de savoir
>>>> pourquoi, je
>>>> mettrai en cause la disponilité aux niveau de l'upstream, sans
>>>> conviction)
>>>>
>>>> Pour le moment j'utilse le fichier d'init de Flagos, je modifierai par
>>>> la suite la version Gentoo. D'ailleurs à ce sujet, il est possible
>>>> d'utiliser mon fichier d'init modifié sous Debian/Ubuntu, à condition
>>>> d'avoir start-stop-daemon d'installé sur sa machine. Ca permet entre autre
>>>> de suivre le serveur avec un PIDFILE.
>>>>
>>>>
>>>> http://manpages.ubuntu.com/manpages/lucid/fr/man8/start-stop-daemon.8.html
>>>>
>>>> http://doc.ubuntu-fr.org/tutoriel/comment_transformer_un_programme_en_service
>>>> Initscript avec start-stop-daemon
>>>>
>>>> Pourriez-vous me préciser les services que je devrais voir tourner avec
>>>> un ' top -u openplacos ' ? Pour le moment j'ai juste ceçi :
>>>>
>>>>
>>>>> 19665 openplac  20   0 19224  412  208 S  0.0  0.0   0:00.00
>>>>> dbus-daemon
>>>>
>>>>
>>>> Au lancement du service j'ai cette erreur, que ce soit en RUBY18 ou
>>>> RUBY19..?
>>>>
>>>>> dbox2 files # /etc/init.d/openplacos start
>>>>> Starting OpenplacOS
>>>>> Pas de répertoire, connexion avec HOME=/
>>>>> dbox2 files # No protocol specified
>>>>> /usr/lib64/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in
>>>>> `require': cannot load such file -- oauth2/provider (LoadError)
>>>>>     from
>>>>> /usr/lib64/ruby/site_ruby/1.9.1/rubygems/custom_require.rb:36:in `require'
>>>>>     from /usr/bin/openplacos-server:36:in `<main>'
>>>>>
>>>>> dbox2 files #
>>>>
>>>>
>>>> Merçi pour vos précisions, je suis un peu perdu avec Dbus !
>>>>
>>>> jay
>>>>
>>>>
>>>>
>>>>
>>>
>>
>



-- 
Tapé depuis mon clavier