OpenJabNab v0.01a

Special Nabz Nbr de messages : 1383

Peut-être gksu ? Je ne sais pas, je suis novice en Linux.

BlueCore18 a écrit:: hmm le problème c'est que je suis identifié à ma session normale et je sais pas comment passer en root en mode graphique étant donné que le programme OpenJabNab je le lance en admin via la console

effectivement, après un ls -l -R; je remarque que tout est en read only pour l'utilisateur normal.

Et changer les droits en admin, dans la console ? Ca ne marche pas ?
Sinon, effectivement, gksu doit pouvoir aider.

gksu ne m'apporte rien et oui, toujours le réflex "sudo su" au démarrage du terminal

Si openJabNab est lancé en admin, il devrait pouvoir créer les répertoires.. non ?

oui, c'est ça que je comprends pas

Dans un premier temps (histoire de voir si le problème vient de là, tu peux essayer de mettre des droits au max, quitte à réduire ensuite. Un truc du genre :

Code:: sudo chmod 777 http-wrapper/* -R

j'essaie dans deux minutes, c'est le /* que j'ai oublié je pense

En théorie, si il y a le -R (récursif), ça devrait marcher sans le /*

Code:: root@COMPAQ-Evo-D510:/home/bluecore# cd OpenJabNab/
root@COMPAQ-Evo-D510:/home/bluecore/OpenJabNab# chmod 777 http-wrapper/* -R
root@COMPAQ-Evo-D510:/home/bluecore/OpenJabNab# chmod 777 server/* -R
root@COMPAQ-Evo-D510:/home/bluecore/OpenJabNab# ./server/openjabnab.
bash: ./server/openjabnab.: No such file or directory
root@COMPAQ-Evo-D510:/home/bluecore/OpenJabNab# ./server/bin/openjabnab
-- OpenJabNab Start --
static void TTSManager::Init() : Unable to create tts directory !

void AccountManager::LoadAccounts() : No account loaded ... inserting default admin
Finding plugins in : /home/bluecore/OpenJabNab/server/bin/plugins
PluginAuth::PluginAuth() : Bad authentication method or not set. Authentication will not work.
Loading libplugin_auth.so : auth OK, Enable : Yes
Loading libplugin_boot.so : boot OK, Enable : Yes
Cron Started...
Cron Register : Clock - jeu. avr. 14 17:00:00 2011
QDir* PluginInterface::GetLocalHTTPFolder() const : Unable to create plugins directory !

Loading libplugin_clock.so : clock OK, Enable : Yes
Loading libplugin_dice.so : dice OK, Enable : Yes
QString::arg: 2 argument(s) missing in
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Aborted

quelques erreurs disparues, quelques apparues..

Je peux voir la conf en entier ?
- bin/openjabnab.ini
- bin/plugins/plugin_auth.ini

On va y arriver yellownabzwink

Pixel du Rezo, TeamViewer ?

en réalité, je n'ai pas le fichier plugin_auth.ini moi.

comme personne est sur le sujet, je te donne les ID en Public Razz

Ben après une bonne séance de teamviewer, on a avancé, mais le lapin ne se connecte pas...

Il va vraiment falloir que j'essaye de faire tourner openJabNab sur mon réseau local !

Bonjour,

Je me suis remis à étudier la question OJN ce week end, j'ai réussi à faire booter le lapin sur un server en mode standalone Patched, en utilisant le firmware chopé à partir du lien qui est sur le WIKI. J'ai activé le "StandAlonePatchBootcode" (je ne sais pas si sa marche sans, pas testé). Le tout sur mon LAN, en utilisant un server DNS local (bind) avec apache comme serveur web.

Par contre j'ai vu passé les commit de cette nuit sur le GIT, j'ai donc pompé les sources et testé la compilation avec cette nouvelle version.
Le "qmake -r" ne pose pas de prob, mais le make plante :

Code:: make[1]: entrant dans le répertoire « /home/bbk/openjabnab/server/lib »
g++ -c -pipe -Werror -O2 -D_REENTRANT -Wall -W -fPIC -DQT_NO_DEBUG -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4 -I. -I../main -Itmp/moc -o tmp/obj/httphandler.o httphandler.cpp
In file included from apihandler.h:6,
from bunny.h:9,
from httphandler.cpp:4:
account.h:13: error: expected template-name before ‘<’ token
account.h:13: error: expected ‘{’ before ‘<’ token
account.h:13: error: expected unqualified-id before ‘<’ token
make[1]: *** [tmp/obj/httphandler.o] Erreur 1
make[1]: quittant le répertoire « /home/bbk/openjabnab/server/lib »
make: *** [sub-lib-make_default-ordered] Erreur 2

Je remonte juste le prob brut comme sa, je n'ai pas le temps aujourd'hui de regarder le code.
Je compile sous une debian 6, avec qt installé par un apt-get de "qt-dev-tools" et la version juste avant le commit de cette nuit compile sans problème.

Je regarde ca asap...

EDIT: corrigé et commité (une inclusion de header en trop, puis une inclusion manquante...)

Merci pour le commit sur Git, effectivement maintenant sa compile correctement.

Par contre quand le lapin envoi la "requesting BOOT" j'ai une erreur de segmentation sur le server, aussi bien un en standalone patched avec chargement du firmware local qu'en mode proxy.

Je n'ai pas plus d'infos a part cette trace dans mon "dmesg" :

Code:: [1376842.924179] openjabnab[4004]: segfault at 40 ip 00007f73c4cc020d sp 00007fff1fbd4640 error 4 in libcommon.so.1.0.0[7f73c4c88000+76000]

Je ne sais pas troup si je peux facilement avoir plus de détails désolé je ne suis pas trop au point sur le dev en dur sous linux

Dans un premier temps, tu vas essayer de supprimer le fichiers bin/bunnies/.dat
Et de relancer en mode standalone patched.

J'ai deja vu cette erreur, une fois, mais sans l'identifier sur le coup.

Sinon, une idée serait de passer en mode debug en lancant le script toDebug.sh
puis qmake -r
make clean && make

ensuite, lancer le serveur dans gdb:
gdb bin/openjabnab
> run

Quand ca plante, il y aura les infos de la ligne où ca plante...

Bonjour,

J'ai actuellement le même problème, constaté rapidement, que ce soit avec ou sans les .dat des bunnies.

Si ca peut t'aider yellownabzwink

Code:: [... Demarrage d'OJN Ok...]
Current mode is standalone
Requesting BOOT for tag 0019******** with version 0.0.0.10
[New Thread 0xb6bcdb90 (LWP 27806)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb70226c0 (LWP 27803)]
0xb7728be0 in Bunny::GetPluginSetting () from [...path...]/libcommon.so.1
Current language: auto; currently asm

Il semble qu'il y ait un problème de setting.
Arg, j'ai peut-etre une idée.

Essayez de supprimer le fichier bin/plugins/bin/plugins/libplugin_colorbreathing.so
puis relancez le serveur.

Sinon, ce message m'aiderait plus en mode debug.
Je vais tenter de supprimer le .dat d'un de mes lapins pour simuler le meme comportement.

En supprimant le plugin ca ne segfault plus \o/ yellownabzwink

Perso, j'ai juste déplacé les .dat

J'pensais avoir recompilé en debug en fait... J'le r'fait et si il y a un changement j'édite.

Edit1: Bon, en fait, pour une obscure raison, le script toDebug ne faisait rien, donc la compil ne passait pas en debug, j'ai recloné à partir du dépot, et je recompile...

Edit2: En fait, ne pas lancer le script deux fois... ca me parait mieux ^^

Merci pour le mini tutos

Je viens de recompiler, voila le retour de gdb :

Code:: Requesting BOOT for tag 0019db9c22d6 with version 0.0.0.10
[New Thread 0x7ffff26f5700 (LWP 5288)]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7b99316 in QHash<QString, QHash<QString, QVariant> >::value (this=0x40, akey=...)
at /usr/include/qt4/QtCore/qhash.h:605
605 if (d->size == 0 || (node = *findNode(akey)) == e) {

Effectivement si je vire le "bin/plugins/libplugin_colorbreathing.so" sa ne segfault plus.

EDIT :

J'oublié, pour les .dat dans bunny, il n'y été pas des le premier coup car j'avais fait une nouvelle installation dans un autre dossier et ne copiant que les ini.

J'ai MAJ ce matin mon openjabnab avec les dernier comit de GIT, ça marche pas mal du tous.

Connexion ok en standalone patched avec firmware local.
Le plugin de changement de la couleur de la led fonctionne maintenant parfaitement avec config par l'admin.

Le plugin clock aussi, avec le TTS ou les voice violet pompé par le script de dump, le tous config par l'admin.

Le plugin sleep fonctionne aussi correctement, (detail j'ai un doute sur la correspondance des jours dans la liste pour le "setup", j'ai regardé vite fait dans le cpp et j'imagine que le premier est bien le lundi mais j'ai quand même un doute avec le day+2)

Les surprise fonctionne aussi correctement après dump des voice par le script.

Il faut que je regarde du coté du "clic" sur le bouton du nab (le XML passe bien en tous cas donc il n'y a pas de raison que ca ne marche pas) et sur les zStamp (je ne sais pas si eu sont fonctionnel

Beau boulot Pixel en tous cas yellownabzsmile

bbk a écrit:: Beau boulot Pixel en tous cas

Merci, mais je ne suis pas seul.

Thomas (Alkorin sur github) m'aide beaucoup via jabber (même s'il ne commite pas), et RedoXPS m'aide à debugguer tout ceci.

Pour le plugin sleep, j'avoue ne pas avoir vérifié la correspondance des jours, c'est un travail de Thomas...
Pour les Ztamps, ils fonctionnent très bien, mais rien pour le moment dans la conf... donc assez galère à utiliser ! (personnellement, je les configure en modifiant le code source Razz

c'est pas propre, mais ca marche).
Je pense pouvoir faire une première version de l'admin pour les ztamps bientot.

Les correspondances des jours du plugin sleep semblent correctes, à voir les dates des crons dans le log d'OJN)

Pour les Ztamps, y'a que le plugin music qui les gère pour l'instant, et via la page d'admin que j'ai fait hier soir (au fait, j'ai forké, et mis à jour avec mes patchs)

j'vois pas c'que tu ( bbk ) veut dire au niveau du click... L'admin gère l'association de plugins correctment depuis hier soir. (pour l'heure, seuls les plugins test/dice/music gèrent les clicks, dice gère uniquement le simple, test gère les deux, et music j'sais pas)

@RedoX : pour GitHub, d'après ce que je comprends, il faut que tu fasse une "demande de pull" (le bouton à gauche du nombre de "watchers")
A priori, c'est comme ca que ca fonctionne.. yellownabzwink

Let's do this !

Beau travail à vous tous alors, dsl yellownabzsmile

Je n'ai malheureusement pas le temps en ce moment de vous aider sur le PHP (la seul partie ou j'ai les compétences pour coder) mais peu être dans les semaines à venir.

Concernant le clic, c'est juste en effet que je n'utilise pas pour le moment de plugin qui le gère (j'ai regardé les fichier de header cpp pour vérifier ça en effet) Mais sinon oui ça semble ok.

J'avais pas vu ton fork Redox, tu fais bien de préciser yellownabzsmile

Je vais regarder ça ce soir, mais ça m'a l'air très bien.

Question conne, mais la gestion des streaming type webradio, c'est déjà en place ou c'est pas du tous codé ?

» API et OpenJabNab
» OpenJabNab
» Renseignement sur OPENJABNAB
» Connection openjabnab
» OpenJabNab Annuaire