Package Details: sabnzbd 3.0.0-4

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: kvasthval
Maintainer: Revelation60 (fryfrog)
Last Packager: fryfrog
Votes: 259
Popularity: 1.03
First Submitted: 2007-11-09 16:21
Last Updated: 2020-08-09 15:35

Pinned Comments

fryfrog commented on 2020-08-01 15:19

The sabnzbd 3.0.0 release is python3, yay! I've also moved the install from /opt to /usr/lib/sabnzbd and /var/lib/sabnzbd. The .install file should move things around as needed, but please post if it doesn't.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 ... Next › Last »

mkomko commented on 2020-01-22 21:05

@fryfrog: No, the sabnzbd@.service file installed by the package runs SABnzbd as the supplied user, but does not use the user's config directory, as the --config-file parameter is not provided. I tried it before replying. Of course I cannot comment about which way is smarter, but the thought behind this probably was to allow multiple users to run their own sabnzbd instances, so they'd need their own configs.

fryfrog commented on 2020-01-22 20:57

I appreciate you mentioning it, for sure. So thanks for that!

There are two serivce files installed by the package, the global one you're talking about and the user one. The user one behaves as you want, running as the user you specify w/ the config in the users folder. Try enabling and starting that. The package installs the one that comes w/ sabnzbd.

I've also edited the wiki to remove the way you used and simplify it for the systemd @user way.

My goal was to simplify the package and make it more like the other packages I manage.

If you still want to run it your old way, there isn't anything stopping that. Just fix the path, that script was just a 2 line script pointing at the .py file.

mkomko commented on 2020-01-22 20:47

@fryfrog: Thanks for your quick reply.

Because this way I do not have to worry about file system permissions for the config directory as well as the directories for incomplete and completed downloads.

The included service unit file you mention differs from the one in the wiki because it uses the global config and not the one from the user home directory.

It's nice that there are "other ways" to do it, but my problems with the change are as follows: 1. My running setup no longer worked without any information during installation. 2. The functionality mentioned in the wiki is no longer available. 3. There was no need for the removal of this functionality as far as I know.

If you see it differently that's fine as well, just wanted to mention it. Thanks!

fryfrog commented on 2020-01-22 20:22

@mkomko, why do you run it as part of your user session instead of as a systemd service? The section you link to even details how to do it, the sabnzbd@ file is even included, so all you have to do is enable/start it.

mkomko commented on 2020-01-22 20:04

I just updated to the latest version of this package and my SABnzbd was no longer able to start. I used /usr/bin/sabnzbd to start the program in my user session, which would automatically use the settings in the ~/.sabnzbd.ini directory. /usr/bin/sabnzbd is now not available anymore.

Was this functionality removed on purpose and why? It is even described in the ArchWiki article: https://wiki.archlinux.org/index.php/SABnzbd#Starting_SABnzbd_as_user

As a workaround, I was able to start SABnzbd from my user session with the following command line: /opt/sabnzbd/SABnzbd.py --logging 0 --config-file /home/user/.sabnzbd.ini

Still, I think this regression should be reverted.

Thanks!

fryfrog commented on 2020-01-11 20:51

So looking at a previous commit, all it does is let you add an .nzb file using some bash script that was included. It honestly just doesn't feel worth including in this package, which is mostly targeted at using it as a daemon. How do torrent daemons that handle .torrent files do it?

#!/usr/bin/env xdg-open
[Desktop Entry]
Type=Application
Version=1.0
Name=SABnzbd+
GenericName=Binary Newsreader
Icon=/opt/sabnzbd/sabnzbd.png
Exec=sh /opt/sabnzbd/addnzb.sh %u
Terminal=false
Categories=Network
MimeType=application/x-nzb

francoism90 commented on 2020-01-11 11:11

@Kr1ss Next time just link to the Wiki. ;)

https://wiki.archlinux.org/index.php/Desktop_entries

Kr1ss commented on 2020-01-11 10:44

@fryfrog on 2020-01-05 20:22 :

What does the .desktop file do? What display managers does it work with?

These files have nothing to do with the display manager, but they are used by every environment that follows the Freedesktop Entry Specification, i.e. about every (common) desktop environment.

The DE uses them to create entries for an application launcher menu, or to put links to apps onto the desktop background to start programs by (double-)clicking on those. They can also contain additional entry points which can be called e.g. via a context menu (Firefox could have a menu entry to open a private window for example, or links to some of your bookmarks).

So yes, I think it would be beneficial to have a sabnzbd.desktop file in the package.

Thx a lot for packaging and maintaining this btw !

Cheers !

E/ thx for mentioning the Arch Wiki @francoism90. :D

predmijat commented on 2020-01-09 23:00

Fixed it...my system was messed up with python packages installed via pip I guess...did some cleanup and python2-cheetah3 (and sabnzbd) installed correctly.

predmijat commented on 2020-01-09 07:07

Still the same error...