Package Details: sickbeard 507-1

Git Clone URL: https://aur.archlinux.org/sickbeard.git (read-only)
Package Base: sickbeard
Description: A PVR application that downloads and manages your TV shows.
Upstream URL: http://sickbeard.com
Licenses: GPL3
Conflicts: sickbeard-git
Submitter: None
Maintainer: carlwgeorge
Last Packager: carlwgeorge
Votes: 35
Popularity: 0.755671
First Submitted: 2010-06-12 03:09
Last Updated: 2015-06-08 23:49

Dependencies (3)

  • python2-cheetah
  • python-notify (optional) – to enable desktop notifications
  • sabnzbd (optional) – a NZB downloader that integrates well with Sick-Beard

Required by (1)

Sources (6)

  • sickbeard-507.tar.gz
  • sickbeard.conf.d
  • sickbeard.ini
  • sickbeard.service
  • sickbeard.sh
  • sickbeard.tmpfiles

Latest Comments

carlwgeorge commented on 2015-04-12 03:54

Systemd service files shouldn't be executable. Instead of this:

install -Dm755 "${srcdir}/${pkgname}.service" "${pkgdir}/usr/lib/systemd/system/${pkgname}.service"

Do this.

install -Dm644 "${srcdir}/${pkgname}.service" "${pkgdir}/usr/lib/systemd/system/${pkgname}.service"

Also, please update this package. alpha507 adds support for pushbullet notifications. If you don't have time to maintain this package, please disown it so someone else can take over.

Phreakazoid commented on 2015-01-12 12:07

Running the below commands is enough to make it work with the latest build at this time, 507:

$ sed -i 's/506/507/g' PKGBUILD
$ updpkgsums

You may want to verify the sums yourself rather than just trust it worked

ejstacey commented on 2014-06-15 03:26

nicoulaj if you aren't going to update the package, can you stop maintaining it so someone else can pick it up, please?

ejstacey commented on 2014-06-12 11:18

The sickbeard.service file has incorrect permissions when it's installed, which causes systemd to throw this warning:

Configuration file /usr/lib/systemd/system/sickbeard.service is marked executable. Please remove executable permission bits. Proceeding anyway.

I assume you just need to change the 755 to 644 in:

msg2 "Install daemon script in /usr/lib/systemd/system..."
install -Dm755 "${srcdir}/${pkgname}.service" "${pkgdir}/usr/lib/systemd/system/${pkgname}.service"

carlwgeorge commented on 2014-06-07 19:28

Build 505 is out.

ejstacey commented on 2014-05-09 07:28

10c0a721c924e940db3196e19aca6a13 sickbeard-alpha504.tar.gz

justinkb commented on 2014-04-17 16:24

Thanks for the heads-up. I completely missed the existence of those packages for some strange reason. (They seem to be identical?)

Please disregard my earlier comment.

Glanzick commented on 2014-04-17 15:37

@justinkb: There is already a sickbeard-master and sickbeard-master-git AUR package. Unless you're advocating for less AUR packages, which I guess has it's pros.

justinkb commented on 2014-04-16 13:54

Can't we make this a git master AUR package?

Rather silly to rely on tags, when they release so irregularly. Master branch is always well-tested, though.

sickbeard-git AUR package is based on git HEAD, which points to the development branch, which isn't quite as well tested and liable to screw up sickbeard.db every now and then.

skuseberg commented on 2013-12-26 20:50

Sorry, disregard my nonsense.

nicoulaj commented on 2013-12-26 14:31

@skuseberg why ? this version of the PKGBUILD respects Linux FHS (libs in /usr/lib, runtime stuff in /var/lib, logs in /var/log)

skuseberg commented on 2013-12-08 19:19

Recommend combining files from sickbeard-git with this PKGBUILD - http://pastebin.com/SecKt7xJ#

Glanzick commented on 2013-12-07 17:56

Looks like they are tagging, and are up to 502.

nicoulaj commented on 2013-05-11 10:01

To folks flagging as out-of-date, this is the reference: https://github.com/midgetspy/Sick-Beard/tags

