Path: csiph.com!weretis.net!feeder9.news.weretis.net!panix!3.eu.feeder.erje.net!feeder.erje.net!fu-berlin.de!bofh.it!news.nic.it!robomod From: Stefano Rivera Newsgroups: linux.debian.maint.python,linux.debian.devel Subject: Re: Python 3.13 addition as a supported Python version started Date: Wed, 13 Nov 2024 16:10:01 +0100 Message-ID: References: X-Original-To: debian-python@lists.debian.org, Debian Developers X-Mailbox-Line: From debian-python-request@lists.debian.org Wed Nov 13 15:01:48 2024 Old-Return-Path: X-Amavis-Spam-Status: No, score=-107.199 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIMWL_WL_HIGH=-0.34, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.249, LDO_WHITELIST=-5, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, USER_IN_DKIM_WELCOMELIST=-0.01, USER_IN_DKIM_WHITELIST=-100] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate:hard: -4.6 Mail-Followup-To: debian-python@lists.debian.org, Debian Developers X-Gpg-Public-Key: http://www.rivera.za.net/stefano.gpg MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: NeoMutt/20220429 X-Mailing-List: archive/latest/22532 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/20241113150131.tcskkgggafitq76k@satie.tumbleweed.org.za Approved: robomod@news.nic.it Lines: 45 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Date: Wed, 13 Nov 2024 15:01:31 +0000 X-Original-Message-ID: <20241113150131.tcskkgggafitq76k@satie.tumbleweed.org.za> X-Original-References: <2431386e-e5e5-4041-ad7d-0b6ea31b585e@debian.org> <648982297.8392310.1731492266966.JavaMail.zimbra@synchrotron-soleil.fr> Xref: csiph.com linux.debian.maint.python:16456 linux.debian.devel:114036 Hi PICCA (2024.11.13_10:04:26_+0000) > I am a bit worrying for the scientific stack , will we have enough > time to work with our upstream in order to fix all these FTBFS. In the > scientific stack, things are going slowly.... The reality here is that Python has a 6-month release cycle, these days. If upstreams can't stay on top of new Python releases, we are stuck with doing the porting work or dropping them from Debian. We can't fix them all in 6 months. There are still a lot of open 3.11 and 3.12 bugs, for example. If we don't have the latest stable version of Python in our stable release, I think a large number of our users will be very disappointed. It would certainly cement the view that Debian ships ancient software. I don't think the users who would be upset would have any motivation to help improve the situation (working on old scientific packages). If we have to drop large numbers of scientific packages in our stable releases, I imagine a small number of users would be disappointed, and hopefully able to see how they can help avoid this situation in the future. Sorry, but I see that as the less bad outcome. I'm not saying I want it, but I think it's the approach we have to take, in the face of unmaintained software. The alternative would be to carry multiple Python releases in a Debian stable release, which is something we haven't wanted to do. We try to start the detection process as early as possible. I have been doing archive wide rebuilds (as much as I could, on arm64) since 3.13 rc2. I announced it, and our planned migration to 3.13 in trixie, in: https://lists.debian.org/msgid-search/20240920072725.mkhi575oydnr67sh@satie.tumbleweed.org.za I'm hoping to have even better tooling for this kind of rebuild in the future. Stefano -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272