Cannot install Server in Ubuntu

general discussion
1

NO_PUBKEY 60EE7A4D9B483075

Problem here is a snipet:
404 Not Found [IP: 2620:2d:4000:1::81 443]

The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 60EE7A4D9B483075
Reading package lists… Done
E: The repository ‘Index of /uroni/urbackup/ubuntu noble Release’ does not have a Release file.
N: Updating from such a repository can’t be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: GPG error: /repositories/home:/uroni/xUbuntu_24.04 - openSUSE Download InRelease: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 60EE7A4D9B483075

N: See apt-secure(8) manpage for repository creation and user configuration details.
carlos@carlos-frankenstein:~$ sudo apt update
Warning: The unit file, source configuration file or drop-ins of apt-news.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.
Warning: The unit file, source configuration file or drop-ins of esm-cache.service changed on disk. Run ‘systemctl daemon-reload’ to reload units.

2

I used wget to get the file urbackup-server_2.5.33_amd64.deb but now get the following error:

The following packages have unmet dependencies:
urbackup-server : Depends: libcurl3-nss (>= 7.23.1) but it is not installable
E: Unable to correct problems, you have held broken packages.

3

The UrBackup server packages were built on a platform with curl sources below v8.3.0. curl 8.3.0 removed support for the NSS TLS library, hence the libcurl3-nss package is not available anymore on APT repositories of recent Debian/Ubuntu versions: Debian 13 Trixie and Ubuntu 24.04 Noble.

Best solution would be to rebuild packages against libcurl with OpenSSL backend, i.e. libcurl4-openssl-dev headers package, since on both platforms, the that backend is used by the curl build itself as well, and hence almost assured to be preinstalled. It would be possible with GnuTLS as well, like done with ARM builds already, but the related libcurl3-gnutls dependency package (“libcurl3” vs “libcurl4” is no typo here, don’t ask me why the names differ, but they are correct) is often not pre-installed, making the install slightly heavier.

But there is another issue: Both distros switched to 64-bit time_t time64 syscalls, and those packages which make use of them got a t64 suffix. Hence they are called libcurl4t64 (OpenSSL flavour) and libcurl3t64-gnutls respectively. The new syscalls are required on 32-bit only, hence the packages do not differ on 64-bit builds, hence the packages “provide” the old name as well. But on 32-bit i386 and armhf builds this is a breaking change, hence attempting to install e.g. libcurl4 on such a systems will fail just the same way. This can be solved by allowing both to satisfy the dependency of the UrBackup server package, e.g.:

Depends: libcurl4 (>= 7.23.1) | libcurl4t64 (>= 7.23.1)
1 Like
4

Following. Does anyone have any ideas on if there are any updates to this issue coming down the pipe?

5

It does not even require any source code change, just consequently having OpenSSL flavor of libcurl headers installed, that’s all. If anyone knows whether the build workflows are public, I would open a PR to do the change. But I could only find a test workflow (which also uses the obsolete NSS flavor): urbackup_backend/.github/workflows/c-cpp.yml at dev · uroni/urbackup_backend · GitHub

Otherwise, keep an eye on new releases, which are hopefully compiled correctly (regarding modern libcurl support): Index of /Server/

6

You could fork Show home:uroni / urbackup-server - openSUSE Build Service fix it, then create a PR/point me at the changes.

Same for the ppa.

Or fork the github repo, add a deb-pkg CD pipeline and then add a PR to add that. Would not say no if that runs on each tag or something.

1 Like
7

Nice, I wasn’t aware that there are official packages distributed via opensuse.org repository, which can be used with APT on Debian and even Raspbian as well: /repositories/home:/uroni - openSUSE Download

Much better than looping through https://hndl.urbackup.org/Server/ to find the latest package via CLI tools.
Is there a particular reason this method is not documented at UrBackup - Download UrBackup for Windows, GNU/Linux or FreeBSD or https://www.urbackup.org/debianserverinstall.html? I can write down the steps.

I will try it tomorrow, and add explicit Debian 13 Trixie builds in the same turn. Always confused when I see something which should be a Git repository (?) but without any source code tree. I guess workflows are in some meta dir that becomes visible after (creating an account and) forking it? Will find it out tomorrow.