Get SickBeard guys to tag their releases if you want to see updates ! Use sickbeard-git otherwise.

ibexmonj commented on 2013-04-04 02:19

I have this message displayed on top of the webpage
"Unknown version: If you've never used the Sick Beard upgrade system then I don't know what version you have"

and if i try to "update now"
I get an error and the log says
"unable to retrieve new version from https://github.com/midgetspy/Sick-Beard/tarball/alpha498, can't update"

can someone please tell me the difference between this and the sickbeard-got package in the AUR

how do I update this ? please advise

jack.mitchell commented on 2013-01-28 20:24

Ok, I needed to run sickbeard manually as the new version took roughly 10 minutes to update my database. systemd was obviously flagging it as dead in that time and killing it.

jack.mitchell commented on 2013-01-28 20:04

I don't know if it is just me, but I can't get sickbeard to start under systemd for the life in me. It just says timed-out. I have added a unit override which increases the timeout but this doesn't seem to help. Started manually it works fine - any ideas?

nicoulaj commented on 2013-01-27 18:40

ATTENTION: I just pushed an update with the systemd service. The rc.d service has been removed.

Open to any suggestion to improve it...

colbert commented on 2012-11-19 18:41

I keep getting this:

└─> systemctl --user start sickbeard
Failed to get D-Bus connection: No connection to service manager.

Even removing the --user option, still the same, and I do have dbus running, nothing wrong with any other apps that require it. Appreciate any help!

punkrockguy318 commented on 2012-11-05 19:42

+1 on systemd unit inclusion -- would be nice to work out of the box with systemd

Anonymous comment on 2012-09-15 11:40

@farnoy thankyou for this .service, although the daemon might not start in a pure systemd environment, you may have to create a systemd-tmpfile to create the sickbeard folder in /run with the correct permissions, then it should work fine.

farnoy commented on 2012-09-05 14:57

+1 for systemd service, I've written this one myself (uses options from conf.d of this package, not all of them though):

[Unit]
Description=SickBeard PVR application

[Service]
EnvironmentFile=/etc/conf.d/sickbeard
ExecStart=/bin/sh -c "/usr/bin/sickbeard --daemon --nolaunch --data $SB_DATA --config $SB_CONF --port $SB_PORT --pidfile /run/sickbeard/sickbeard-8081.pid"
TimeoutStopSec=10
Type=forking
User=sickbeard
Group=sickbeard
PIDFile=/run/sickbeard/sickbeard-8081.pid

[Install]
WantedBy=multi-user.target

emphire commented on 2012-09-02 23:00

