Package Details: sabnzbd 4.5.0-1

Git Clone URL: https://aur.archlinux.org/sabnzbd.git (read-only, click to copy)
Package Base: sabnzbd
Description: A web-interface based binary newsgrabber with NZB file support
Upstream URL: http://www.sabnzbd.org
Keywords: network usenet
Licenses: GPL
Submitter: esh
Maintainer: fryfrog
Last Packager: fryfrog
Votes: 272
Popularity: 1.45
First Submitted: 2007-11-09 16:21 (UTC)
Last Updated: 2025-03-30 18:30 (UTC)

Required by (29)

Sources (5)

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 65 Next › Last »

fryfrog commented on 2020-08-14 02:38 (UTC)

@tixetsal: Is it working, even with the error?

tixetsal commented on 2020-08-14 02:30 (UTC) (edited on 2020-08-14 02:40 (UTC) by tixetsal)

Seems like I am experiencing this bug, after running back through my config and setup multiple times to confirm: https://github.com/sabnzbd/sabnzbd/issues/1572

This started after another, related package was updated, so I suspect others are getting this in the console but not yet noticing. ?

ETA: It is working, despite the error...

Thanks as always, fryfrog. Appreciate the time and effort you put into your packages.

fryfrog commented on 2020-08-13 20:20 (UTC)

@tixetsal: Check how you're starting it, maybe you're still trying to run a copy in /opt which would only work w/ python2? It might also be reasonable to nuke .pyo and/or .pyc files to make it re-compile.

tixetsal commented on 2020-08-13 20:13 (UTC) (edited on 2020-08-14 00:46 (UTC) by tixetsal)

Is anyone getting a slew of Python3.8 errors after some update, or am I special? I'm currently being everyone else's sysadmin at my job and haven't had a chance to really dig into this yet...

2020-08-13 14:10:35,018::INFO::[_cplogging:213] [13/Aug/2020:14:10:35] ENGINE Bus STOPPING 2020-08-13 14:10:35,125::INFO::[_cplogging:213] [13/Aug/2020:14:10:35] ENGINE HTTP Server cherrypy._cpwsgi_server.CPWSGIServer(('0.0.0.0', 8080)) shut down 2020-08-13 14:10:35,126::INFO::[_cplogging:213] [13/Aug/2020:14:10:35] ENGINE Bus STOPPED 2020-08-13 14:10:35,127::INFO::[_cplogging:213] [13/Aug/2020:14:10:35] ENGINE Bus EXITING 2020-08-13 14:10:35,127::INFO::[_cplogging:213] [13/Aug/2020:14:10:35] ENGINE Bus EXITED 2020-08-13 14:10:35,130::ERROR::[_cplogging:213] [13/Aug/2020:14:10:35] ENGINE TypeError("object of type 'NoneType' has no len()") Traceback (most recent call last): File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1281, in communicate req.respond() File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1073, in respond self.server.gateway(self).respond() File "/usr/lib/python3.8/site-packages/cheroot/wsgi.py", line 148, in respond self.write(chunk) File "/usr/lib/python3.8/site-packages/cheroot/wsgi.py", line 232, in write self.req.ensure_headers_sent() File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1120, in ensure_headers_sent self.send_headers() File "/usr/lib/python3.8/site-packages/cheroot/server.py", line 1165, in send_headers can_keep = self.server.connections.can_add_keepalive_connection File "/usr/lib/python3.8/site-packages/cheroot/connections.py", line 289, in can_add_keepalive_connection return ka_limit is None or self._num_connections < ka_limit File "/usr/lib/python3.8/site-packages/cheroot/connections.py", line 283, in _num_connections return len(self._readable_conns) + len(self._selector.get_map()) - 1 TypeError: object of type 'NoneType' has no len()

edited to add

Thanks, fryfrog. The service is starting from the correct location though. What's odd about this is that sab runs fine for probably 10 minutes before it starts throwing all those errors, so I'll try recompiling.

fryfrog commented on 2020-08-10 06:14 (UTC)

@async: Thanks for testing it, I just pushed a fix for the wrong paths. If it has more problems, lets take it to that package's comments.

async commented on 2020-08-10 05:56 (UTC) (edited on 2020-08-10 06:16 (UTC) by async)

Thank you for being so helpful @fryfrog.

It looks like there is a problem with the sabnzbd-desktop package, even after updating everything. I think a script is missing?

[bitfenix@bitfenix-pc ~]$ sh /usr/lib/sabnzbd/addnzb.sh %u

sh: /usr/lib/sabnzbd/addnzb.sh: No such file or directory

EDIT: looks like the command in your .desktop file should be updated to:

sh /usr/lib/sabnzbd-desktop/addnzb.sh %u

This fixes the path to your script. However, neither opening an NZB file with this desktop app nor launching that .desktop file seems to launch the application. I remember back in 2018, simply running the command 'sabnzbd' would launch the app.

EDIT 2: actually, looks like it is running if you fix the path on that script (see above), then manually navigate to localhost:8081

However, it doesn't open the actual browser tab for the user like the old package did when running the sabnzbd command

fryfrog commented on 2020-08-10 04:58 (UTC)

@async: Ah, say no more! I think I created sabnzbd-desktop for people like you. I hadn't updated it from /opt to /usr/lib yet, so I've just done that. If you're already using it, update. If you aren't, give it a try and see if it does what you were hoping.

async commented on 2020-08-10 04:06 (UTC)

@fryfrog, in truth, I don't want to run it as a service or daemon, I just want it to launch it by running sabnzbd from the terminal and associate my nzb files with that.

I also can't find the guide i followed to create these services. I just removed them.

fryfrog commented on 2020-08-10 03:46 (UTC)

@async: It isn't in /opt/sabnzbd anymore. What ever you're doing that is looking for it there, just change it to /usr/lib/sabnzbd. Or you're welcome to download the full package, step back to 2.3.9 which is in /opt and then re-implement the few needed items to make it work with python3.

It'd also help if you provided more details, like what are you trying to run that even does that? What "very different" way are you trying to use sabnzbd? I would say most people run it as a daemon. A few people run it as their own sabnzbd@ user service and I think one person has said they run it by literally running it.

async commented on 2020-08-10 03:42 (UTC) (edited on 2020-08-10 03:45 (UTC) by async)

I really don't mean to sound ungrateful, I appeciate all of the hard work fryfrog has put in here, but this package seems to constantly break and is configured in a super opinionated way that is very different from how others use the application. I just spent the last two hours trying to get it to work after the recent updates, and I'm still stuck on:

Unrecoverable error in the server. Traceback (most recent call last): File "/opt/sabnzbd/cherrypy/_cpwsgi.py", line 189, in trap File "/opt/sabnzbd/cherrypy/_cpwsgi.py", line 105, in call File "/opt/sabnzbd/cherrypy/_cpwsgi.py", line 438, in tail File "/opt/sabnzbd/cherrypy/_cpwsgi.py", line 244, in init File "/opt/sabnzbd/cherrypy/_cpwsgi.py", line 323, in run File "/opt/sabnzbd/cherrypy/_cptree.py", line 134, in get_serving File "/opt/sabnzbd/cherrypy/process/wspbus.py", line 225, in publish ChannelFailures: OperationalError('unable to open database file',)

Would anyone be willing to create a more neutral and stable package?

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 65 Next › Last »