Pb utilisation web

1 view
Skip to first unread message

sakeris

unread,
Jan 16, 2008, 3:06:35 PM1/16/08
to fricorder
Bonjour,

Je souhaite utiliser fricorder en zone non-dégroupée via un accès
distant. J'ai installé fricorder sur un Slug-NSLU2 sous debian :
> désarchivage du fichier fricorder_0.7.33.tar.gz
> installation des paquets vlc, python2.4, python2.4-xml, zenity
> lancement du serveur : ./fricorder.py -w

Sur le serveur (Slug-NSLU2), j'obtiens les messages d'erreurs
suivants :
===============================
# ./fricorder.py -w
Launching server: http://0.0.0.0:8080/
Traceback (most recent call last):
File "/home/sebastien/fricorder/fricorder/web.py", line 959, in
runWSGIApp
result = self.server.app(env, self.wsgiStartResponse)
File "/home/sebastien/fricorder/fricorder/web.py", line 891, in
wsgifunc
func()
File "/home/sebastien/fricorder/fricorder/web.py", line 883, in
<lambda>
func = lambda: handle(inp, fvars)
File "/home/sebastien/fricorder/fricorder/web.py", line 375, in
handle
return tocall(*[urllib.unquote(x) for x in args])
File "/home/sebastien/fricorder/fricorder/fricorderweb.py", line
203, in GET
chaines = fbx.getStreams()
File "/home/sebastien/fricorder/fricorder/fbx.py", line 14, in
getStreams
liste = urllib2.urlopen("http://mafreebox.freebox.fr/freeboxtv/
playlist.m3u")
File "urllib2.py", line 130, in urlopen
return _opener.open(url, data)
File "urllib2.py", line 358, in open
response = self._open(req, data)
File "urllib2.py", line 376, in _open
'_open', req)
File "urllib2.py", line 337, in _call_chain
result = func(*args)
File "urllib2.py", line 1021, in http_open
return self.do_open(httplib.HTTPConnection, req)
File "urllib2.py", line 996, in do_open
raise URLError(err)
URLError: <urlopen error (110, 'Connection timed out')>
192.168.1.1 - - [16/Jan/2008 20:49:30] "GET / HTTP/1.1" 500 -
192.168.1.1 - - [16/Jan/2008 20:49:31] "GET /favicon.ico HTTP/1.1" 404
-
192.168.1.1 - - [16/Jan/2008 20:57:12] "GET /favicon.ico HTTP/1.1" 404
-
==================================



Côté client, dans le navigateur en renseignant l'url "http://
adresseIPSlug:8080/", j'obtiens le message suivant :
==================================
You've set web.py to use the fancier debugerror error messages, but
these messages require you install the Cheetah template system. For
more information, see the web.py website.

In the meantime, here's a plain old error message:

Traceback (most recent call last):
File "/home/sebastien/fricorder/fricorder/web.py", line 959, in
runWSGIApp
result = self.server.app(env, self.wsgiStartResponse)
File "/home/sebastien/fricorder/fricorder/web.py", line 891, in
wsgifunc
func()
File "/home/sebastien/fricorder/fricorder/web.py", line 883, in
<lambda>
func = lambda: handle(inp, fvars)
File "/home/sebastien/fricorder/fricorder/web.py", line 375, in
handle
return tocall(*[urllib.unquote(x) for x in args])
File "/home/sebastien/fricorder/fricorder/fricorderweb.py", line
203, in GET
chaines = fbx.getStreams()
File "/home/sebastien/fricorder/fricorder/fbx.py", line 14, in
getStreams
liste = urllib2.urlopen("http://mafreebox.freebox.fr/freeboxtv/
playlist.m3u")
File "urllib2.py", line 130, in urlopen
return _opener.open(url, data)
File "urllib2.py", line 358, in open
response = self._open(req, data)
File "urllib2.py", line 376, in _open
'_open', req)
File "urllib2.py", line 337, in _call_chain
result = func(*args)
File "urllib2.py", line 1021, in http_open
return self.do_open(httplib.HTTPConnection, req)
File "urllib2.py", line 996, in do_open
raise URLError(err)
URLError: <urlopen error (110, 'Connection timed out')>

(If it says something about 'Compiler', then it's probably because
you're trying to use templates and you haven't installed Cheetah. See
above.)
==================================


Quelqu'un a-t-il une idée sur l'origine de mon pb ?

D'avance merci,
Sakeris

manatlan

unread,
Jan 16, 2008, 4:31:03 PM1/16/08
to fric...@googlegroups.com
En fait, il tente de chercher la liste des flux sur la freebox
Il obtient une exception timeout ... et ne bascule pas en mode non degroupe ...
j'ai commité un changement dans le svn (sur le fichier fbx.py) qui
devrait résoudre ton prob !

tiens moi au jus !

après, l'erreur dans l'interface : c normal !

2008/1/16 sakeris <sebastie...@gmail.com>:

--
"Oui, oui."
-- Shakespeare (Richard III, Acte I, Scène IV)

sakeris

unread,
Jan 17, 2008, 3:28:09 PM1/17/08
to fricorder
Bonjour,

Avec le nouveau fichier fbx.py, j'obtients le message suivant :

# ./fricorder.py -w
Launching server: http://0.0.0.0:8080/
Traceback (most recent call last):
File "/home/sebastien/fricorder/fricorder/web.py", line 959, in
runWSGIApp
result = self.server.app(env, self.wsgiStartResponse)
File "/home/sebastien/fricorder/fricorder/web.py", line 891, in
wsgifunc
func()
File "/home/sebastien/fricorder/fricorder/web.py", line 883, in
<lambda>
func = lambda: handle(inp, fvars)
File "/home/sebastien/fricorder/fricorder/web.py", line 375, in
handle
return tocall(*[urllib.unquote(x) for x in args])
File "/home/sebastien/fricorder/fricorder/fricorderweb.py", line
203, in GET
chaines = fbx.getStreams()
File "/home/sebastien/fricorder/fricorder/fbx.py", line 16, in
getStreams
liste = open(os.path.join(FConfig.DATADIR,"nondegroupe.m3u"),"r")
NameError: global name 'FConfig' is not defined
192.168.1.10 - - [17/Jan/2008 21:21:12] "GET / HTTP/1.1" 500 -
192.168.1.10 - - [17/Jan/2008 21:21:13] "GET /favicon.ico HTTP/1.1"
404 -
192.168.1.10 - - [17/Jan/2008 21:21:13] "GET /favicon.ico HTTP/1.1"
404 -
192.168.1.10 - - [17/Jan/2008 21:22:22] "GET /favicon.ico HTTP/1.1"
404 -

Sakeris

manatlan

unread,
Jan 17, 2008, 5:33:46 PM1/17/08
to fric...@googlegroups.com
mince ;-(

je viens de recommiter un patch sur fbx.py ... (revision 35)
et il manquait, en fait, juste un truc ... c maintenant réparé ...
(c ça quand on peut pas tester en "non degroupé" ;-)

c corrigé now
tiens moi au courant
A+

--

sakeris

unread,
Jan 27, 2008, 4:03:34 AM1/27/08
to fricorder
Bonjour,

Désolé pour le retour un peu long, j'ai des pb avec mon portable...
qui vient de rendre l'âme.

Avec cette nouvelle révision, ça fonctionne. Mais les temps de
chargement des pages dans le navigateur sont très longs : 4 minutes
pour chaque évenement (ouverture, saisie mot de passe
d'authentification, validation des paramètres d'enregistrement).

Merci pour la correction du bug.

Sakeris
Reply all
Reply to author
Forward
0 new messages