Could you add a service file for systemd? (like this one: https://aur.archlinux.org/packages.php?ID=36115)

ice9 commented on 2012-06-19 18:51

You're right, I hadn't noticed the new /etc/conf.d/sickbeard.pacnew file, so I was still using the old file. I changed the SB_CONF and all is fine now. Thanks!

nicoulaj commented on 2012-06-19 08:39

@ice9: This is defined as SB_CONF in /etc/conf.d/sickbeard. I guess you must have kept the old value while merging with the new file.

ice9 commented on 2012-06-19 03:20

Thanks for the change for the ownership of the sickbeard directories.

As for the other change, I found that sickbeard is still writing to the /etc/sickbeard/config.ini file. I stopped sickbeard, moved the config.ini file to /var/lib/sickbeard/ (deleted all files in /etc/sickbeard/), and then restarted sickbeard. I later found that sickbeard had written a new /etc/sickbeard/config.ini file.

nicoulaj commented on 2012-06-18 20:00

@ice9: I changed it in alpha495-1 so that it uses SB_USER from /etc/conf.d/sickbeard.

@kylef: Done in alpha495-2. To all, attention: you will need to manually move your old config.ini to the new place if you want your settings back:

sudo rc.d stop sickbeard
sudo mv /etc/sickbeard/config.ini.pacsave /var/lib/sickbeard/config.ini
sudo rc.d start sickbeard

kylef commented on 2012-04-29 19:54

This package shouldn't store the config.ini in /etc/sickbeard. Sickbeard itself can modify this file, so it should be in /var/lib/sickbeard to follow FHS. See http://www.pathname.com/fhs/pub/fhs-2.3.html#ETCHOSTSPECIFICSYSTEMCONFIGURATION 'A "configuration file" is a local file used to control the operation of a program; it must be STATIC and cannot be an executable binary'

ice9 commented on 2012-04-25 18:16

It would be good if /etc/sickbeard, /var/log/sickbeard, and /var/lib/sickbeard already exist during installation that the installer should NOT change the ownership. I had set things up for a user other than sickbeard, but when I installed alpha494, it went and changed the ownership of those directories back to sickbeard and I had to change them again.

nicoulaj commented on 2012-04-22 20:37

@brando56894: This is not preventing the daemon from starting. Removing the builtin auto-update feature is the only way to enforce package integrity and stability.
@regder: your issue is not direclty related to this package, it seems to be an issue with yaourt/curl. Try searching Arch forums for this error.

brando56894 commented on 2012-04-14 17:33

Won't restart because updater.py is missing, also gives "version check error" since it's version "nonea" when the current is "master". Install sickbeard-git and everything will be fixed.

Anonymous comment on 2012-03-23 21:55

I'm trying to install Sickbeard on my Pogoplug and keep on getting an error. Can someone please guide me past it?

I've copied what happens to here, http://pastebin.com/6gVq3UvW

Thanks!

Anonymous comment on 2012-03-17 01:36

I am sorry, I realise my mistake, I did change the entry in /etc/conf.d/sickbeard to set the user to my user, and when I had permission issues I changed it to root, i didnt realise that the package created the sickbeard user. everything is working, I thank you for your assistance. :)

nicoulaj commented on 2012-03-16 18:29

