What happened?
Installing the nightly .deb (nextcloudnative_1.0.4211_amd64.deb) on PureOS 11 "Crimson" (Debian 12 Bookworm base) fails with unmet dependencies:
nextcloudnative depends on libasound2t64; however:
Package libasound2t64 is not installed.
nextcloudnative depends on libpng16-16t64; however:
Package libpng16-16t64 is not installed.
nextcloudnative depends on libsecret-tools; however:
Package libsecret-tools is not installed.
libsecret-tools is available under that name in PureOS's repos, but the equivalent audio/png libraries are not — they're only available as libasound2 and libpng16-16 (no t64 suffix):
$ apt-cache search libasound2
libasound2 - shared library for ALSA applications
...
$ apt-cache search libpng16
libpng16-16 - ...
This is because the t64 naming convention comes from Debian's 32-bit time_t transition, which landed in Debian 13 (Trixie), not Debian 12 (Bookworm). PureOS 11 Crimson is Bookworm-based, so it never adopted the t64 package names.
Any Debian 12-based distro (PureOS Crimson, current Ubuntu 22.04/24.04 without the transition, etc.) will likely hit the same issue if the .deb is built/packaged against a Trixie-based CI image.
Not sure if this is worth chasing given the alpha stage — just flagging it in case it's an easy fix (e.g., depending on libasound2 | libasound2t64 with alternatives, or building the packaging step against a Bookworm base).
Platform
Linux
Nextcloud Native version or commit
Nextcloud Native nightly-20260823-2231-run1226-ef0323b0
Nextcloud server and affected app versions
Nextcloud Hub 26 Spring (34.0.2) - (webhosting at Manitu - Linux 6.18.46 x86_64)
Reproduction steps
on a Debian 12 based system:
$ sudo dpkg -i nextcloudnative_1.0.4211_amd64.deb
package search:
$ apt-cache search libasound2
libasound2 - shared library for ALSA applications
...
$ apt-cache search libpng16
libpng16-16 - ...
Privacy check
What happened?
Installing the nightly .deb (nextcloudnative_1.0.4211_amd64.deb) on PureOS 11 "Crimson" (Debian 12 Bookworm base) fails with unmet dependencies:
libsecret-tools is available under that name in PureOS's repos, but the equivalent audio/png libraries are not — they're only available as libasound2 and libpng16-16 (no t64 suffix):
This is because the t64 naming convention comes from Debian's 32-bit time_t transition, which landed in Debian 13 (Trixie), not Debian 12 (Bookworm). PureOS 11 Crimson is Bookworm-based, so it never adopted the t64 package names.
Any Debian 12-based distro (PureOS Crimson, current Ubuntu 22.04/24.04 without the transition, etc.) will likely hit the same issue if the .deb is built/packaged against a Trixie-based CI image.
Not sure if this is worth chasing given the alpha stage — just flagging it in case it's an easy fix (e.g., depending on libasound2 | libasound2t64 with alternatives, or building the packaging step against a Bookworm base).
Platform
Linux
Nextcloud Native version or commit
Nextcloud Native nightly-20260823-2231-run1226-ef0323b0
Nextcloud server and affected app versions
Nextcloud Hub 26 Spring (34.0.2) - (webhosting at Manitu - Linux 6.18.46 x86_64)
Reproduction steps
on a Debian 12 based system:
$ sudo dpkg -i nextcloudnative_1.0.4211_amd64.debpackage search:
Privacy check