Package: telnetd-ssl
Version: 0.17.41+0.2-3.3+b1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
[UPGRADE] telnetd-ssl:amd64 0.17.41+0.2-3.3 -> 0.17.41+0.2-3.3+b1
Bug also observed on i386 architecture.
using ckermit 305~alpha07-1+b1 to telnet to localhost failed after the above
upgrade.
* What exactly did you do (or not do) that was effective (or
ineffective)?
Downgrading telnetd-ssl to 0.17.41+0.2-3.3 enabled ckermit's telnet to connect
again.
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: bookworm/sid
APT prefers experimental
APT policy: (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.18.0-rc6+ (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
Versions of packages telnetd-ssl depends on:
ii adduser 3.121
ii libc6 2.33-7
ii libssl3 3.0.3-2
ii openssl 3.0.3-2
ii passwd 1:4.11.1+dfsg1-2
ii rlinetd [inet-superserver] 0.9.3-1
telnetd-ssl recommends no packages.
telnetd-ssl suggests no packages.
-- no debconf information
