Please add systemd support #196

New Issue

Tatsh · 2021-02-10T04:16:06+01:00

Tatsh commented

2021-02-10 04:16:06 +01:00

Example service file:

[Unit]
Description=Home Assistant server
After=network-online.target

[Service]
ExecStart=/usr/bin/hass --skip-pip -c /var/lib/homeassistant --log-no-color --log-rotate-days 7 --log-file /var/log/homeassistant/main.log
User=homeassistant
Group=homeassistant

[Install]
WantedBy=multi-user.target

Use systemd_dounit in the ebuild (systemd eclass) to install it.

Example service file: ``` [Unit] Description=Home Assistant server After=network-online.target [Service] ExecStart=/usr/bin/hass --skip-pip -c /var/lib/homeassistant --log-no-color --log-rotate-days 7 --log-file /var/log/homeassistant/main.log User=homeassistant Group=homeassistant [Install] WantedBy=multi-user.target ``` Use `systemd_dounit` in the ebuild (`systemd` eclass) to install it.

onkelbeh added the

Enhancement

label 2021-02-14 10:30:32 +01:00

onkelbeh commented

2021-02-14 10:32:34 +01:00

Hi,

we do not use systemd on our systems, I do not have any experience.
Can you please send a patched Ebuild?

\B.

Hi, we do not use systemd on our systems, I do not have any experience. Can you please send a patched Ebuild? \B.

Tatsh commented

2021-02-14 10:33:02 +01:00

Yes. Will do soon.

Tatsh referenced a pull request that will close this issue

2021-02-14 10:56:35 +01:00

app-misc/homeassistant: install systemd service #197

onkelbeh commented

2021-02-14 11:57:02 +01:00

That's cool, thanks.
Cannot merge, I'll have to put in into the build scripts.
There are some new versions pending anyway.

Please stay tuned :-)

That's cool, thanks. Cannot merge, I'll have to put in into the build scripts. There are some new versions pending anyway. Please stay tuned :-)

Tatsh commented

2021-02-14 12:01:12 +01:00

That's fine. Close this issue and the PR when you don't need them anymore. I'll stay tuned.

👍 1

onkelbeh commented

2021-02-15 16:41:32 +01:00

Hi,

just added homeassistant-2021.2.0.ebuild,
corrected a typo at line 429 of the Ebuild.

Sorry, I do not have a box with systemd, so could you please check?
If it's OK for you, I will run the rest of the pending versions.

Greets
\B.

Hi, just added homeassistant-2021.2.0.ebuild, corrected a typo at line 429 of the Ebuild. Sorry, I do not have a box with systemd, so could you please check? If it's OK for you, I will run the rest of the pending versions. Greets \B.

Tatsh commented

2021-02-15 19:26:48 +01:00

