I apologize in advance for the question. should it be inappropriate, please ignore it. but if i internally update home assistant already installed, don't i have to update this package every time?
Search Criteria
Package Details: homeassistant-supervised 1.7.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/homeassistant-supervised.git (read-only, click to copy) |
---|---|
Package Base: | homeassistant-supervised |
Description: | Home Assistant Supervised |
Upstream URL: | https://www.home-assistant.io/ |
Keywords: | haos hass homeassistant supervised |
Licenses: | Apache |
Conflicts: | docker-desktop |
Submitter: | rokam |
Maintainer: | rokam |
Last Packager: | rokam |
Votes: | 4 |
Popularity: | 0.000000 |
First Submitted: | 2022-08-05 22:00 (UTC) |
Last Updated: | 2024-04-03 16:41 (UTC) |
Dependencies (14)
- curl (curl-quiche-gitAUR, curl-http3-ngtcp2AUR, curl-gitAUR, curl-c-aresAUR)
- dbus (dbus-gitAUR, dbus-selinuxAUR)
- docker (rancher-desktop-gitAUR, podman-docker-gitAUR, rancher-desktopAUR, docker-gitAUR, docker-cli-binAUR, podman-docker)
- glib2 (glib2-gitAUR, glib2-selinuxAUR, glib2-patched-thumbnailerAUR)
- homeassistant-osagentAUR
- jq (jq-gitAUR, jaq-binAUR)
- systemd (systemd-chromiumosAUR, systemd-selinuxAUR, systemd-gitAUR, systemd-fmlAUR)
- udisks2
- wget (wget-gitAUR, wurlAUR)
- git (git-gitAUR, git-glAUR) (make)
- apparmor (apparmor-gitAUR) (optional) – enhanced security
- cifs-utils (optional) – support for SMB/CIFS mounts
- networkmanager (networkmanager-gitAUR, networkmanager-iwdAUR) (optional) – support for built-in network management
- nfs-utils (optional) – support for NFS mounts
Required by (0)
Sources (1)
Latest Comments
« First ‹ Previous 1 2 3 4
simona commented on 2022-09-23 19:18 (UTC)
rokam commented on 2022-09-10 09:01 (UTC)
@simona, that's not related to the package.
simona commented on 2022-09-09 17:51 (UTC)
i have installed with "curl -sL "https://raw.githubusercontent.com/krdesigns-com/supervised-installer/master/installer.sh" | bash -s" what I must fix? it seem start ok.
rokam commented on 2022-08-29 14:56 (UTC) (edited on 2022-08-29 15:14 (UTC) by rokam)
@thepasto, I don't own a rpi4 to be able to support it. Those commands came from debconf as the original installer is for debian only.
Those command exists to identify the machine_type. And the result for you should be something like raspberrypi4-64
.
Replace inside the .INSTALL file the lines 88-92:
db_input critical ha/machine-type || true
db_go || true
db_get ha/machine-type || true
MACHINE="${RET}"
db_stop
to:
MACHINE="raspberrypi4-64"
Also, can you please provide the output of the command:
$ uname -i
We need one of the supported machine_type:
- generic-x86-64
- odroid-c2
- odroid-n2
- odroid-xu
- qemuarm
- qemuarm-64
- qemux86
- qemux86-64
- raspberrypi
- raspberrypi2
- raspberrypi3
- raspberrypi4
- raspberrypi3-64
- raspberrypi4-64
- tinker
- khadas-vim3
thepasto commented on 2022-08-21 09:54 (UTC) (edited on 2022-08-21 09:54 (UTC) by thepasto)
This is very cool, i'm trying to run it on my rpi4 armv7h,
(1/1) installing homeassistant-supervised [-------------------------------------------------] 100%
PING checkonline.home-assistant.io (104.26.4.238) 56(84) bytes of data.
64 bytes from 104.26.4.238 (104.26.4.238): icmp_seq=1 ttl=56 time=12.2 ms
--- checkonline.home-assistant.io ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 12.210/12.210/12.210/0.000 ms
/tmp/alpm_XdMzSB/.INSTALL: line 88: db_input: command not found
/tmp/alpm_XdMzSB/.INSTALL: line 89: db_go: command not found
/tmp/alpm_XdMzSB/.INSTALL: line 90: db_get: command not found
/tmp/alpm_XdMzSB/.INSTALL: line 92: db_stop: command not found
Within a few minutes you will be able to reach Home Assistant at:
http://homeassistant.local:8123 or using the IP address of your
machine: http://192.168.1.110:8123
Maybe some dependicies are missing? Thanks
rokam commented on 2022-08-12 12:51 (UTC)
Marty, the install script usually update that tag with the config path. Can you try to reinstall it.
Martynvandijke60 commented on 2022-08-08 10:32 (UTC) (edited on 2022-08-08 10:33 (UTC) by Martynvandijke60)
Hi rokam, I edited my kernel parameters rebooted my pc and now it fails to start because of a missing config dir ? The error:
jq: error: Could not open file %%HASSIO_CONFIG%%: No such file or directory
Where should i specify the config dir ?
rokam commented on 2022-08-05 22:03 (UTC) (edited on 2022-08-05 22:04 (UTC) by rokam)
You need to add systemd.unified_cgroup_hierarchy=false
in your kernel parameters.
Read more at: https://wiki.archlinux.org/title/Kernel_parameters
Pinned Comments
gaelic commented on 2024-06-19 18:07 (UTC) (edited on 2024-06-19 18:48 (UTC) by gaelic)
cgroup v1 is deprecated as of now and my pc is not booting anymore with the required parameter. I am downgrading systemd for the moment, but we need a solution for this problem rather soon. From the systemd changelog (version 256):
Support for cgroup v1 ('legacy' and 'hybrid' hierarchies) is now considered obsolete and systemd by default will refuse to boot under it. To forcibly reenable cgroup v1 support, SYSTEMD_CGROUP_ENABLE_LEGACY_FORCE=1 must be set on kernel command line. The meson option 'default-hierarchy=' is also deprecated, i.e. only cgroup v2 ('unified' hierarchy) can be selected as build-time default.
rokam commented on 2022-08-05 22:03 (UTC) (edited on 2022-08-05 22:04 (UTC) by rokam)
You need to add
systemd.unified_cgroup_hierarchy=false
in your kernel parameters.Read more at: https://wiki.archlinux.org/title/Kernel_parameters