Package Details: sabnzbd 4.4.1-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.36
First Submitted: 2007-11-09 16:21 (UTC)
Last Updated: 2024-12-20 19:07 (UTC)

Latest Comments

« First ‹ Previous 1 .. 39 40 41 42 43 44 45 46 47 48 49 .. 64 Next › Last »

<deleted-account> commented on 2012-08-11 22:56 (UTC)

Not sure if this was a rookie mistake, but putting in my actual local ip didn't work, I tried replacing 127.0.0.1 with 0.0.0.0 and it works like a charm! thanks

Revelation60 commented on 2012-08-11 17:34 (UTC)

You can get more information from journalctl, but this might be a race condition error. I am just guessing, but maybe the network service has to be loaded before sabnzbd.

<deleted-account> commented on 2012-08-11 16:26 (UTC)

I am having trouble changing the local ip (from 127.0.0.1 to local ip) with the systemd setup (so that I can access it from my other computers). If I change it in the sabnzbd_systemd file, the unit fails to auto-load on reboot. But, I can start it manually (systemctl start sabnzbd.service) with the updated ip after boot and it works just fine. any ideas?

Revelation60 commented on 2012-08-10 08:45 (UTC)

Well, it should boot with the default configuration. I can imagine that if you only change your username in the conf file, it wouldn't work. You also have to chmod the sabnzbd folder.

<deleted-account> commented on 2012-08-09 20:18 (UTC)

ive updted to the newset version, but it no longer runs at boot, even though it is enabled to do so. if i try to run it manually, with "/etc/rc.d/sabnzbd start" it then asks me for my password, but in the /etc/conf.d/sabnzbd file, i have my username set to my system user . if i type in my password, or roots password, it says its failed to start: [eric@serv ~]$ su eric -c '/etc/rc.d/sabnzbd start' Password: :: Starting SABnzbd [BUSY] Password: [FAIL] any ideas ?

Revelation60 commented on 2012-08-06 08:31 (UTC)

I have the same thing, but I don't know what causes this. I think this is a non-critical bug in the package itself.

nicoulaj commented on 2012-08-05 20:39 (UTC)

When the rc.d service starts, it prints message to stdout: $ sudo rc.d start sabznbd ** (process:16917): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags' ** (process:16917): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags' ** (process:16917): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags'

Revelation60 commented on 2012-08-04 09:19 (UTC)

Maybe Restart=on-success should be set. Though I doubt if sabnzbd can then be shutdown from the webinterface. There could also be a different reason for a failing restart, I'll look into it.

zebulon commented on 2012-08-03 16:09 (UTC)

I have tested and it seems to work fine. The only glitch is that, after using the wizard to fill up the settings, the daemon is not restarted, but left dead. Of course using systemctl start or systemctl enable and rebooting makes it work again. It is just as if the wizard was unable to restart a daemon with systemctl.

Revelation60 commented on 2012-08-03 12:43 (UTC)

I have added the temporary file and an entry in .install to execute systemd-tmpfiles (if it exists) as to create the directory straight after the upgrade.