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

[miaouf kirsh <miaoufkirsh@xxxxxxxxx>]

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