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

Git Clone URL: (read-only, click to copy)
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: 25
Popularity: 0.000000
First Submitted: 2015-04-04 01:59 (UTC)
Last Updated: 2018-10-08 18:02 (UTC)

Required by (340)

Sources (7)

Latest Comments

1 2 Next › Last »

carloshmm commented on 2018-12-29 23:15 (UTC)

Does anyone know if I have to make any additional changes to take advantage of this ssh patch?

rtfm3514 commented on 2018-10-08 18:04 (UTC)

@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 (UTC)

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

rpodgorny commented on 2018-04-04 13:18 (UTC)

looks like the new homepage is here:

rtfm3514 commented on 2017-06-10 06:43 (UTC)

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 (UTC)

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 (UTC)

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

rtfm3514 commented on 2016-05-26 19:26 (UTC)

@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 (UTC) (edited on 2016-05-25 19:06 (UTC) by SRChiP)

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 (UTC)

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: