Package Details: openssh-hpn-git 7.8.P1.r47.g30ec037c-1

Git Clone URL: (read-only)
Package Base: openssh-hpn-git
Description: A Secure SHell server/client fork with High Performance patches included
Upstream URL:
Licenses: custom:BSD
Conflicts: openssh, openssh-hpn
Provides: openssh, openssh-hpn
Submitter: jyantis
Maintainer: rtfm3514
Last Packager: rtfm3514
Votes: 24
Popularity: 0.042942
First Submitted: 2015-04-04 01:59
Last Updated: 2018-10-08 18:02

Dependencies (8)

Required by (169)

Sources (7)

Latest Comments

1 2 Next › Last »

rtfm3514 commented on 2018-10-08 18:04

@zer0def: Thanks for providing that patch, but I will keep the -git package for now. However, I am also ressorting to a fixed version as I reached out to upstream to help me figure out the master branch properly.

zer0def commented on 2018-09-29 07:36

A patch to this PKGBUILD to build stable openssh-hpn 7.8p1:

rpodgorny commented on 2018-04-04 13:18

looks like the new homepage is here:

rtfm3514 commented on 2017-06-10 06:43

Forced building against openssl-1.0

I am not happy with the solution though as I haven't found a clean way of forcing openssh to build against a specific openssl version.

I tried pkg-config, but either it doesn't work or I am doing it wrong. Now I am using a hack, where I am using prepare() to symlink the openssl-1.0 files into the build directory and pass them to the configure script via the --with-ssl-dir option.

If anyone has a cleaner way of doing this, please feel free to share it. Any help is greatly appreciated.

I also had a look at the openssl-1.1.0 patch the openssh package from the core repo is using: It does apply cleanly but it is not enough. I am afraid we will have to wait for upstream to get a proper openssl-1.1.0 patch.

ansatz commented on 2017-04-29 15:36

Build fails with openssl 1.1.0.

Debian bug tracker points to the upstream not supporting openssl 1.1.0 yet:

So either wait until the upstream gets this sorted out or add extra/openssl-1.0 to dependencies.

rtfm3514 commented on 2016-06-02 19:06

Updated to new upstream version, fixing NONE cipher rekeying issue.

rtfm3514 commented on 2016-05-26 19:26

@SRChiP: Thank you for pointing that out.

I dug a little, seems like the correct dep should be "linux-api-headers", which is present by default as a dep of glibc and I am not quite sure, if I should still list it as a makedep. Normally, base and base-devel packages are not supposed to be listed as deps, but I don't know about "indirect" base and base-devel packages.

In any case, I removed the incorrect "linux-headers" dep for now. Please let me know, if this causes any unexpected breakage.

SRChiP commented on 2016-05-25 19:02

This package depends on linux-headers, but it works fine with only linux-zen-headers. And linux-zen-headers does not conflict with linux-headers. Installing linux-headers is a workaround, so should not be actually needed (in some cases).

rtfm3514 commented on 2016-05-25 16:47

Updated package to reflect current upstream version.

Thanks, for the reminder and sorry for the delay. I actually signed up to be notified on GitHub of any upstream change, however, it seems that is not working as expected.

Please note, there is a problem with unencrypted transfers >1GB still under investigation:

ggppdd commented on 2016-02-07 21:16

Great! Thank you for your work.