Arch Linux User Repository

I believe this package is no longer actively maintained by the maintainer. Is there a possibility to take over the maintenance of the package?

Tanks snorfalorpagus for your diff

This works with 2.28.1:

--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,7 +2,7 @@

 pkgname=deconz
 arch=('x86_64' 'armv6h' 'armv7h' 'aarch64')
-pkgver=2.19.03
+pkgver=2.28.1
 pkgrel=1
 pkgdesc="A generic ZigBee monitoring and control tool"
 url="https://www.dresden-elektronik.de"
@@ -38,10 +38,10 @@ source_aarch64=(${pkgname}_${pkgver}-debian-buster-stable_arm64.deb::https://dec
 sha256sums=('568f0ff41fad18d6a26ef96a90181e6fac6b1dd6abd69d202de849d1caf76354'
             '4f4554238a3ee2ecd7af3510a3e4ff5a62259082f9b1672904da29c933c5e065'
             '5cb6ea540da8cfb4343b97792886952ee244fa272b3c00e6e5c7dcc1aa10eb1c')
-sha256sums_x86_64=('6c0ea744d6fe6a281bd1133a3b0d093271b4a757d3e9765c81acf2455acc47ac')
-sha256sums_armv6h=('70432f0de6a2d7ea2c9ff3c47f57e3d9e5463b024117bb747344915e278140f7')
-sha256sums_armv7h=('70432f0de6a2d7ea2c9ff3c47f57e3d9e5463b024117bb747344915e278140f7')
-sha256sums_aarch64=('da4079a5fd2b05511756f0401959171d60b38062afb4c4f52d2bd1b20a5bc6a8')
+sha256sums_x86_64=('acf888defdb13c8865727b5e70df6bcd8317bb28ea7404b52019369141387a3b')
+sha256sums_armv6h=('49b45eb0f9570c62d23deb739c7668745672532555f4ee8f0a877863d25bd648')
+sha256sums_armv7h=('49b45eb0f9570c62d23deb739c7668745672532555f4ee8f0a877863d25bd648')
+sha256sums_aarch64=('39a2b2c08cc281c40702f7609b69e17ed4277983a47c0bd5c20ab26832bc35c7')
 noextract=()

 package() {

Since 19th April 2024 it is released under BSD license.

https://github.com/dresden-elektronik/deconz/blob/main/LICENSE.txt

Is the package still actively maintained? Version 2.26.3 is now up to date. How can I support the active maintenance of this package? Can I create a merge request somewhere with the latest changes?

Updating to 2.22.02 works without any problems:

diff --git a/PKGBUILD b/PKGBUILD
index 35cd07f..ee294f8 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -2,7 +2,7 @@

 pkgname=deconz
 arch=('x86_64' 'armv6h' 'armv7h' 'aarch64')
-pkgver=2.19.03
+pkgver=2.22.02
 pkgrel=1
 pkgdesc="A generic ZigBee monitoring and control tool"
 url="https://www.dresden-elektronik.de"
@@ -38,10 +38,10 @@ source_aarch64=(${pkgname}_${pkgver}-debian-buster-stable_arm64.deb::https://dec
 sha256sums=('568f0ff41fad18d6a26ef96a90181e6fac6b1dd6abd69d202de849d1caf76354'
             '4f4554238a3ee2ecd7af3510a3e4ff5a62259082f9b1672904da29c933c5e065'
             '5cb6ea540da8cfb4343b97792886952ee244fa272b3c00e6e5c7dcc1aa10eb1c')
-sha256sums_x86_64=('6c0ea744d6fe6a281bd1133a3b0d093271b4a757d3e9765c81acf2455acc47ac')
-sha256sums_armv6h=('70432f0de6a2d7ea2c9ff3c47f57e3d9e5463b024117bb747344915e278140f7')
-sha256sums_armv7h=('70432f0de6a2d7ea2c9ff3c47f57e3d9e5463b024117bb747344915e278140f7')
-sha256sums_aarch64=('da4079a5fd2b05511756f0401959171d60b38062afb4c4f52d2bd1b20a5bc6a8')
+sha256sums_x86_64=('0de507966fcf3ae8f3c1fe9287346cb733c49836718559c32931bb3e87c7bd1b')
+sha256sums_armv6h=('1f732a2f3a98b17360a5cd00235b78bee506e8481ff1ff4595288b2468d4551b')
+sha256sums_armv7h=('1f732a2f3a98b17360a5cd00235b78bee506e8481ff1ff4595288b2468d4551b')
+sha256sums_aarch64=('951bd7dbda14c88dbe4a14c40e92adf28c8f05bdce70488e64768911ef0b6342')
 noextract=()

 package() {

Please include libxcrypt-compat as a dependency. Without it the REST plugin will not start and the API will be unavailable.

@nougad Thanks a lot for analyzing and explaining this.

I am on a RPi3 (armv7l), and the installation of libxcrypt-compat, which is in Core now (since yesterday?), did the trick for me. @nougad This package is also there for aarch64, so you might give it a try.

rest-plugin fails after glibc update to 2.35.

$ ldd /usr/share/deCONZ/plugins/lib*
/usr/share/deCONZ/plugins/libde_rest_plugin.so:
    linux-vdso.so.1 (0x0000ffffa16ab000)
    libdeCONZ.so.1 => /usr/lib/libdeCONZ.so.1 (0x0000ffffa1290000)
    libcrypt.so.1 => not found

When deConz is run with debug flags it will print:

deCONZ[1582]: 15:28:44:032 error loading plugin: Cannot load library /usr/share/deCONZ/plugins/libde_rest_plugin.so: (libcrypt.so.1: cannot open shared object file: No such file or directory)

Device discovery does not work and of course everything related to the rest plugin. ( https://phoscon.de/discover or http://$IP/api/config ).

Merging libxcrypt-compat AUR package worked for me but it required some adjustments to build on aarch64.

Upstream bug: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/5817

I had to patch the PKGBUILD to build cleanly in a chroot:

diff --git a/PKGBUILD b/PKGBUILD
index 25065cb..55644c9 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -13,6 +13,7 @@ depends=('hicolor-icon-theme'
          'libpng'
          'qt5-base'
          'qt5-serialport'
+         'qt5-declarative'
          'qt5-websockets'
          'sqlite')
 makedepends=('xz')
@@ -28,15 +29,23 @@ source_x86_64=($pkgname-$pkgver-x86_64.deb::https://deconz.dresden-elektronik.de
 source_armv6h=($pkgname-$pkgver-armv6h.deb::https://deconz.dresden-elektronik.de/raspbian/beta/$pkgname-$pkgver-qt5.deb)
 source_armv7h=($pkgname-$pkgver-armv7h.deb::https://deconz.dresden-elektronik.de/raspbian/beta/$pkgname-$pkgver-qt5.deb)
 source_aarch64=(${pkgname}_${pkgver}-debian-buster-beta_arm64.deb::https://deconz.dresden-elektronik.de/debian/beta/${pkgname}_${pkgver}-debian-buster-beta_arm64.deb)
+source=(
+  '69-conbee.rules'
+  'deconz.sysusers'
+  'deconz.tmpfiles'
+)
 sha256sums_x86_64=('2c2ff7d9c9c19d29779f80713a47c95fdc45113f1b12c01706cb447de9a81949')
 sha256sums_armv6h=('745f2dec5d175d5465f1e7b55109d0e1750ae4e050b5275f33ae8a9909d15f8c')
 sha256sums_armv7h=('745f2dec5d175d5465f1e7b55109d0e1750ae4e050b5275f33ae8a9909d15f8c')
 sha256sums_aarch64=('51e65dbf52ae49902ce76fcaa4483c913118b9c9d7220ed48acf9711fd748821')
+sha256sums=(
+  '568f0ff41fad18d6a26ef96a90181e6fac6b1dd6abd69d202de849d1caf76354'
+  '4f4554238a3ee2ecd7af3510a3e4ff5a62259082f9b1672904da29c933c5e065'
+  '5cb6ea540da8cfb4343b97792886952ee244fa272b3c00e6e5c7dcc1aa10eb1c'
+)
 noextract=()

 package() {
-  cd "${srcdir}"
-
   tar -xJf data.tar.xz -C "${pkgdir}"

   chown -R root:root "${pkgdir}"
@@ -48,7 +57,7 @@ package() {

   # Run services with user deconz
   sed -e "s/User=1000/User=deconz/" -i ${pkgdir}/usr/lib/systemd/system/deconz.service ${pkgdir}/usr/lib/systemd/system/deconz-gui.service
-  install -vDm 644 "../69-conbee.rules" "${pkgdir}/etc/udev/rules.d/69-conbee.rules"
-  install -vDm 644 "../${pkgname}.sysusers" "${pkgdir}/usr/lib/sysusers.d/${pkgname}.conf"
-  install -vDm 644 "../${pkgname}.tmpfiles" "${pkgdir}/usr/lib/tmpfiles.d/${pkgname}.conf"
+  install -vDm 644 "69-conbee.rules" "${pkgdir}/etc/udev/rules.d/69-conbee.rules"
+  install -vDm 644 "${pkgname}.sysusers" "${pkgdir}/usr/lib/sysusers.d/${pkgname}.conf"
+  install -vDm 644 "${pkgname}.tmpfiles" "${pkgdir}/usr/lib/tmpfiles.d/${pkgname}.conf"
 }

I can confirm that without the 'qt5-declarative' package, version 2.13.04-1 appears broken. Installing that package seems to be effective at restoring functionality.

Half of a confirm: I run also a headless deCONZ/Phoscon on a RPi, which did not connect to the gateway after the upgrade to v2.13, although there. After a downgrade to v2.12, deconz returned to normal operation. The package qt5-declarative was/is not installed.

Unfortunately, no spare time to dig into this right now, however, I will have a look on it asap.