SABnzbd Forums

What would cause SABnzbd v0.5.2 to work fine on Linux 64-Bit Source based install but all the pages have -

#menu-home#

- for their values instead of saying what is defined for the template?

I've checked u/g and file permissions, folder definitions (in the ini/conf) etc. but have had no luck getting the app to read the values and show them.

I should mention 0.4.12 just fine .. also which template smpl/Classic/etc. doesn't matter.

Thanks.

How did you install?
From a package? In that case complain to the package creator.
If you used the tar.gz file, did you unpack it keeping
the original folder structure? You should.

The real problem I think seems to be the cherrypy module.  I've been scraping together other peoples efforts in an attempt to get this to work but am ready to roll back to 0.4.12 (which works just awesome).

Anyway these guys did the real work .. I've taken this -

http://forums.gentoo.org/viewtopic-t-705800.html
which provided this -
http://gimpel.ath.cx/svn/gimpel/net-nntp/sabnzbd/

Then tweaked it to get 0.5.2 instead of 0.5.0 and also the required cherrypy version which I found here -

http://bugs.gentoo.org/show_bug.cgi?id=319037

To ultimately end up with a cherrypy error (of course since you use a patched version and not the kind mentioned below, a different error when trying to start SABnzbd as a daemon). 

So abandoning that, I then just got your latest version source, extracted to one folder, symlinked /usr/bin/SABnzbd.py to that folder, and hacked the conf file and init.d file to just start up the SABnzbd.py you provide from source and end up with a SABnzbd that runs (albeit as the wrong user) and has the originally mentioned problem with the place holders.

Its an ugly mess .. I think I have some kind of solution though.  * How can I install the patched cherrypy version you use on the system?

If I could get that installed, I could then put cherrypy in package.provided, the SABnzbd would then start up and work instead of getting cherrypy errors like this -

Unrecoverable error in the server.
Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/cherrypy/_cpwsgi.py", line 156, in trap
    return func(*args, **kwargs)
  File "/usr/lib64/python2.6/site-packages/cherrypy/_cpwsgi.py", line 89, in __call__
    return self.nextapp(environ, start_response)
  File "/usr/lib64/python2.6/site-packages/cherrypy/_cpwsgi.py", line 311, in tail
    return self.response_class(environ, start_response, self.cpapp)
  File "/usr/lib64/python2.6/site-packages/cherrypy/_cpwsgi.py", line 203, in __init__
    self.run()
  File "/usr/lib64/python2.6/site-packages/cherrypy/_cpwsgi.py", line 232, in run
    request, resp = self.cpapp.get_serving(local, remote, scheme, sproto)
  File "/usr/lib64/python2.6/site-packages/cherrypy/_cptree.py", line 131, in get_serving
    cherrypy.engine.publish('acquire_thread')
  File "/usr/lib64/python2.6/site-packages/cherrypy/process/wspbus.py", line 193, in publish
    raise exc
ChannelFailures: ChannelFailures()

- If that works then maybe I can put together a valid and working ebuild and submit it back up to Gentoo and maybe this will help other Gentoo users.

Our distribution contains our own special version of CherryPy.
You cannot use another release.

shypike wrote: Our distribution contains our own special version of CherryPy.
You cannot use another release.

How can the CherryPy version included with the SABnzbd source distribution be installed onto a linux system so that SABnzbd finds it when it runs?