Re: LSH (GPL'd SSH)
J.H.M. Dassen wrote: >> Another freeness issue (albeit a relatively minor one) is that currently >> lsh requires scsh (which is non-free) for the generation of include files >> (they are pregenerated in the tarball; the scsh scripts are needed only >> for development). It would be nice if someone could modify them to work >> with a free Scheme implementation (say Guile), or reimplement them in >> another free scripting language (perl, python etc.). Ben Collins <[EMAIL PROTECTED]> writes: > Good point, I saw that, but forgot about it. The TODO/TASKLIST mentions > and idea about using Guile, so that would seem the best way to go. If the scripts are generated using a more common scripting language (like perl), then you're more likely to have developers work on it. - Dan
Re: LSH (GPL'd SSH)
On Tue, Jan 26, 1999 at 12:50:52PM +0100, J.H.M. Dassen wrote: > On Mon, Jan 25, 1999 at 16:49:57 -0500, Ben Collins wrote: > > NOTE: For those that are on the ball, they do seem to be considering > > removing idea from the base source and having it as a seperate module > > (similar to GnuPG's approach). > > Another freeness issue (albeit a relatively minor one) is that currently lsh > requires scsh (which is non-free) for the generation of include files (they > are pregenerated in the tarball; the scsh scripts are needed only for > development). It would be nice if someone could modify them to work with a > free Scheme implementation (say Guile), or reimplement them in another free > scripting language (perl, python etc.). Good point, I saw that, but forgot about it. The TODO/TASKLIST mentions and idea about using Guile, so that would seem the best way to go. -- --- - - --- - - - --- Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED] -- -- - - - --- --- -- The Choice of the GNU Generation
Re: LSH (GPL'd SSH)
On Mon, Jan 25, 1999 at 16:49:57 -0500, Ben Collins wrote: > NOTE: For those that are on the ball, they do seem to be considering > removing idea from the base source and having it as a seperate module > (similar to GnuPG's approach). Another freeness issue (albeit a relatively minor one) is that currently lsh requires scsh (which is non-free) for the generation of include files (they are pregenerated in the tarball; the scsh scripts are needed only for development). It would be nice if someone could modify them to work with a free Scheme implementation (say Guile), or reimplement them in another free scripting language (perl, python etc.). Ray -- Tevens ben ik van mening dat Nederland overdekt dient te worden.
LSH (GPL'd SSH)
I've just looked over some of the code for the latest LSH snapshot (1-21-99) and it seems to be turning into a decent program. It is lacking some critical features (listed below), but once they are implemented, we may want to consider this our ssh replacement (the final blow to the non-free software we use, after qmail and pgp are gone). I'm wondering if some of our non-US developers could assist in the project since we have a vested interest in it's completion. I myself am going to start providing patches to what I am legally allowed to send them (from the US) which means no crypto code for me to hack (let's not break into a crypto law discussion please). The URL for the site is: http://www.net.lut.ac.uk/psst/ Mailing list subscription and archives: [EMAIL PROTECTED] http://www.roads.lut.ac.uk/lists/psst/ This is a quick list of what I can see that LSH needs to have in order for us to start using it (that it doesn't have now, but they plan on implementing): 1) Better key generation tools 2) Key-Auth support 3) pty allocation (currently no tty is allocated, which means you can exec commands, but you get no controlling terminal). 4) Scp type wrapper There's probably alot more that they could use help on, but these stuck out to me as priority tasks (their agenda may be different, but by their mailing list archives, they were very open to any patches that helped). NOTE: For those that are on the ball, they do seem to be considering removing idea from the base source and having it as a seperate module (similar to GnuPG's approach). Thanks, Ben -- --- - - --- - - - --- Ben Collins <[EMAIL PROTECTED]> Debian GNU/Linux UnixGroup Admin - Jordan Systems Inc. [EMAIL PROTECTED] -- -- - - - --- --- -- The Choice of the GNU Generation