Bugzilla Bug 144640

The mythbackend init.d script sets HOME, but does not export it.  If HOME is
not exported when calling /etc/init.d/mythbackend, the service will not start.

As a result, mythbackend cannot be started by monit (daemon-monitoring
application) - monit exports only a very minimal environment when calling init
scripts.

Fix is just to add "export" to the start of the line HOME=/etc/mythtv .

This is still a WORKSFORME. Unless you provide some more details and info
behind this.

(In reply to comment #1)
> This is still a WORKSFORME. Unless you provide some more details and info
> behind this.
> 

Still?  Hadn't seen any previous bugs on this - I figured this was a new issue.

Simple way to reproduce (run as root):

/etc/init.d/mythbackend stop
unset HOME
/etc/init.d/mythbackend start

mythbackend will fail to start.

Sure, running interactively people won't be unsetting home, but if monit or
another automated package tries to run the init.d script without having a HOME
exported it will not work.  It doesn't matter what HOME is set to since the
init.d script changes it - it just has to be already exported for it to work.

If a variable is in the environment then changing it in bash changes it in the
environment.  If the variable is not already exported then setting it makes it
a bash variable and not an environment variable.

In any case, I don't see any harm arising from making the export explicit.

Fixed.