Hello,
I have built the RPMs of the ssh v2. The .nosrc.rpm and .i386.rpm
files are uploaded to ftp.replay.com:/pub/redhat/incoming/. Packages
are PGP-signed by me - please test and let me (or
[email protected])
know if you have any problems with it.
* WARNING * WARNING * WARNING * WARNING * WARNING * WARNING *
These packages are _NOT_ meant as the official release of the
ssh2 RPMs [ So Alex, please create the directory "testing" or "dontuse"
for them and do not link them from the webpage yet ]. I am not planning
the
move to ssh2 in the near future, so I have not tested these RPMs enough.
Currently I know about one non-trivial problem with these RPMs:
They cannot be cleanly installed together with ssh-1 RPMs, because the
ssh-1 and ssh-2 owns the x1 -> x (or x2 -> x) -style symlinks. To solve
this I am just now preparing the new release of ssh-1.2.26, which do not
own the x1 -> x symlinks - it just creates them in %post scripts iff they
do not currently exist. The ssh2 RPMs creates the x1 -> x symlinks
unconditionally. This will allow ssh1 and ssh2 to co-exist even when
ssh1 is installed (possibly as a compatibility option) _after_ ssh2.
Another topic: PAM support is still missing from ssh2 RPMs.
I still need to find a time to finish it (:-|).
I am able to provide sparc (32-bit) and alpha binary RPMs,
but I want people to test the i386 version first, and tell me if the
basic concept is right.
My current opinion on ssh2: The way sshd2 exec()s sshd1 if
the ssh1 client connects in is _ugly_ because it requires the newly
executed
sshd1 to compute a 768-bit server key for each incoming connection,
which can be SLOW on some computers). And of course, the ssh2 license
is too strict for me. I hope the psssh(sp?) project will make things
better.
Legal question: Am I allowed (by the ssh2 license, not by
replay's admins :-) to distribute ssh2 .src.rpms via ftp.replay.com?
I am also thinking about distributing the .src.rpm (and binaries)
via replay and putting the nosrc.rpm on RedHat Contrib|Net.
Comments?
-Yenya
--
\ Jan "Yenya" Kasprzak <
[email protected]>
http://www.fi.muni.cz/~kas/ /
\\ PGP: finger
[email protected] A49AB5ECECDBD3DA 83980A92BD19994B //
\\\ Czech Linux Homepage at
http://www.linux.cz ///
/// Yow! 11.26 MB/s remote host TCP bandwidth & 199 usec remote TCP \\\
// latency over 100Mb/s ethernet. Beat that! [Linux] \\