Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-08-05 Thread Guillem Jover
Hi! On Sun, 2022-07-17 at 04:18:59 +0200, Guillem Jover wrote: > There's been talk about switching away from netkit-telnet and > netkit-telnetd as the default implementations for some time now, > and replacing them with the ones from inetutils, which is a maintained > project and does see

Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-20 Thread Michael Stone
On Wed, Jul 20, 2022 at 05:15:07PM +0200, Adam Borowski wrote: Available in the archive yes, installed by default no way. That makes this current thread mostly moot, as when not installed by default (or a metapackage) you don't need any particular implementation to be blessed. I think the

Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-20 Thread Adam Borowski
On Tue, Jul 19, 2022 at 05:43:35PM -0600, Sam Hartman wrote: > > "Guillem" == Guillem Jover writes: > Guillem> Hi! There's been talk about switching away from > Guillem> netkit-telnet and netkit-telnetd as the default > Guillem> implementations for some time now, and replacing

Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-19 Thread Sam Hartman
> "Guillem" == Guillem Jover writes: Guillem> Hi! There's been talk about switching away from Guillem> netkit-telnet and netkit-telnetd as the default Guillem> implementations for some time now, and replacing them with Guillem> the ones from inetutils, which is a maintained

Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-19 Thread Philip Hands
Jeremy Stanley writes: ... > This is getting increasingly off-topic, but you're able to get a > modern SSH client to successfully connect to an old device which > only speaks SSHv1 protocol? There is: openssh-client-ssh1 https://tracker.debian.org/pkg/openssh-ssh1 Cheers, Phil. -- |)|

Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-19 Thread Jeremy Stanley
On 2022-07-19 20:15:49 +0200 (+0200), Philipp Kern wrote: [...] > I found the client-side very tolerant of ancient server-side > implementations when the right kinds of switches are passed to it > (e.g. KexAlgorithms and HostKeyAlgorithms). I have yet to be > unable to actually connect to a target

Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-19 Thread Philipp Kern
On 19.07.22 16:05, Michael Stone wrote: On Sun, Jul 17, 2022 at 01:49:53AM -0400, Timothy M Butterworth wrote: Telnet is old, insecure and should not be used any more. What is the point of packaging a Telnet daemon when everyone should be using SSH. Telnet Client I can see because a person may

Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-19 Thread Michael Stone
On Sun, Jul 17, 2022 at 01:49:53AM -0400, Timothy M Butterworth wrote: Telnet is old, insecure and should not be used any more. What is the point of packaging a Telnet daemon when everyone should be using SSH. Telnet Client I can see because a person may need to connect to a router or switch

Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-17 Thread Jeremy Stanley
On 2022-07-17 01:49:53 -0400 (-0400), Timothy M Butterworth wrote: [...] > Telnet is old, insecure and should not be used any more. What is > the point of packaging a Telnet daemon when everyone should be > using SSH. Telnet Client I can see because a person may need to > connect to a router or

Re: RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-16 Thread Timothy M Butterworth
On Sat, Jul 16, 2022 at 10:19 PM Guillem Jover wrote: > Hi! > > There's been talk about switching away from netkit-telnet and > netkit-telnetd as the default implementations for some time now, > and replacing them with the ones from inetutils, which is a maintained > project and does see

RFC: Switch default from netkit-telnet(d) to inetutils-telnet(d)

2022-07-16 Thread Guillem Jover
Hi! There's been talk about switching away from netkit-telnet and netkit-telnetd as the default implementations for some time now, and replacing them with the ones from inetutils, which is a maintained project and does see releases (even though with a long cadence). This has been discussed