Path: csiph.com!weretis.net!feeder9.news.weretis.net!2.eu.feeder.erje.net!feeder.erje.net!news.samoylyk.net!gothmog.csi.it!bofh.it!news.nic.it!robomod From: Simon McVittie Newsgroups: linux.debian.bugs.dist,linux.debian.maint.python Subject: Bug#1075614: Please cancel NMU of v-sim + help needed for autopkgtest of new upstream version Date: Thu, 27 Feb 2025 13:10:01 +0100 Message-ID: References: X-Original-To: Alexandre Detiste X-Mailbox-Line: From debian-bugs-dist-request@lists.debian.org Thu Feb 27 12:00:09 2025 Old-Return-Path: X-Spam-Flag: NO X-Spam-Score: -3.999 Reply-To: Simon McVittie , 1075614@bugs.debian.org Resent-To: debian-bugs-dist@lists.debian.org Resent-Cc: Debian Science Team X-Debian-Pr-Message: followup 1075614 X-Debian-Pr-Package: src:v-sim X-Debian-Pr-Keywords: pending sid patch trixie ftbfs X-Debian-Pr-Source: v-sim MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Debian-User: smcv X-Debian-Message: from BTS X-Mailing-List: archive/latest/1889772 List-ID: List-URL: Approved: robomod@news.nic.it Lines: 19 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Cc: Andreas Tille , Sudip Mukherjee , 1075614@bugs.debian.org, Debian Python X-Original-Date: Thu, 27 Feb 2025 11:58:12 +0000 X-Original-Message-ID: X-Original-References: Xref: csiph.com linux.debian.bugs.dist:1235270 linux.debian.maint.python:16746 On Thu, 27 Feb 2025 at 12:38:16 +0100, Alexandre Detiste wrote: > I ve my own take on this: I would MBF the (expected few) remaining users of > /usr/share/cdbs/1/class/gnome.mk > and then get rid of this one cdbs module. In general I'm in favour of conversion of packages from cdbs to dh, but if my analysis was correct, it was the conversion to dh that triggered this issue, not gnome.mk: the problem is that it wasn't immediately obvious what functionality gnome.mk was providing, so it wasn't immediately obvious when that functionality was lost during the conversion. Many of the few remaining users of cdbs (outside the Haskell team) are in undermaintained packages, and when a contributor converts a package they are not necessarily fully familiar with to a different packaging style, I think it's extra-important to double-check the result (debdiff, lintian, looking for warnings in the build log, etc.) to make sure nothing important was lost in that process. smcv