model to get, for example, Spotify to work correctly?
Please define correctly ;-). It would certainly work as is, but you'd
have to enter credentials, and it wouldn't be seen by anybody but the
authenticated user. That's a limitation indeed.
This is a first version of the image. I could imagine we could have more
images. But I wouldn't know how to get mDNS working right now.
Suggestions welcome (I'm sure some of the guys who helped me with the
initial image already did this, and I refused to accept it for v1 :-)).
- There is no supervisor. There can be a problem with Docker ('zombie
We discussed this and came to the conclusion that an image which crashes
should crash, and not hide behind some supervisor restarting it. Because
if it crashes, then there's something wrong. The user better knows about
it. I personally (without Docker) can't remember the last time LMS
crashed. It shouldn't happen.
processes aren't terminated'
(https://github.com/krallin/tini/issues/8)) that manifests itself when
the PID 1 process doesn't expect to need to look after other processes
that are created. Could that be the case here (with plugins, etc.)? I
have to confess I haven't tried to use -this- image, but my homespun
Dockerfile, with a container that has been running for two weeks and
started without an init process has over 50 instances each of 'faad',
'flac' and 'spotty-hf' showing up in the host's 'ps -e' output as
"defunct" processes. There is a tool ('now built into Docker'
(https://github.com/krallin/tini#using-tini) - it just requires
'--init' to be added to the 'docker run' command) designed to overcome
this problem if it occurs.
But why would there be so many helpers? Because these helpers crashed,
or because LMS crashed? Running LMS under a supervisor wouldn't fix the
helpers crashing problem.
--
Michael
_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix
