<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">On 06/05/2016 12:07, Michael T. Dean
wrote:<br>
</div>
<blockquote cite="mid:572C7B09.6000203@thirdcontact.com" type="cite">On
05/06/2016 06:52 AM, John Veness wrote:
<br>
<blockquote type="cite">I have just upgraded my combined BE/FE
from Ubuntu 12.04 to 14.04 (I realise I am behind the times!)
Before the change, files output from mythexport had permissions
666 (-rw-rw-rw-). Files output since the upgrade have
permissions 600 (-rw-------). This means that the apache process
that serves the output files, via an RSS feed, cannot read the
files and so they cannot be downloaded.
<br>
<br>
I was wondering if anyone else was having this problem, and knew
how to solve it?
<br>
<br>
By adding debugging messages to mythexport-daemon, as far as I
can see, the umask changes after startDaemon, which calls
Proc::Daemon::Init. According to the documentation for the
latter, changing the umask is normal behaviour. But as I say, I
never had this problem with 12.04.
<br>
<br>
</blockquote>
<br>
Just a guess, but I'd expect that the umask in the environment
which is used to start mythexport (or used to start the process
that's starting mythexport) has changed.
<br>
<br>
Mike
</blockquote>
<br>
Thanks Mike. Yes, I'm pretty sure umask is involved, but I'm having
trouble tracking down exactly where, or why this has changed since
12.04.<br>
<br>
/usr/bin/mythexport-daemon is the script that actually creates the
output files, as far as I can tell, along with the help of various
perl modules stored in /usr/share/mythexport/configs/.
mythexport-daemon is normally started by /etc/init.d/mythexport,
which uses start-stop-daemon to make it start as user mythtv.
Indeed, the output files it creates are owned by mythtv, group
mythtv.<br>
<br>
The mythtv user itself has no particular umask set in .profile or
similar, but I understand that even if it did, that is ignored by
processes called from init.d scripts.<br>
<br>
There's nothing in the init.d script or in mythexport-daemon which
refers to umask.<br>
<br>
If I do "sudo service mythexport stop" and do "sudo
mythexport-daemon" (in other words, bypass the init.d script),
things are much the same, except the files are owned by root, not
mythtv.<br>
<br>
Unfortunately, mythexport development seems to have stopped in
recent years, and the package hasn't really changed (other than
renamed dependencies) since 2012 as far as I can see from
<a class="moz-txt-link-freetext" href="https://launchpad.net/ubuntu/+source/mythexport">https://launchpad.net/ubuntu/+source/mythexport</a> . I also notice it
has been demoted from universe to multiverse, maybe because of the
lack of development. There are several bugs listed in
<a class="moz-txt-link-freetext" href="https://bugs.launchpad.net/ubuntu/+source/mythexport">https://bugs.launchpad.net/ubuntu/+source/mythexport</a> and
<a class="moz-txt-link-freetext" href="https://bugs.launchpad.net/mythexport">https://bugs.launchpad.net/mythexport</a> which haven't been fixed for
years, although I have done some local patches.<br>
<br>
It's a shame, because mythexport, for me, was the best way to get
recordings (in my case, DVB-T radio recordings) automatically appear
on my phone with very little manual work. I'm aware of
mythpodcaster, but haven't had a chance to set that up, especially
with the Docker requirements.<br>
<br>
It would be great if someone could pick up mythexport, fix the bugs,
and maybe develop it more.<br>
<br>
John<br>
<pre class="moz-signature" cols="72">--
John Veness, MythTV user, UK, DVB-T</pre>
</body>
</html>