You must start it using the standard way. Read the wiki about daemons and rc.conf. The daemon does not run as root but as the 'sickbeard' user created by the package (https://github.com/nicoulaj/archlinux-packages/blob/master/sickbeard/sickbeard.rc.d#L17), so the torrents downloaded cannot belong to root if you did not modify the package.

Anonymous comment on 2012-03-16 11:22

Edit : it will initiate correctly with rc.conf as root, but then the torrents it pulls belong to root and my user transmission wont use them, i started sickbeard as my xbmc user but then it wont start with rc.conf, that is why i autostart it with openbox, however now it wont download torrents :( im probably going about this the wrong way but as i say im new.... thanks for your time,

Anonymous comment on 2012-03-16 11:11

Edit : it will initiate correctly with rc.conf as root, but then the torrents it pulls belong to root and my user transmission wont use them, i started sickbeard as my xbmc user but then it wont start with rc.conf, that is why i autostart it with openbox, however now it wont download torrents :( im probably going about this the wrong way but as i say im new.... thanks for your time,

Anonymous comment on 2012-03-16 10:50

when added to the daemons in rc.conf it refuses to start, i had to manually start it that is why i added it to openbox autostart, installing the updated version now, is there a changelog for the last update?
thanks for your reply,

Anonymous comment on 2012-03-15 22:49

hey sorry to bother again im a noob. ive been having trouble autostarting the daemon when isnt root, ive managed to autostart it in my users openbox autostart config but seem to be getting connectivity issues after trying to initiate manual post processing on a folder, i have cleared the tvdb cache as asked, http://pastebin.com/FcQ21KTG this also reads in my logs, Logs & Errors

2012-03-15 22:13:48.572728 CHECKVERSION :: Exception generated in thread CHECKVERSION: invalid literal for int() with base 10: 'Nonea'
2012-03-15 22:14:04.159398 POSTPROCESSER :: Exception generated in thread POSTPROCESSER: Could not connect to server http://www.thetvdb.com/api/9DAF49C96CBF8DAC/series/79274/all/en.xml: Unable to find the server at www.thetvdb.com
2012-03-15 22:14:30.618418 SEARCHQUEUE-BACKLOG-82467 :: Error loading EZRSS URL: (, URLError(gaierror(-2, 'Name or service not known'),), ) - [Errno -2] Name or service not known
2012-03-15 22:23:50.534013 POSTPROCESSER :: Exception generated in thread POSTPROCESSER: There was an error with the XML retrieved from thetvdb.com: no element found: line 29, column 0 First try emptying the cache folder at.. /usr/lib/sickbeard/cache/tvdb If this does not resolve the issue, please try again later.
2012-03-15 22:24:58.907091 SHOWQUEUE-REFRESH :: Unable to look up show on TVDB, not downloading images: We recently timed out, so giving up early this time

I understand the issue may be unrelated to the fact sickbeard is running as a user but i haven't got the knowledge to find out myself, thamks in advance for your help and i apologise if im super noob

nicoulaj commented on 2012-03-15 22:47

@Dala: Indeed, the builtin updater won't work when using this package.

nicoulaj commented on 2012-03-15 22:46

@collide: The proper method for auto-starting is in /etc/rc.conf: https://wiki.archlinux.org/index.php/Rc.conf#Daemons

Anonymous comment on 2012-03-15 22:30

hey sorry to bother again im a noob. ive been having trouble autostarting the daemon when isnt root, ive managed to autostart it in my users openbox autostart config but seem to be getting connectivity issues after trying to initiate manual post processing on a folder, i have cleared the tvdb cache as asked, http://pastebin.com/FcQ21KTG this also reads in my logs, Logs & Errors

2012-03-15 22:13:48.572728 CHECKVERSION :: Exception generated in thread CHECKVERSION: invalid literal for int() with base 10: 'Nonea'
2012-03-15 22:14:04.159398 POSTPROCESSER :: Exception generated in thread POSTPROCESSER: Could not connect to server http://www.thetvdb.com/api/9DAF49C96CBF8DAC/series/79274/all/en.xml: Unable to find the server at www.thetvdb.com
2012-03-15 22:14:30.618418 SEARCHQUEUE-BACKLOG-82467 :: Error loading EZRSS URL: (, URLError(gaierror(-2, 'Name or service not known'),), ) - [Errno -2] Name or service not known
2012-03-15 22:23:50.534013 POSTPROCESSER :: Exception generated in thread POSTPROCESSER: There was an error with the XML retrieved from thetvdb.com: no element found: line 29, column 0 First try emptying the cache folder at.. /usr/lib/sickbeard/cache/tvdb If this does not resolve the issue, please try again later.
2012-03-15 22:24:58.907091 SHOWQUEUE-REFRESH :: Unable to look up show on TVDB, not downloading images: We recently timed out, so giving up early this time

I understand the issue may be unrelated to the fact sickbeard is running as a user but i haven't got the knowledge to find out myself, thamks in advance for your help and i apologise if im super noob

Dala commented on 2012-03-14 10:08

I'm getting the following error when click the check update button:

Traceback (most recent call last):
File "/usr/lib/sickbeard/cherrypy/_cprequest.py", line 660, in respond
response.body = self.handler()
File "/usr/lib/sickbeard/cherrypy/lib/encoding.py", line 193, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/usr/lib/sickbeard/cherrypy/_cpdispatch.py", line 25, in __call__
return self.callable(*self.args, **self.kwargs)
File "/usr/lib/sickbeard/sickbeard/webserve.py", line 170, in forceVersionCheck
result = sickbeard.versionCheckScheduler.action.check_for_new_version(force=True) #@UndefinedVariable
File "/usr/lib/sickbeard/sickbeard/versionChecker.py", line 90, in check_for_new_version
if not self.updater.need_update():
File "/usr/lib/sickbeard/sickbeard/versionChecker.py", line 145, in need_update
self._cur_version = self._find_installed_version()
File "/usr/lib/sickbeard/sickbeard/versionChecker.py", line 117, in _find_installed_version
return int(sickbeard.version.SICKBEARD_VERSION[6:])
ValueError: invalid literal for int() with base 10: 'Nonea'


looks like the version reported is wrong? The header of every page also contains: "alpha build nonea" ..

Anonymous comment on 2012-03-12 05:11

hmm strange i must be mistaken about it being unable to connect, tonight it did lift 3/5 torrents, here is the pastie http://pastebin.com/VpfqiK5h, again thanks for your time.

nicoulaj commented on 2012-03-11 20:27

Can you paste the error/logs on a pastebin ?

nicoulaj commented on 2012-03-11 20:26

Cannot paste the error/logs on a pastebin ?

Anonymous comment on 2012-03-11 20:25

Great work on the daemon its immense, i do however get an error regarding the ezrss url, and sickbeard cannot retrieve torrents because of it, if i had any idea where to start i would try to fix it but i unfortunately am not literate.thanks a lot for maintaining this great program,

nicoulaj commented on 2012-02-02 20:08

I have taken a deeper look at the daemon implementation and switched to PID only method. Sick Beard handles well TERM signal and shutdowns cleanly. Also, "rc.d restart sickbeard" did not work.

shadylog commented on 2012-02-02 14:42

The init script for sickbeard does not work if you use a different web_root.
For example, this is how it is definied in sickbeard.ini:
web_root = /sickbeard

So Specifically

stop)
stat_busy "Stopping $DAEMON"
wget -q --delete-after $SB_PROTOCOL://127.0.0.1:$SB_PORT/home/shutdown/ &> /dev/null

Does not work for this reason.
So please add:

SB_WEBROOT="/" as a new option to conf.d/sickbeard

and modify the init script so that it is:

stop)
stat_busy "Stopping $DAEMON"
wget -q --delete-after $SB_PROTOCOL://127.0.0.1:$SB_PORT$SB_WEBROOT/home/shutdown/ &> /dev/null

In my case i would set SB_WEBROOT to "/sickbeard".

The idea behind the webroot is that you can more easily proxypass sickbeard through apache.

nicoulaj commented on 2012-01-29 22:17

Adopted and updated.

I have made a lot of changes, here is the changelog:
* Import package based on sickbeard-git.
* Add changelog.
* Document /etc/conf.d/sickbeard.
* Add /etc/default/sickbeard that contains defaults for /etc/conf.d/sickbeard.
* Sources go to /usr/lib/sickbeard.
* Runtime resources go to /var/lib/sickbeard.
* Logs go to /var/log/sickbeard.
* Configuration files go to /etc/sickbeard.
* Copyright resources go to /usr/share/licenses/sickbeard.
* Documentation resources go to /usr/share/doc/sickbeard.
* Make daemon directly use /usr/bin/sickbeard.
* Add optdepends on sabnzbd and python-notify.
* Add conflicts on sickbeard-git.

Users upgrading or moving from sickbeard, please backup sickbeard.db and config.ini before, because those files have changed places:
* /opt/sickbeard/config.ini => /etc/sickbeard/config.ini
* /opt/sickbeard/sickbeard.db => /var/lib/sickbeard/sickbeard.db

Feedbacks are welcome!

nicoulaj commented on 2012-01-29 22:17


Adopted and updated.

I have made a lot of changes, here is the changelog:
* Import package based on sickbeard-git.
* Add changelog.
* Document /etc/conf.d/sickbeard.
* Add /etc/default/sickbeard that contains defaults for /etc/conf.d/sickbeard.
* Sources go to /usr/lib/sickbeard.
* Runtime resources go to /var/lib/sickbeard.
* Logs go to /var/log/sickbeard.
* Configuration files go to /etc/sickbeard.
* Copyright resources go to /usr/share/licenses/sickbeard.
* Documentation resources go to /usr/share/doc/sickbeard.
* Make daemon directly use /usr/bin/sickbeard.
* Add optdepends on sabnzbd and python-notify.
* Add conflicts on sickbeard-git.

Users upgrading or moving from sickbeard, please backup sickbeard.db and config.ini before, because those files have changed places:
* /opt/sickbeard/config.ini => /etc/sickbeard/config.ini
* /opt/sickbeard/sickbeard.db => /var/lib/sickbeard/sickbeard.db

Feedbacks are welcome!

frb commented on 2012-01-08 23:17

Please, update or leave it orphan.