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)

Latest Comments

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

mkomko commented on 2020-01-22 21:13 (UTC) (edited on 2020-01-22 21:14 (UTC) by mkomko)

@fryfrog: Is it possible to even install the sabnzbd@.service file in the system next to the sabnzbd.service file, so it does not have to copied or linked? And adapt the wiki accordingly? That would be a great solution I think - only one command required to enable the user service.

Thanks!

EDIT: Never mind, it seems you're already doing this. Great!

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

Humm, I'm surprised! I looked at the .service file they provide and you're right, it doesn't specify the config location. I assumed that sabnzbd had a default location it'd look and that the file was there.

Instead of using theirs, let me pull in our own and add the required option w/ the path. It was in the wiki article, I just assumed it was superfluous.

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

@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 (UTC)

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 (UTC)

@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 (UTC)

@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 (UTC) (edited on 2020-01-22 20:04 (UTC) by mkomko)

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 (UTC)

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 (UTC)

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

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

Kr1ss commented on 2020-01-11 10:44 (UTC) (edited on 2020-01-11 11:16 (UTC) by Kr1ss)

@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