rapier1/hpn-ssh

Plaese provide a package for Debian Bullseye

fow0ryl opened this issue · 12 comments

I'm using hpnssh on my private Manjaro-Linux systems (arch linux based) for some month without any problems.
Much faster then openssh und less CPU load. Great work !

But I'm unable to get it work on my Proxmox 7.3 (Debian Bullseye based) system.

When looking at https://www.psc.edu/hpn-ssh-17v11-released-2/ I found that debian packages should be available.
Issuing a add-apt-repository ppa:rapier1/hpnssh seems to work. But when trying a "apt-get update" I get an error:

Err:5 http://ppa.launchpad.net/rapier1/hpnssh/ubuntu lunar Release 404 Not Found [IP: 185.125.190.52 80] E: The repository 'http://ppa.launchpad.net/rapier1/hpnssh/ubuntu lunar Release' does not have a Release file. N: Updating from such a repository can't be done securely, and is therefore disabled by default.

Please provide a package running on Bullseye.

I haven't been building for Debian. I'll look into updating that on launchpad as soon as I can. Sorry about the delay in replying.

Just an update - I've been using launchpad to build for Ubuntu. I was hoping they'd also have the ability to build for straight Debian. They do not. I'm trying to see if there is an equivalent service for Debian but haven't been able to find anything yet. So I might need to figure out how to host it on github. Packaging is not really my forte so it's taking me longer than I would like.

If it can help, I just saw a pretty simple script to build a simple deb package and have a small deb repo.

@xxorax I'll have to give that a try tomorrow.
@fow0ryl In the meantime I have a package for Debian Bullseye at https://sourceforge.net/projects/hpnssh/files/ This is for the latest version of HPN-SSH (17v13) based on OpenSSH 9.3. It's based on the Ubuntu package but it looks pretty similar to the Debian package. If you want to give that a try let me know how it works for you.

@rapier1
I wanted to make a test today. But the packages on sourceforge are arm64.
And all my machines are amd64 ...

Sorry, but this opaque debian world drives me crazy. Love the arch linux world ....

I tried to get it work in a proxmox container (lxc) with a fresh bullseye installation.
First problem was the missing "apt-add-repository" in debian default installation.
Found that I have to install "software-properties-common" package.
So far so good. But update failed ....

root@BullseyeOpenSSH:/etc/apt/trusted.gpg.d# apt-get update Hit:1 http://ftp.debian.org/debian bullseye InRelease Hit:2 http://security.debian.org bullseye-security InRelease Hit:3 http://ftp.debian.org/debian bullseye-updates InRelease Ign:4 https://downloadcontent-us1.opensuse.org/repositories/home:/rapier1/Debian_11 bullseye InRelease Err:5 https://downloadcontent-us1.opensuse.org/repositories/home:/rapier1/Debian_11 bullseye Release 404 Not Found [IP: 5.161.131.182 443] Reading package lists... Done E: The repository 'https://mirrorcache-us.opensuse.org/repositories/home:/rapier1/Debian_11 bullseye Release' does not have a Release file.

After looking around i found this:

So I have removed the previously created entry from /etc/apt/sources.list amd prepared the key
wget -qO- https://mirrorcache-us.opensuse.org/repositories/home:/rapier1/Debian_11/Release.key | gpg --dearmor -o /etc/apt/trusted.gpg.d/rapier1.gpg

Then I added a new list /etc/apt.sources.list.d/rapier1.list
deb [signed-by=/etc/apt/trusted.gpg.d/rapier1.gpg] https://mirrorcache-us.opensuse.org/repositories/home:/rapier1/Debian_11/ ./

apt-get update looks fine this way
root@BullseyeOpenSSH:/etc/apt/trusted.gpg.d# apt-get update Hit:1 http://ftp.debian.org/debian bullseye InRelease Hit:2 http://security.debian.org bullseye-security InRelease Hit:3 http://ftp.debian.org/debian bullseye-updates InRelease Hit:4 https://downloadcontent-us1.opensuse.org/repositories/home:/rapier1/Debian_11 ./ InRelease Reading package lists... Done

First time this did not work :(
Because it's jutst a container I throw it away and started again from scrach without the apt-add-repository step. Seems to work now.
Next step is to do some tests :)

Wow! Thanks for writing that up. I gotta think that there has to be an easier way to do this on debian. I was really hoping that using Open Build Server would make this pretty painless. It still kind of surprises me that debian doesn't have anything like Launchpad or COPR to handle PPAs a little more seamlessly. I'll write up these directions and get the on the website.

Thanks again!

By the way, what's it like getting hpn-ssh on to Arch?

Installing and keeping up to date HPNSSH in Arch is quite easy. All things are controlled by a PKGBUILD file, provided by each package. Usually the arch world is using a common repository (AUR), where everyone can share packages.
Here is openssh-hpn

To add support for the AUR (Arch User Repository) to your system you have to install some developer packages.
This can be done by a one-liner. See: Arch_User_Repository

pacman -S base-devel

You will need an AUR helper too. I'm using trizen since many years.

If you whish to do all your package management within your GUI, you can add this too. Since I love qt and I'm using LxQt as desktop environment I have installed Octopi for this task

pacman -S octopi

After doing this basic steps (one time for all AUR packages), you can start installing. This one-liner installs openssh-hpn and replaces the default openssh. All dependencies are installed as well.

trizen -S openssh-hpn openssh-hpn-shim

If you like you can install a notifier like octopi-notyfier to get informed if a new version is available for any installed package. But even without a notifier you can have your system up to date with a oneliner too.

trizen -Syyu

Thats it.

By the way. Its more easy to start with arch linux with a distribution like Manjaro (Desktop). Just download ISO, start and you are up ....

It still kind of surprises me that debian doesn't have anything like Launchpad or COPR to handle PPAs a little more seamlessly. I'll write up these directions and get the on the website.

I wrote up a tip for Debian users, which follows the best practice. Hope it helps ;-)
#65 (comment)

BTW I found out the Debian package distribution recommends the openssh-server package, introducing a weak dependency, which I think was a mistake. You might want to take a look here.

Hey, I think I got that problem and the weak dependency resolved. Turns out I was still referencing ssh in hpnssh-server.runit as opposed to hpnssh. This should resolve that problem.