Package Details: sabnzbd 4.3.3-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: 269
Popularity: 0.21
First Submitted: 2007-11-09 16:21 (UTC)
Last Updated: 2024-10-24 15:57 (UTC)

Latest Comments

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

fryfrog commented on 2020-08-17 22:37 (UTC)

The error @tixetsal is talking about is from something in sabnzbd that they need to fix. Is that the error you're seeing? If so, it shouldn't be causing problems.

Orionis commented on 2020-08-17 22:25 (UTC)

I get the same error. The process is running, but I get no web page. I manually installed pyopenssl since I was running python2-pyopenssl before and used SSL. I forgot to stop sabnzbd before the upgrade and got a warning about it to run usermod manually, which I did. I noticed it used my existing sabnzbd.ini which is version 19. I am no Linux sysadmin like @tixetsal so I have very little idea what to do now.

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.

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