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 .. 39 40 41 42 43 44 45 46 47 48 49 .. 64 Next › Last »

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.

zebulon commented on 2012-08-03 10:51 (UTC)

I cracked it! See https://wiki.archlinux.org/index.php/Systemd#Temporary_files To create a temp file at boot, I created a file named /etc/tmpfiles.d/sabnzbd.conf containing: d /run/sabnzbd 0755 sabnzbd sabnzbd - Then it works! That is the "proper" method to create /run files and directories with systemd by the way. See also https://bbs.archlinux.org/viewtopic.php?pid=1115517#p1115517 Now for the PKGFILE, could you please add the /etc/tmpfiles.d/sabnzbd.conf as I described? Thanks in advance.

zebulon commented on 2012-08-02 15:38 (UTC)

:) I am trying to familiarise myself with systemd. I added: ExecStart=/bin/mkdir "/run/sabnzbd" ; \ /bin/chown sabnzbd:sabnzbd "/run/sabnzbd" ; \ /bin/sh/ -c "python2 ${SABNZBD_DIR}/SABnzbd.py ${SABNZBD_ARGS} --pid /run/sabnzbd" but I get this error: sabnzbd.service has more than one ExecStart setting, which is only allowed for Type=oneshot services. Refusing.

Revelation60 commented on 2012-08-02 15:27 (UTC)

I am guessing he didn't reboot. :)

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