Also drop Requisite on connman.service as it's not really needed
(connman and network online services all have conditions on
!/dev/.kernel_ipconfig) and it causes a dependency failed message
as Requisites are evaluated before conditions.
Signed-off-by: Matthias Reichl <hias@horus.com>
Setup system hostname, /etc/resolv.conf and /etc/hosts in a service
that can be run independently of connman.
The volatile etc files are created in /run/libreelec instead of
/run/connman so they can be modified similarily to standard linux
installations with a writable /etc. Connman can then hook into
that and move resolv.conf management to /run/connman/resolv.conf when
it's started.
If kernel IP configuration is used the resolv info from the kernel
will be used to create resolv.conf. Users can also provide their
own resolv.conf file in /storage/.config/resolv.conf which takes
precedence over ther kernel info. If no resolv.conf info is present
a fallback with use the Google nameservers is created (as before).
Loopback network interface setup has been removed, this is already
set up by systemd.
Signed-off-by: Matthias Reichl <hias@horus.com>
This was originally added because SO_REUSEPORT was not available on older kernels
With this setting, avahi-daemon does not use either SO_REUSEADDR or SO_REUSEPORT, which means that other mDNS applications cannot access the multicast udp port 5353 at the same time. This includes mDNS clients which are simply trying to discover other services on the network. One such client exists in a PVR add-on I am writing for Kodi which currently fails in network discovery when run on LibreELEC.
See also https://github.com/grandcat/zeroconf/issues/63
(cherry picked from commit 733eb8ff1458d7b2f2a06402ea5c6516209a313f)
Documentation build process tries to use doxygen installed on host,
which may fail to build docs.
In order to avoid that, just disable documentation building altogether.
