Package Details: couchpotato 3.0.1-4

Git Clone URL: (read-only, click to copy)
Package Base: couchpotato
Description: Automatic Movie Downloading via NZBs & Torrent
Upstream URL:
Licenses: GPL3
Submitter: Glanzick
Maintainer: None
Last Packager: justin8
Votes: 37
Popularity: 0.000000
First Submitted: 2013-12-07 19:31 (UTC)
Last Updated: 2016-08-22 10:26 (UTC)

Latest Comments

webdawg commented on 2021-04-05 03:11 (UTC)


does not exist

commented on 2016-11-07 22:02 (UTC)

Anyone trying to use this in a reverse proxy with Apache? I just can't seem to get this to work, nzbget/sonarr/deluge/etc... are all working perfectly with the reverse proxy setup. Urlbase web/couchpotato is set in config.ini Have a virtual host with this setup # General Proxy Settings # ProxyPreserveHost Off ProxyRequests Off <Proxy *> AddDefaultCharset off Order allow,deny Allow from all </Proxy> ProxyPass /web/couchpotato/ http://localhost:8082/web/couchpotato ProxyPassReverse /web/couchpotato/ http://localhost:8082/web/couchpotato

justin8 commented on 2016-08-22 10:28 (UTC)

Thanks, fixed now. @Smith_oo4 you're correct. Either for this or the -git one you would want to disable the auto-update so it can't update outside of the package manager.

snoopy commented on 2016-08-19 22:00 (UTC) (edited on 2016-08-19 23:34 (UTC) by snoopy)

FYI looks like a minor typo in the .install file Need to change /avar/lib/couchpotato to /var/lib/couchpotato

Smith_oo4 commented on 2016-08-05 14:47 (UTC)

I am by no means an expert on the topic but I do have a question about the ownership of /usr/lib/ couchpotato. This is the directory where the application itself is stored. Not to be confused with /var/lib/ couchpotato where user data is stored; i.e. configuration and metadata. After a clean install I found /usr/lib/couchpotato to be owned by couchpotato. This works however I was expecting it to be owned by root. Root ownership would be for security; that way the application can’t alter itself. This is my understanding of how the sonarr package in the AUR work. Is there some reason why /usr/lib/couchpotato is owned by couchpotato? Or am I completely out to lunch on my understanding of this topic? I could see having /usr/lib/couchpotato own by couchpotato so the application could update itself. However if you wanted the application to be self-updating would you not want to uses the couchpotato-git package in the AUR. This package would be for when you want the use the package manager for doing the updating. Is my understanding on this correct or once again am I completely out to lunch?

Smith_oo4 commented on 2016-08-05 14:25 (UTC)

I just did a clean install of the OS and couchpotato and found that /var/lib/couchpotato (where couchpotato stores user data) was owned by root. This was preventing the application from running and only after I changed ownership could I get the web page; i.e.: $ sudo chown -R couchpotato:couchpotato /var/lib/couchpotato Is this the expected action or am I doing something wrong?

justin8 commented on 2016-06-22 10:25 (UTC)

All good :)

plonqor commented on 2016-06-22 09:52 (UTC)

Yeah my bad, slightly misunderstood your post.

justin8 commented on 2016-06-22 06:23 (UTC)

Yep, that's what I said before. But when you install the package next, /var/lib/couchpotato will be owned by couchpotato instead of whatever use you put in. The tmpfiles thing I posted in that same post fixes that by changing permissions whenever the system starts or you issue `systemd-tmpfiles --create` manually

plonqor commented on 2016-06-22 05:18 (UTC) (edited on 2016-06-22 06:08 (UTC) by plonqor)

@justin8 Well I now realise why you didn't want to manager group permissions... more of a pain than I thought. But I found a much easier way to do your method. Simply run: sudo systemctl edit couchpotato And put in: [Service] User=username Save the file, restart the service, and done! Updates will not replace the override. Source:

justin8 commented on 2016-06-15 07:15 (UTC)

If the group permissions are working for you then that should be fine. I didn't want to manage group membership and instead opted for the tmpfiles to reset the owner. I haven't had to manually touch anything on it in almost 2 years now since I set that up.

plonqor commented on 2016-06-15 01:40 (UTC)

@justin8 I've set up group permissions, which circumvents the problems with updates (although I haven't actually tested that yet). Any big reason I'm missing for why this is a bad idea? In short, user mediamanager owns all the files locally and on the NFS shares. sickrage, deluge, etc are all part of the mediamanager group. Permissions are 775.

justin8 commented on 2015-09-09 13:23 (UTC)

@leothrix. I've fixed the missing dependency as well. Thanks for that

justin8 commented on 2015-09-09 13:21 (UTC)

I use a similar user (called downloads though). I use /etc/systemd/system/couchpotato.service.d/downloads.conf to set the user/group for the service. Then in /etc/tmpfiles.d create a file with 'Z /var/lib/couchpotato - downloads downloads' which will automatically fix the ownership recursively on boot and once a day. This means I can build the package without modification and have it use the right user/group. (the same way you can modify pre-built packages in core/extra/etc without actually touching them. Also makes it zero-effort to maintain when new versions come out. After the pacman update you'd have to either reboot, wait a day, or call 'systemd-tmpfiles --create' to re-fix all the permissions for you. But it makes it easy to manage lots of similar scenarios (for me that's sonarr, couchpotato, sabnzbd and transmission)

starquake commented on 2015-09-08 16:06 (UTC)

I am running couchpotato under another username/group called 'mediamonkey'. I do that because multiple services need to modify the same files. After every update I have to change the owner with chown. How are other people doing this? Is there a better way to do this? Any hints are appreciated.

leothrix commented on 2015-09-08 15:02 (UTC)

I spent some grueling hours debugging some problems I had with some search providers and found that I was missing the package python2-lxml which is required for some providers' API access - think we can get it added to the list of dependencies for the package? Without the package the follows errors can show up in the logs with certain providers: ERROR [chpotato.core._base._core] LXML not available, please install for better/faster scraping support: `` Thanks for the work!

justin8 commented on 2015-08-27 05:05 (UTC)

@carlgeorge I have no idea how I didn't see your comment earlier; sorry. All those changes are done now. Not sure how I hadn't already done those on this package, I must've missed it when I took over the package. Also updated to v3.0.0.

thermionix commented on 2015-08-26 12:50 (UTC)