I had to make this change to make it not conflict when upgrading (don't know if this is correct):

diff --git a/dev-python/httpx/httpx-0.16.1.ebuild b/dev-python/httpx/httpx-0.16.1.ebuild
index 1c04a494..3b63f5d1 100644
--- a/dev-python/httpx/httpx-0.16.1.ebuild
+++ b/dev-python/httpx/httpx-0.16.1.ebuild
@@ -20,7 +20,7 @@ RDEPEND="dev-python/certifi[${PYTHON_USEDEP}]
        dev-python/idna[${PYTHON_USEDEP}]
        >=dev-python/rfc3986-1.3[${PYTHON_USEDEP}]
        dev-python/sniffio[${PYTHON_USEDEP}]
-       ~dev-python/httpcore-0.12.0[${PYTHON_USEDEP}]"
+       >=dev-python/httpcore-0.12.0[${PYTHON_USEDEP}]"
 BDEPEND="
        dev-python/setuptools[${PYTHON_USEDEP}]
        test? (

httpcore-0.12.3 is pulled in by homeassistant, but httpx wanted ~dev-python/httpcore-0.12.0. I was under the impression that ~ meant the first two numbers have to match but the last part can be anything.

I had to make this change to make it not conflict when upgrading (don't know if this is correct): ```diff diff --git a/dev-python/httpx/httpx-0.16.1.ebuild b/dev-python/httpx/httpx-0.16.1.ebuild index 1c04a494..3b63f5d1 100644 --- a/dev-python/httpx/httpx-0.16.1.ebuild +++ b/dev-python/httpx/httpx-0.16.1.ebuild @@ -20,7 +20,7 @@ RDEPEND="dev-python/certifi[${PYTHON_USEDEP}] dev-python/idna[${PYTHON_USEDEP}] >=dev-python/rfc3986-1.3[${PYTHON_USEDEP}] dev-python/sniffio[${PYTHON_USEDEP}] - ~dev-python/httpcore-0.12.0[${PYTHON_USEDEP}]" + >=dev-python/httpcore-0.12.0[${PYTHON_USEDEP}]" BDEPEND=" dev-python/setuptools[${PYTHON_USEDEP}] test? ( ``` httpcore-0.12.3 is pulled in by homeassistant, but httpx wanted `~dev-python/httpcore-0.12.0`. I was under the impression that `~` meant the first two numbers have to match but the last part can be anything.

Tatsh commented

2021-02-15 19:37:10 +01:00

Seems to be okay otherwise.

👍 1

Tatsh commented

2021-02-15 19:45:57 +01:00

I still use the deprecated Z-Wave interface and now I get this error:

Setup failed for zwave: Unable to import component: No module named 'asyncio_mqtt'
13:42:35 – setup.py (ERROR) - message first occurred at 13:42:34 and shows up 2 times

There is no Portage package for this one. https://pypi.org/project/asyncio-mqtt/

I still use the deprecated Z-Wave interface and now I get this error: ``` Setup failed for zwave: Unable to import component: No module named 'asyncio_mqtt' 13:42:35 – setup.py (ERROR) - message first occurred at 13:42:34 and shows up 2 times ``` There is no Portage package for this one. https://pypi.org/project/asyncio-mqtt/

onkelbeh commented

2021-02-15 20:19:27 +01:00

Let's first upgrade to the current version.

onkelbeh commented

2021-02-15 22:12:04 +01:00

Yep, you are right, httpx's setup.py wants httpcore==0.12.*, my ~ is definitely wrong, just changed this with fb330d5fca for now.

Some other constraints with esphome. Will add a patched version soon.

Yep, you are right, httpx's setup.py wants `httpcore==0.12.*`, my ~ is definitely wrong, just changed this with https://git.edevau.net/onkelbeh/HomeAssistantRepository/commit/fb330d5fca562f744c82f77c30eca40b69e212ae for now. Some other constraints with esphome. Will add a patched version soon.

onkelbeh commented

2021-02-15 22:38:15 +01:00

Yeah, and Z-Wave fun:

Bildschirmfoto 2021-02-15 um 22.34.50.png

314 KiB

Tatsh commented

2021-02-16 07:22:28 +01:00

I made a quick ebuild for asyncio_mqtt and this makes Z-Wave work.

dev-python/asyncio_mqtt/asyncio_mqtt-0.8.0.ebuild

# Copyright 2021 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2

EAPI=7

PYTHON_COMPAT=( python3_8 )
inherit distutils-r1

DESCRIPTION="MQTT client with idiomatic asyncio interface"
HOMEPAGE="https://github.com/sbtinstruments/asyncio-mqtt"
SRC_URI="mirror://pypi/${P:0:1}/${PN}/${P}.tar.gz"

LICENSE="BSD"
SLOT="0"
KEYWORDS="~amd64 ~x86"

RDEPEND="dev-python/paho-mqtt"

I made a quick ebuild for asyncio_mqtt and this makes Z-Wave work. dev-python/asyncio_mqtt/asyncio_mqtt-0.8.0.ebuild ```shell # Copyright 2021 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 EAPI=7 PYTHON_COMPAT=( python3_8 ) inherit distutils-r1 DESCRIPTION="MQTT client with idiomatic asyncio interface" HOMEPAGE="https://github.com/sbtinstruments/asyncio-mqtt" SRC_URI="mirror://pypi/${P:0:1}/${PN}/${P}.tar.gz" LICENSE="BSD" SLOT="0" KEYWORDS="~amd64 ~x86" RDEPEND="dev-python/paho-mqtt" ```

Tatsh commented

2021-02-16 07:25:26 +01:00

https://github.com/Tatsh/tatsh-overlay/tree/master/dev-python/asyncio_mqtt

Tatsh commented

2021-02-16 08:07:03 +01:00

I am also getting this error on startup (which makes default_config fail), due to a misuse of the ctypes.util.find_library() function.

Logger: homeassistant.setup
Source: components/dhcp/__init__.py:10
First occurred: 1:56:53 (1 occurrences)
Last logged: 1:56:53

Setup failed for dhcp: unknown error
Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/homeassistant/setup.py", line 166, in _async_setup_component
    component = integration.get_component()
  File "/usr/lib/python3.8/site-packages/homeassistant/loader.py", line 467, in get_component
    cache[self.domain] = importlib.import_module(self.pkg_path)
  File "/usr/lib/python3.8/importlib/__init__.py", line 127, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
  File "<frozen importlib._bootstrap>", line 991, in _find_and_load
  File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 671, in _load_unlocked
  File "<frozen importlib._bootstrap_external>", line 783, in exec_module
  File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed
  File "/usr/lib/python3.8/site-packages/homeassistant/components/dhcp/__init__.py", line 10, in <module>
    from scapy.arch.common import compile_filter
  File "/usr/lib/python3.8/site-packages/scapy/arch/__init__.py", line 27, in <module>
    from scapy.arch.bpf.core import get_if_raw_addr
  File "/usr/lib/python3.8/site-packages/scapy/arch/bpf/core.py", line 30, in <module>
    LIBC = cdll.LoadLibrary(find_library("libc"))
  File "/usr/lib/python3.8/ctypes/util.py", line 330, in find_library
    _get_soname(_findLib_gcc(name)) or _get_soname(_findLib_ld(name))
  File "/usr/lib/python3.8/ctypes/util.py", line 147, in _findLib_gcc
    if not _is_elf(file):
  File "/usr/lib/python3.8/ctypes/util.py", line 99, in _is_elf
    with open(filename, 'br') as thefile:
FileNotFoundError: [Errno 2] No such file or directory: b'liblibc.a'

In the Scapy code, the call to find_library() should be find_library('c') not find_library('libc'). The lib prefix is assumed (at least on Linux). The documentation says so. Editing this file to look for "c" fixes the issue.

(ins)>>> ctypes.util.find_library('c')
'libc.so.6'
>>> ctypes.util.find_library('libc')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.8/ctypes/util.py", line 330, in find_library
    _get_soname(_findLib_gcc(name)) or _get_soname(_findLib_ld(name))
  File "/usr/lib/python3.8/ctypes/util.py", line 147, in _findLib_gcc
    if not _is_elf(file):
  File "/usr/lib/python3.8/ctypes/util.py", line 99, in _is_elf
    with open(filename, 'br') as thefile:
FileNotFoundError: [Errno 2] No such file or directory: b'liblibc.a'

Any reason not to use the Scapy in Portage? It is the same version. net-analyzer/scapy

Now we know it should be patched, but I would prefer to see the package from here to be at least in the same category. I always mask overlay packages and unmask them individually as described here: https://wiki.gentoo.org/wiki/Ebuild_repository#Masking_installed_but_unsafe_ebuild_repositories

I am also getting this error on startup (which makes default_config fail), due to a misuse of the ctypes.util.find_library() function. ``` Logger: homeassistant.setup Source: components/dhcp/__init__.py:10 First occurred: 1:56:53 (1 occurrences) Last logged: 1:56:53 Setup failed for dhcp: unknown error Traceback (most recent call last): File "/usr/lib/python3.8/site-packages/homeassistant/setup.py", line 166, in _async_setup_component component = integration.get_component() File "/usr/lib/python3.8/site-packages/homeassistant/loader.py", line 467, in get_component cache[self.domain] = importlib.import_module(self.pkg_path) File "/usr/lib/python3.8/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 1014, in _gcd_import File "<frozen importlib._bootstrap>", line 991, in _find_and_load File "<frozen importlib._bootstrap>", line 975, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 671, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 783, in exec_module File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed File "/usr/lib/python3.8/site-packages/homeassistant/components/dhcp/__init__.py", line 10, in <module> from scapy.arch.common import compile_filter File "/usr/lib/python3.8/site-packages/scapy/arch/__init__.py", line 27, in <module> from scapy.arch.bpf.core import get_if_raw_addr File "/usr/lib/python3.8/site-packages/scapy/arch/bpf/core.py", line 30, in <module> LIBC = cdll.LoadLibrary(find_library("libc")) File "/usr/lib/python3.8/ctypes/util.py", line 330, in find_library _get_soname(_findLib_gcc(name)) or _get_soname(_findLib_ld(name)) File "/usr/lib/python3.8/ctypes/util.py", line 147, in _findLib_gcc if not _is_elf(file): File "/usr/lib/python3.8/ctypes/util.py", line 99, in _is_elf with open(filename, 'br') as thefile: FileNotFoundError: [Errno 2] No such file or directory: b'liblibc.a' ``` In the Scapy code, the call to `find_library()` should be `find_library('c')` not `find_library('libc')`. The lib prefix is assumed (at least on Linux). The documentation says so. Editing this file to look for "c" fixes the issue. ``` (ins)>>> ctypes.util.find_library('c') 'libc.so.6' >>> ctypes.util.find_library('libc') Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python3.8/ctypes/util.py", line 330, in find_library _get_soname(_findLib_gcc(name)) or _get_soname(_findLib_ld(name)) File "/usr/lib/python3.8/ctypes/util.py", line 147, in _findLib_gcc if not _is_elf(file): File "/usr/lib/python3.8/ctypes/util.py", line 99, in _is_elf with open(filename, 'br') as thefile: FileNotFoundError: [Errno 2] No such file or directory: b'liblibc.a' ``` Any reason not to use the Scapy in Portage? It is the same version. `net-analyzer/scapy` Now we know it should be patched, but I would prefer to see the package from here to be at least in the same category. I always mask overlay packages and unmask them individually as described here: https://wiki.gentoo.org/wiki/Ebuild_repository#Masking_installed_but_unsafe_ebuild_repositories

onkelbeh commented

2021-02-17 01:14:28 +01:00

Here, HA installed a copy of asyncio_mqtt in deps.

Cannot find from where asyncio_mqtt is pulled in. Just added the Ebuild.
Some other new mysterious (and unnecessary) imports to clear up (PlexAPI-4.3.1, plexauth-0.0.6, plexwebsocket-0.0.12)
Scapy replaced with net-analyzer/scapy (sorry for the dupe, did not expect to find it in the main repo). But did not test it yet.
Currently fighting with yarn & the zwave-js. Does not look easy, currently, don't have much *.js experience.

Can't do much tomorrow, a bigger VPN migration.

Here, HA installed a copy of asyncio_mqtt in deps. 1) Cannot find from where asyncio_mqtt is pulled in. [Just added the Ebuild](https://git.edevau.net/onkelbeh/HomeAssistantRepository/commit/667c09184a18c79378e41d35774dcdea8a55e840). 2) Some other new mysterious (and unnecessary) imports to clear up (PlexAPI-4.3.1, plexauth-0.0.6, plexwebsocket-0.0.12) 3) Scapy [replaced](https://git.edevau.net/onkelbeh/HomeAssistantRepository/commit/35ddf8f5142b533dc1275b83f09d07f7818fcd4f) with net-analyzer/scapy (sorry for the dupe, did not expect to find it in the main repo). But did not test it yet. 3) Currently fighting with yarn & the zwave-js. Does not look easy, currently, don't have much *.js experience. Can't do much tomorrow, a bigger VPN migration.

Tatsh commented

2021-02-17 04:16:29 +01:00

I can help with Node stuff.

Tatsh commented

2021-02-17 04:39:15 +01:00

Also I can send a patch to Gentoo to add a patch to the Scapy ebuild regarding the find_library() misuse. Upstream has fixed the issue. 46fa40fde4

Also I can send a patch to Gentoo to add a patch to the Scapy ebuild regarding the `find_library()` misuse. Upstream has fixed the issue. https://github.com/secdev/scapy/commit/46fa40fde4049ad7770481f8806c59640df24059

onkelbeh commented

2021-02-17 09:37:50 +01:00

Oh, are you running it on Python 3.9?

Z-Wave-JS seems unavoidable now, would be nice if we have an Ebuild for the Z-Wave JS Server stuff.

I started trying to build it manually, but currently very short on time, and the old stack is still running... My wife would kill me if she sits in the dark behind closed shutters :-)

Oh, are you running it on Python 3.9? Z-Wave-JS seems unavoidable now, would be nice if we have an Ebuild for the Z-Wave JS Server stuff. I started trying to build it manually, but currently very short on time, and the old stack is still running... My wife would kill me if she sits in the dark behind closed shutters :-)

Tatsh commented

2021-02-17 16:47:12 +01:00

Oh, are you running it on Python 3.9?

No. Still on 3.8.

Z-Wave-JS seems unavoidable now, would be nice if we have an Ebuild for the Z-Wave JS Server stuff.

The documentation about it is very annoying in how it promotes everything (e.g. non-free, or Docker) except a homebrew solution.

> Oh, are you running it on Python 3.9? No. Still on 3.8. > Z-Wave-JS seems unavoidable now, would be nice if we have an Ebuild for the Z-Wave JS Server stuff. The documentation about it is very annoying in how it promotes everything (e.g. non-free, or Docker) except a homebrew solution.

Tatsh closed this issue

2021-03-02 07:51:32 +01:00

Sign in to join this conversation.