Package Details: sabnzbd 4.2.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.31
First Submitted: 2007-11-09 16:21 (UTC)
Last Updated: 2024-03-11 16:27 (UTC)

Latest Comments

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

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?

fryfrog commented on 2020-08-09 16:54 (UTC)

@francoism90: I've rebooted a bunch of times (been running 3.0.0 since alpha w/ basically this PKGBUILD), it never fixes via sysusers.

@tixetsal: Yeah, having folder/config not in /opt would just be totally ignored. But you could by hand put the things in the right place and it'd be fine.

francoism90 commented on 2020-08-09 16:31 (UTC) (edited on 2020-08-09 16:31 (UTC) by francoism90)

@fryfrog Yeah, you cannot do this when running. I don't know if the user is updated on reboot.

You could adding a simple stop command, but I should just warn people if possible. Thanks for the upgrade btw. :)

tixetsal commented on 2020-08-09 16:22 (UTC)

FYI, I was one of the folks who reported losing history and moving things manually, but in answer to your question: I DID have my oldnzbs folder in a non-standard location. I just ran the latest upgrade, and all my history was retained and everything worked well!

fryfrog commented on 2020-08-09 15:36 (UTC)

Mine was still set to /opt/sabnzbd, so I got to test it. You can't change it while running, so I think most will get the error and be told to do it themselves after stopping.

francoism90 commented on 2020-08-09 08:44 (UTC) 

$ cat /etc/passwd | grep sab
sabnzbd:x:977:977:SABnzbd user:/opt/sabnzbd:/sbin/nologin

I think you indeed need to run usermod as well.

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