Re: On the Guile-SSH future

[Linas Vepstas]

FYI, I've written a guile telnet server; unfortunately it is deeply buried
in another project and would be hard to abstract.

Why do this? Well, because the default guile-2.2 network REPL server was
slow, would crash, deadlock, have terrible response times, etc. making it
embarrassingly unusable.

I spent an afternoon googling around for a generic telnet/ssh/ssl/whatever
interactive network login terminal server, and, amazingly, got nothing. One
might think that many people/projects/organizations might have a
stand-alone interactive shell of some kind, and needed to slap an
ssh/telnet/whatever interface on it.  Why doesn't such a thing exist?

Maybe because it sounds easy, at first, until you hit the scalability &
reliability and throughput and latency issues, and then ... well, it gets
really hard and really painful to debug.  Whatever. Yes, the world needs
one of these.

-- Linas



On Sun, May 12, 2019 at 11:33 AM Artyom Poptsov <address@hidden>
wrote:

> Hello Guilers.
>
> For those of you who interested in a new release of Guile-SSH [1]:
>
> I *do not* lost an interest in the project, I'm just buried under my
> jobs and other tasks.  Yet I'm trying to allocate some time slices for
> Guile-SSH.  For example, I just merged the new implementation of RREPL
> (stateless RREPL, thanks to Ludovic for the idea) to the master branch.
>
> Currently one of the main showstoppers for the project is the
> implementation of the tests: they're failing sometimes and sometimes get
> stuck due to some kind of dead-lock or something.  I'm tired of dragging
> the current implementation with all its "quirks" from release to
> release, so there's a burning need to fix it somehow or re-implement the
> testing for the project altogether.  So I guess I'm not going to make a
> release untill the problem is fixed.
>
> Many problems with the tests are arising from the fact that Guile-SSH
> needs multi-process tests (i.e. client-server tests) and SRFI-64 alone
> that I use for tests seems to be a little bit insufficient on its own
> for such tests, so I built some kind of a testing framework upon it.
>
> I'd appreciate any testing and help.
>
> Thanks,
>
> - Artyom
>
> [1] https://github.com/artyom-poptsov/guile-ssh
>
> --
> Artyom V. Poptsov <address@hidden>
> Home page: http://poptsov-artyom.narod.ru/
> CADR Hackerspace co-founder: https://cadrspace.ru/
> GPG: D0C2 EAC1 3310 822D 98DE  B57C E9C5 A2D9 0898 A02F
>


-- 
cassette tapes - analog TV - film cameras - you