Re: Alternative libraries for PEP-594
On 03.08.24 07:25, Louis-Philippe Véronneau wrote: On 2024-08-02 20:40, Blair Noctis wrote: to scale it out in an external source package which is effectively going against Python upstream, allowing the thing to live on, and people to say "it's still alive in Debian!" Also, even python3.11 is still there. Sure someone needing something expunged from 3.13 would be fine staying with 3.12? The idea of having these libraries around for Trixie (and to remove them after the release) is to ease the 3.13 transition. From my preliminary analysis, there are more than 600 packages that use one of the stdlib that'll be removed in 3.13. There's also the option to remove packages from testing and/or unstable. I assume, we'll see a lot of packages still using old modules getting removed from testing, once 3.13 becomes the default. It's also an option to remove those completely, if they are not maintained. That is a lot of work and I doubt we'll have a successful transition without this temporary measure. can we agree on a naming for the packaging, e.g. python3-zombie-, so that we make it clear, that people are using obsolete code? we do that for python3-zombie-imp already. Matthias
Re: Alternative libraries for PEP-594
Louis-Philippe Véronneau, on 2024-08-03: > On 2024-08-02 20:40, Blair Noctis wrote: > > > https://codesearch.debian.net/search?q=telnetlib&literal=1&perpkg=1&page=5 > > Searching in regex mode with `import.*telnetlib path:*.py` should give more > > accurate results. But nevertheless: > > I did this work already in Lintian: > > https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/Check/Languages/Python/StdlibDeprecation.pm?ref_type=heads > > The current code for "uses-deprecated-python-stdlib" in Sid is flawed (see > #1077324) but that will be fixed in the next Lintian release. Cool! Thanks for the fix! :) > When that happens, I'm planning on making a MBF. Have a nice day, :) -- .''`. Étienne Mollier : :' : pgp: 8f91 b227 c7d6 f2b1 948c 8236 793c f67e 8f0d 11da `. `' sent from /dev/tty1, please excuse my verbosity `- signature.asc Description: PGP signature
Re: Alternative libraries for PEP-594
[snip] > > eamanu said he would make a list of upstream projects we could package, but > if you have some time, getting a list of projects would be great. > I add a section here [0]. I'm going add the modules there, please feel edit it. [0] https://wiki.debian.org/Python/Dead%20Batteries#preview Cheers, Emmanuel [snip] signature.asc Description: PGP signature
Bug#1077848: pudb: please update to 2024.1.2 to remove usage of telnetlib
Source: pudb Version: 2022.1.3-1 Severity: important X-Debbugs-Cc: debian-python@lists.debian.org Dear Maintainers, The telnetlib module has been removed from Python3.13. Usage of this module has already been removed upstream. https://github.com/inducer/pudb/pull/626 pudb/remote.py:import telnetlib as tn pudb/remote.py:raw_sock_file.write(tn.IAC + tn.WILL + tn.SGA) pudb/remote.py:assert resp == tn.IAC + tn.DO + tn.SGA pudb/remote.py:raw_sock_file.write(tn.IAC + tn.WILL + tn.ECHO) pudb/remote.py:assert resp == tn.IAC + tn.DO + tn.ECHO Greetings, Alexandre
Bug#1077850: murano-tempest-plugin depends on deprecated telnetlib
Source: murano-tempest-plugin
Version: 2.7.0-2
Severity: important
X-Debbugs-Cc: debian-python@lists.debian.org
Dear Maintainer,
murano-tempest-plugin (ab)uses telnetlib to do some port knocking.
telnetlib has been removed from Python 3.13
I also see that this project has been archived upstream.
Greetings
https://opendev.org/openstack/murano-tempest-plugin
"This project is no longer maintained."
https://sources.debian.org/src/murano-tempest-plugin/2.7.0-2/murano_tempest_tests/tests/functional/common/utils.py/?hl=21#L21
@classmethod
def verify_connection(cls, ip, port):
"""Try to connect to specific ip:port with telnet.
:param ip: Ip that you want to check
:param port: Port that you want to check
:return: :raise RuntimeError:
"""
tn = telnetlib.Telnet(ip, port)
tn.write('GET / HTTP/1.0\n\n')
try:
buf = tn.read_all()
LOG.debug('Data:\n {data}'.format(data=buf))
if len(buf) != 0:
tn.sock.sendall(telnetlib.IAC + telnetlib.NOP)
return
else:
raise RuntimeError('Resource at {0}:{1} not exist'.
format(ip, port))
except socket.error as e:
LOG.error('Socket Error: {error}'.format(error=e))
Re: Alternative libraries for PEP-594
Le ven. 2 août 2024 à 13:41, Blair Noctis a écrit : > > https://codesearch.debian.net/search?q=telnetlib&literal=1&perpkg=1&page=5 > > Searching in regex mode with `import.*telnetlib path:*.py` should give more > accurate results. Thank you, it gaves indeed better results. Filed two bugs & uploaded pychess; there's not s much to review for this one library; (but we have like 20-something deprecated libraries in Py3.13) This one is awesome ;-), it reminds of old time screen-scrapping https://sources.debian.org/src/astrometry.net/0.95+dfsg-1/util/horizons.py/ No one will ever dare to rewrite this with another library. --- What should we do for the new netmiko that vendors importlib wholesale in next to-package release ?: - simply paper over it in d/copyright - unvendor & depends on python3-zombie-telnetlib for better tracability https://github.com/ktbyers/netmiko/commit/b2700b56337dc7a04e6d8980e2a71eb4215e5d4e > Please file bugreports/issues to ask the packages you care about to migrate. I don't care for any of these packages but more for the distribution as a whole. MBF with the new fixed Lintian tag is the way to go. Greetings
