On 02/01/2018 03:57 PM, Sven Hartge wrote:
Sven Joachim <svenj...@gmx.de> wrote:
On 2018-02-01 19:55 +0100, Sven Hartge wrote:
Frank M <debianl...@videotron.ca> wrote:
Feb 01 13:39:07 franklin minissdpd[9152]: Error: please specify LAN
network interface by name instead of IPv4 address : 0.0.0.0
Feb 01 13:39:07 franklin minissdpd[9152]: can't parse "0.0.0.0" as a
valid address or interface name
Your configuration is broken/wrong. You need to edit
/etc/default/minissdpd and put the correct IP or device name into the
variable "MiniSSDPd_INTERFACE_ADDRESS".
There is no /etc/default/minissdpd in the package anymore.
No?
See:
# dpkg -L minissdpd | grep "/etc/default/minissdpd"
/etc/default/minissdpd
# dpkg -l minissdpd
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-===================-==============-==============-===========================================
ii minissdpd:amd64 1.5.20161216-1 amd64 keep memory of all UPnP
devices that announ
See also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889028.
Interesting.
Also the /lib/systemd/system/minissdpd.service requires
/etc/default/minissdpd because this file is not marked as optional.
So the file must exist or the unit itself would fail.
Which it will when installed on a system where it has never been
installed before:
,----
| Feb 01 21:51:37 HOST systemd[1]: minissdpd.service: Failed to load
environment files: No such file or directory
| Feb 01 21:51:37 HOST systemd[1]: minissdpd.service: Failed to run 'start'
task: No such file or directory
| Feb 01 21:51:37 HOST systemd[1]: minissdpd.service: Failed with result
'resources'.
| Feb 01 21:51:37 HOST systemd[1]: Failed to start keep memory of all UPnP
devices that announced themselves.
`----
But if installed on a system where the older version was installed,
/etc/default/minissdpd still exists:
,----
| # MiniSSDPd default configuration
|
| # Set this to 1 if you want to start the daemon
| START_DAEMON=1
|
| # Set this to the IP of the interface you want the demon to run on
| MiniSSDPd_INTERFACE_ADDRESS=0.0.0.0
`----
Note the wrong "MiniSSDPd_INTERFACE_ADDRESS". Version
1.2.20130907-4.1 doesn't seem to mind the "0.0.0.0" here and starts
without problems.
Only after upgrading to 1.5.20161216-1 it barfs and fails.
There are really two errors at play here, depending on from where you
come:
a) 1.2.20130907-4.1 was upgraded to 1.5.20161216-1:
Error because 0.0.0.0 is no longer correct.
b) 1.5.20161216-1 is the first version
unit fails, because /etc/default/minissdpd does not exist.
Solution in all cases is: Create a correct /etc/default/minissdpd.
Grüße,
Sven.
How about aptitude purge minissdpd.
That's how I fixed it.
It only got installed as a recommend of transmission-gtk.