- rel 3

- moving ssh-pkcs11-helper to client package; By Mateusz Kocielski <shm@digitalsun.pl>

openssl rebuild

Release 2 (by relup.sh)

- up to 9.3p1

openssl rebuild

Release 2 (by relup.sh)

- updated to 9.2p1

Release 4 (by relup.sh)

Release 3 (by relup.sh)

Release 2 (by relup.sh)

- updated to 9.1p1

R: filesystem, pam and S: xorg-app-xauth belong to -server

switch default man page type to doc

appears to be preferred by configure script but not really sure what is
exact difference between types. the drawback of "man" type is wrong
handling of .Qq and .Dl macros ie in ssh_config(5):

For example, Qq *.a.example.com:*.b.example.com,*.c.example.com will allow

Dl Host *.co.uk

openssl rebuild

Release 4 (by relup.sh)

openssl rebuild

Release 3 (by relup.sh)

openssl rebuild

Release 2 (by relup.sh)

Fix md5.

Git patch is back as there are upstream fixes

Up to 9.0p1.

md5

Rel 5; add upstream official fixes for stable release (https://lists.mindrot.org/pipermail/openssh-unix-dev/2022-March/040086.html)

- fix building test suite with openssl 3.0

Release 4 (by relup.sh)

Release 3 (by relup.sh)

Release 2 (by relup.sh)

Up to 8.9p1.

openssl rebuild

Release 3 (by relup.sh)

Keep AllowTcpForwarding default with upstream. It's better default for most of services and services like in advisory can enable it on their own.

Rel 2; upstream 'Don't trust closefrom() on Linux.'. Should fix problems with closefrom in chroot.

Up to 8.8p1

rebuild with openssl 3.0.0

Release 3 (by relup.sh)

openssl rebuild

Release 2 (by relup.sh)

Up to 8.7p1

- up to 8.6p1

- release 2 (by relup.sh)

- unconditional noarch subpackages

- up to 8.5p1

- rel 5; fix x32 (seccomp was killing it)

- rediff patches

- don't generate DSA server host keys, this weak algo was run-time disabled in openssh 7.0 (6 years ago)

http://www.openssh.com/txt/release-7.0

- release 4 (by relup.sh)

updated source to https

config.sub is fresh enough already

remove openssh-5.8p1-authorized-keys-command.patch

never used in spec, another copy later added as
authorized-keys-command.patch

updated noarch rule

upstream patch to allow pselect6_time64 in seccomp filter

appears to be required by arm with glibc 2.33

- openssl rebuild
- release 3 (by relup.sh)

- don't bump release

- use rlimit sandbox if building without libseccomp

- release 2 (openssl 1.1.1h)

- versioned runtime dependency on libfido2

- up to 8.4p1

- up to 8.3p1

The FIDO helper has been moved to subpackage to keep it's dependencies out of client subpackage

fix build without ldap

- release 4 (by relup.sh)

- openssl rebuild
- release 3 (by relup.sh)

- release 2 (by relup.sh)

- up to 8.2p1; new - FIDO/U2F support

- rel 4; more syscalls

- rel 3; allow glibc 2.31 to work with filter

disable conch interoperability tests

python-TwistedConch version in PLD appears to be too ancient

patches tend to work better if they are applied

try disabling tests that require pty

fix sshd-keygen location in on demand service; rel 2

- up to 8.1p1

- release 3 (rebuild with openssl 1.1.1d)

- release 2 (by relup.sh)

- updated to 8.0p1 (CVE-2019-6111)

- moduli is public information (https://bugzilla.redhat.com/show_bug.cgi?id=1043661)

- release 3, rebuild against openssl-1.1.1b

- release 2 (by relup.sh)

- BR: openssl-devel >= 1.1.0g

- pass TEST_SSH_TRACE for verbose output from tests

- try random port for tests

- no longer needed

- updated to 7.9p1

- rel 4; build with openssl 1.1.1

- release 3 (by relup.sh)

- rel 2; use seccomp_filter sandbox by default; requires kernel >= 3.5 which is old enough

- up to 7.8p1

- up to 7.7p1

- openssl-1.0.2o rebuild
- release 4 (by relup.sh)

- release 3 (by relup.sh)

- release 2 (by relup.sh)

- up to 7.6p1

- release 2 (by relup.sh)

- dropped outdated TODO file

- added ldns patch (fixes ldns detection) and bcond

- up to 7.5p1

- openssl rebuild
- release 2 (by relup.sh)

- up to 7.4p1

- openssl
- release 3 (by relup.sh)

- openssl rebuild
- release 2 (by relup.sh)

do not lower ssh client security by default

ForwardX11Trusted might be enabled on command line by using -Y instead
of -X, so there's no real need for doing it system-wide(!) default.
Moreover, the rationale behind trusting remote party might be obsolete:
http://dailypackage.fedorabook.com/index.php?/archives/48-Wednesday-Why-Trusted-and-Untrusted-X11-Forwarding-with-SSH.html
Either way, trusting some potentially malicious (especially without
StrictHostKeyChecking) )remote side MUST be conscious decision.

do not repeat default config values for ssh client

do not enable upstream-disabled DSA keys

reenabling them (temporarily) should be consciuos admin decision to follow
transition period until they are ultimately removed from openssh. Note
the double-hash comment to indicate, that this is only a hint, not default

do not uncomment default values, as this suggests altering these params

- up to 7.3p1

sshd-keygen: do not exit as failure if restorecon is missing

- up to 7.2p2; fixes X11 security issue http://www.openssh.com/txt/x11fwd.adv