mythbackend.init-r1 in the ebuild has a typo of mythtv as mythv: --- files/mythbackend.init-r1 2015-09-08 14:01:02.000000000 -0500 +++ mythbackend-init-fixed 2015-09-10 09:36:04.491987898 -0500 @@ -38,8 +38,8 @@ # Work around any strange permissions that may be on these files. [ "x${MYTHBACKEND_LOGGING}" = "xfiles" ] && \ - checkpath --dir --owner mythv:video --mode 0664 /var/log/mythtv - checkpath --dir --owner mythv:video --mode 0664 /home/mythtv + checkpath --directory --owner mythtv:video --mode 0664 /var/log/mythtv + checkpath --directory --owner mythtv:video --mode 0664 /home/mythtv Reproducible: Always Steps to Reproduce: 1./etc/init.d/mythbackend start 2. 3. Actual Results: * Caching service dependencies ... [ ok ] * checkpath: owner `mythv:video' not found * checkpath: owner `mythv:video' not found * Starting MythTV Backend ... [ ok ] and it doesn't actually start Expected Results: no errors and a running mythbackend
Created attachment 411550 [details] emerge --info
*** Bug 560144 has been marked as a duplicate of this bug. ***
The checkpath message is a red herring, the script proceeds and fails later, see the linked bug.
(In reply to Neil Bothwick from comment #3) > The checkpath message is a red herring, the script proceeds and fails later, > see the linked bug. well, the checkpath command is also a bug. There are multiple issues.
Indeed it is, I posted a patch in https://bugs.gentoo.org/show_bug.cgi?id=560144 that fixes both issues. We both reported the bug at the same time, hence the duplicate.
The init script also removed the execute bits from ~mythtv/ and /var/log/mythtv/ which hosed me up after going back to 0.27.5_p20150627
Thanks for the report. Fixed in http://gitweb.gentoo.org/repo/gentoo.git/commit/?id=67fb506813d922889a077e6bd04ebd9277234a1a
The problem still exists with media-tv/mythtv-0.27.5_p20150904-r1. The init scriot uses --directory instead --dir but the user is still misspelled. Moving the --user option to before the -- makes mythbackend announce that it is failing to start instead of doing so silently. There's nothing in the logs to say why it didn't start.
It seem the problem may be due to defining the same pidfile twice.
(In reply to Neil Bothwick from comment #10) > It seem the problem may be due to defining the same pidfile twice. Its not. start-stop-daemon is not creating it. Its just watching for it.
Well, removing the second --pidfile called resulted in a successful start, so something's still not right.
(In reply to Doug Goldstein from comment #8) > Thanks for the report. Fixed in > http://gitweb.gentoo.org/repo/gentoo.git/commit/ > ?id=67fb506813d922889a077e6bd04ebd9277234a1a This commit still shows "mythv" and not "mythtv", so while some bug may have been fixed, the one mentioned in this bug's summary has not.
*** Bug 560584 has been marked as a duplicate of this bug. ***
Thanks for the report. Fixed in http://gitweb.gentoo.org/repo/gentoo.git/commit/?id=5bab02093cfbe6ebcd22087520082604ae822379
I didn't do a bump but try the latest version. I can do a bump once everyone is happy.
I tested the patch. It works :) Thank you.
Why is /home/mythtv set to 775 in the init script? This prevents ssh from ever working when connecting to the mythtv user. Doesn't 755 work just as well here?