5c5 < pkgver=2.6.3 --- > pkgver=3.0.0 19c19 < md5sums=('a2a39b1807828fd515ee71babc5a935d' 'af10d8c2e347005ee2ff465865456107' '42ec6846a96efdf6524d7905b3f03393' '48126ad1674d4679c2a645dfb9d5a2c2' --- > md5sums=('1c1b47c8b4882fba8a94167ea7243e60' 'af10d8c2e347005ee2ff465865456107' '42ec6846a96efdf6524d7905b3f03393' '48126ad1674d4679c2a645dfb9d5a2c2'

commented on 2015-04-18 21:24 (UTC)

I have a few suggestions for the user/group portion of the install file. Current: > CP_DIR="/usr/lib/couchpotato" > CP_SETTINGS_DIR="/var/lib/couchpotato" > groupadd ${CP_GROUP} &> /dev/null > useradd -g ${CP_GROUP} -d ${CP_DIR} -s /bin/false ${CP_USER} &> /dev/null Suggested: > CP_HOME="/var/lib/couchpotato" > getent group ${CP_GROUP} &> /dev/null || groupadd -r ${CP_GROUP} &> /dev/null > getent passwd ${CP_USER} &> /dev/null || useradd -r -g ${CP_GROUP} -d ${CP_HOME} -s /usr/bin/nologin ${CP_USER} &> /dev/null Here are the main things that are accomplished. * The existing method causes errors if the user exists. Yes, the error is discarded, but it is still an unnecessary error. Best practice is to use the getent command to determine if the user/group needs to be added. * The system may try to write things relative to the couchpotato home directory, so it should be set to /var/lib/couchpotato. /usr/lib/couchpotato isn't really needed for anything in this file. * The '-r' flag for useradd/groupadd creates system users/groups, not regular users/groups. * For users that shouldn't log in, /usr/bin/nologin is the standard, not /bin/false.

justin8 commented on 2015-03-25 23:19 (UTC)

If you would like that, you can override parts of a systemd service in a file like /etc/systemd/system/couchpotato.d/foo.conf Please don't change upstream when a pidfile is of no benefit to process tracking under systemd, and daemonizing is pointless when the process is tracked via cgroups already.

F1nny commented on 2015-03-25 16:35 (UTC)

Should change the systemd unit file to support a pidfile by default (--pidfile and --daemon and probably type forking?), helps a lot having a pidfile when utilize service monitors:) Thanks for maintaining!

starquake commented on 2015-02-23 18:01 (UTC)

Wow that's fast! Updated in a 11 minutes! Thanks!

BubbatheVTOG commented on 2015-02-21 13:42 (UTC)

Package out of date :

starquake commented on 2014-10-13 18:27 (UTC)

I had the same problem. Saw this in the logs: OSError: [Errno 13] Permission denied: '/usr/lib/couchpotato/installer_banner.bmp' 10-13 20:24:15 ERROR [potato.core._base.updater] Failed overwriting file "/usr/lib/couchpotato/installer_banner.bmp": Fixed the owner of the /usr/lib/couchpotato and the error disappeared.

Glanzick commented on 2014-10-12 23:58 (UTC)

Updated to upstream 2.6.0. No changes to PKGBUILD. My copy still reports incorrect version number, no idea why.

Glanzick commented on 2014-07-19 00:16 (UTC)

Updated to upstream 2.5.2. No changes to PKGBUILD. My copy still says Versionfbccba77a7eb49a036ac64be6d751a18d6196672 (3/16/2014 1:00:09 PM). Dunno why. says 2.5.2.

Glanzick commented on 2014-07-01 02:18 (UTC)

Updated upstream release 2.5.1. Made changes that: 1) I referred to my previous comment (/usr/lib/couchpotato is owned by root if new install). 2) Used justin8's suggestion for service file. For some reason my Version in the about page still shows an old version, but the file says 2.5.1. If anyone else has that, or ideas why that's happening, let me know.

Glanzick commented on 2014-04-17 15:39 (UTC)

The reason was that the other CP and SickBeard packages did it that way. I can switch it when the next version comes out. I also want to change the package so the /usr/lib/couchpotato directory is owned by root, so all the pyc files aren't created to clutter up the directory if the package is removed.

justin8 commented on 2014-03-27 23:47 (UTC)

I just updated to the latest release, and when starting via systemctl it eventually times out and kills the process as though it isn't forking properly. Is there any reason to use --daemon --quiet and setting type=forking instead of just removing those flags and using type=simple? Would also mean there would be more meaningful messages in the journal when the service fails. (and it makes the service start up correctly for me)

Glanzick commented on 2014-03-18 01:39 (UTC)

Updated to create /run/couchpotato the correct way.

Glanzick commented on 2014-03-16 22:14 (UTC)

Users will have to make sure to move their config.ini and couchpotato.db to /var/lib/couchpotato (or they can change their data directory).

Glanzick commented on 2014-03-16 22:05 (UTC)

I updated the PKGBUILD to put CP in /usr/lib like daichiasuka suggested. If any one has any reason to put it in /opt, they can comment and change PKGBUILD to look more similar to the couchpotato-git version.

Glanzick commented on 2014-01-03 15:38 (UTC)

I'll take a look at updating to your PKGBUILD when the next version comes out.

commented on 2013-12-28 15:42 (UTC)

I was clearly insane when I uploaded the previous file. It was functional, but poorly done. Here is the updated file. Updated pkgbuild with files installed to /usr/lib, config in /var/lib, and pid file stored in /run. Added confd file for config/data locations. Added .sh file installed to /usr/bin.

commented on 2013-12-28 05:52 (UTC)

Updated pkgbuild with files installed to /usr/lib, config in /var/lib, and pid file stored in /run