Package Details: home-assistant 0.80.1-1

Git Clone URL: (read-only)
Package Base: home-assistant
Description: Open-source home automation platform running on Python 3
Upstream URL:
Keywords: automation home python
Licenses: Apache
Replaces: python-home-assistant
Submitter: kamaradclimber
Maintainer: etskinner
Last Packager: etskinner
Votes: 31
Popularity: 1.003428
First Submitted: 2016-10-09 12:17
Last Updated: 2018-10-15 17:13

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Synthead commented on 2018-09-21 19:43

Heads-up: the Insteon component doesn't work with Python 3.7 upstream. There are some small tweaks that can make it work with 3.7, though. See

etskinner commented on 2018-09-08 03:42

Thank you @shardik and @compgamer89 for reports. Dependency python-cryptography has been added.

shardik commented on 2018-09-07 20:11

missing dependency: python-cryptography

Sep 07 21:40:46 alarm hass[18300]: pkg_resources.DistributionNotFound: The 'cryptography>=2.3.1' distribution was not found and is required by homeassistant

compgamer89 commented on 2018-09-04 09:09


Got bumped. Personally, am waiting on 0.77.4 (when it comes out) for a ZHA/Py3.7 bugfix, but 0.77.3 is available.

compgamer89 commented on 2018-09-03 05:48

For OCD-types that don't like installing globally with pip, I'm using the following PKGBUILDs for python-aiohttp 3.4.2 and home-assistant 0.77.1, and things seem to (mostly) work fine.

Notable exception with ZHA since bellows 0.6.0 is not Python 3.7-compatible, but tracking an update+fix for that here. In the meantime, applying manually to deps/python3.7/site-packages/bellows and adding --skip-pip does the trick (for now).

# Maintainer: Levente Polyak <anthraxx[at]archlinux[dot]org>
# Contributor: Philipp A. <>

pkgdesc='HTTP client/server for asyncio'
depends=('python' 'python-chardet' 'python-multidict' 'python-async-timeout' 'python-yarl' 'python-attrs')
makedepends=('cython' 'python-setuptools')
checkdepends=('python-pytest' 'python-pytest-runner' 'python-pytest-mock' 'python-async_generator' 'python-brotlipy')

build() {
  cd ${_pkgname}-${pkgver}
  python build

check() {
  cd ${_pkgname}-${pkgver}
  python test

package() {
  cd ${_pkgname}-${pkgver}
  python install --root="${pkgdir}" -O1 --skip-build

# vim: ts=2 sw=2 et:
# Maintainer: Ethan Skinner <>
# Contributor: Grégoire Seux <>
# Contributor: Dean Galvin <>
# Contributor: NicoHood <archlinux {cat} nicohood {dog} de>

pkgdesc='Open-source home automation platform running on Python 3'
# NB: this package will install additional python packages in /var/lib/hass/lib depending on components present in the configuration files.
optdepends=('git: install component requirements from github'
            'net-tools: necessary for nmap discovery')

#validpgpkeys=('') # TODO

prepare() {
  cd "${srcdir}/${pkgname}-${pkgver}"
  # TODO remove in future versions
  replace '==' '>='

replace() {
  echo -n "Replacing '$pattern' by '$substitute' in $file..."
  if grep -q $pattern $file && sed -i "s/$pattern/$substitute/" $file; then
    echo "DONE"
    echo "FAILED"
    depname=$(echo $pattern | sed 's/[>=<].*$//')
    echo Current line in $file:
    grep $depname $file
    exit 1

package() {
  install -Dm644 home-assistant.service "${pkgdir}/usr/lib/systemd/system/home-assistant.service"
  install -Dm644 home-assistant.sysusers "${pkgdir}/usr/lib/sysusers.d/hass.conf"
  install -Dm644 home-assistant-tmpfile.conf "${pkgdir}/usr/lib/tmpfiles.d/hass.conf"

  cd "${srcdir}/${pkgname}-${pkgver}"
  python install --root="$pkgdir" --prefix=/usr --optimize=1

Niklas commented on 2018-08-20 12:55

the maintainer's mail address is in the package's PKGBUILD, as usual.

drewbs commented on 2018-08-20 03:34

Yeah it got closed. I misread a forum post on what to do. The email address of the maintainer or lasted packager is not available (package python-aiohttp).

capoeira commented on 2018-08-18 20:27

this is not a bug. click on maintainers name and you see his email.

drewbs commented on 2018-08-18 18:11

[Edit] Found the "official" way. I've entered a support bug to hopefully get the attention of the maintainer.

Please see,

etskinner commented on 2018-07-08 23:41

Thanks @Watson. Yes, the aiohttp package being out of date is the reason that I haven't updated, thanks for looking. But don't be afraid to mark it out of date anyway.

Ideally, the long term goal for this package would be to run in a virtual environment to avoid this dependency hell. But it's kind of against Arch philosophy, and I have yet to do enough research to be confident in doing it. Maybe make a sister package for that? I'm all ears if anyone has ideas.