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: 270
Popularity: 0.61
First Submitted: 2007-11-09 16:21 (UTC)
Last Updated: 2024-08-21 15:57 (UTC)

Required by (14)

Sources (5)

Latest Comments

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 64 Next › Last »

fryfrog commented on 2020-04-29 15:30 (UTC)

Okay, made an sabnzbd-desktop package for all your crazy kids that want to click on nzbs. I don't use it, so let me know if it works. Then I'm going to disown it and someone who does use it can take over ownership.

fryfrog commented on 2020-04-29 14:54 (UTC)

If it was a natural feature, why don't any of the other daemons w/ web interfaces do it? Nzbget doesn't. Neither do any of the Sonarr, Radarr or Lidarr packages (though I manage most of them, but they never have). Maybe the torrent clients do, since they're actual clients in some cases?

Revelation60 commented on 2020-04-29 08:00 (UTC) (edited on 2020-04-29 08:00 (UTC) by Revelation60)

I think we should support loading and associating nzb files with sabnzbd again though. This is a very natural feature, also for a service.

fryfrog commented on 2020-04-29 01:01 (UTC)

I will warn though, it looks like the python3 version of sabnzbd is coming and I'm going to use that to move sabnzbd out of /opt (like I've done for sabnzbd-git), so it'd probably be a good idea to modify an sabnzbd-desktop type package to work w/ the paths it has or at least prepare for it to change.

fryfrog commented on 2020-04-29 00:58 (UTC)

Because it is a daemon w/ a web interface, not an application. Also because I don't use it that way and don't want to support it.

If you want, an AUR package that adds those things would be pretty easy and could be usable by the sabnzbd-git package too. You can dig through commit history and find the handful of files that were used to do it. There are a few people in these comments that would probably appreciate it too.

async commented on 2020-04-29 00:52 (UTC)

I don't understand why we now have to launch this application as a service instead of being able to manually run "sabnzbd" or use the application's icon installed into gnome. I don't want this application running all the time, and I'd prefer to launch it in the same way I do all of my other applications.

fryfrog commented on 2020-01-22 21:26 (UTC)

Thanks for pointing it out and helping me figure it out. In the future, I'll probably automate putting the config file somewhere better and switch to using it from there. :)

mkomko commented on 2020-01-22 21:25 (UTC)

@fryfrog: Thank you very much, I can confirm that it works now: "sudo systemctl start sabnzbd@user.service". And "sudo systemctl enable sabnzbd@user.service" of course.

And good catch with the config directory!

fryfrog commented on 2020-01-22 21:23 (UTC)

Yes, they can both be there. And they are both there. I've also already modified the wiki so it doesn't even suggest adding the file, just enabling and starting it. But I don't do it this way, so can you give it some testing? :)

fryfrog commented on 2020-01-22 21:17 (UTC)

Okay, I see the problem. The default is ~/.sabnzbd/sabnzbd.ini, but I guess in the past this package used ~/.sabnzbd.ini. So I've pulled the sabnzbd@.service file into the package and modified it w/ the old location for now. But I'm thinking it'd be better for it to be in ~/.config` or something. I can do that later though. Can you try it now?

« First ‹ Previous 1 .. 12 13 14 15 16 17 18 19 20 21 22 .. 64 Next › Last »