Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Ian Campbell
On Sun, 2023-08-13 at 22:59 +0200, Timo Röhling wrote: > There's talk on #d-python if pybuild could/should deal with it; I'd > give it a few days and see if that pans out. https://salsa.debian.org/python-team/tools/dh-python/-/merge_requests/46 seems to be the one to watch. Ian.

Re: __pycache__ directories (Re: Potential MBF: packages failing to build twice in a row)

2023-08-15 Thread Michael Biebl
Am 16.08.23 um 06:02 schrieb Paul Wise: On Mon, 2023-08-14 at 22:09 +0200, Michael Biebl wrote: I received a couple of bug reports against packages I (co) maintain regarding this issue and having a quick look, quite a few fail due to python scripts being run during the build and creating a __py

Re: __pycache__ directories (Re: Potential MBF: packages failing to build twice in a row)

2023-08-15 Thread Paul Wise
On Mon, 2023-08-14 at 22:09 +0200, Michael Biebl wrote: > I received a couple of bug reports against packages I (co) maintain > regarding this issue and having a quick look, quite a few fail due to > python scripts being run during the build and creating a __pycache__ > directory. I recommend a

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Paul Wise
On Sun, 2023-08-13 at 22:28 +0200, Johannes Schauer Marin Rodrigues wrote: > > dpkg-source: info: local changes detected, the modified files are: > >   plakativ-0.5.1/plakativ.egg-info/SOURCES.txt > > since this issue seems to be affecting a few more packages than plakativ, I > wanted to ask here

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Paul Wise
On Sun, 2023-08-13 at 21:18 +, Jeremy Stanley wrote: > Similarly, I got one for __pycache__/*.cpython-311.pyc file > overwrites... is that something dh_python should clean? Probably just send upstream a change removing them? -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Des

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Paul Wise
On Tue, 2023-08-15 at 09:21 -0400, Boyuan Yang wrote: > --- ibus-array-0.2.2.orig/po/zh_TW.po > +++ ibus-array-0.2.2/po/zh_TW.po > @@ -6,7 +6,7 @@ msgid "" >  msgstr "" >  "Project-Id-Version: ibus-array 0.2.2\n" >  "Report-Msgid-Bugs-To: https://github.com/lexical/ibus-array/issues\n"; > -"POT-Cr

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Simon McVittie
On Tue, 15 Aug 2023 at 09:21:22 -0400, Boyuan Yang wrote: > I am looking for advice in handling these MBF reports against packages that do > irreversible changes to the source files during build every time (such as > updating timestamp). A broad category would be packages using Gettext + PO > combi

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Sam Hartman
> "Lucas" == Lucas Nussbaum writes: Lucas> But unless we go further than that and decide that we don't Lucas> care at all about 'source builds after successful builds', Lucas> the bugs (which where filed severity:minor) remain valid. FWIW in terms of building toward a consensus.

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Marco d'Itri
On Aug 15, Jonas Smedegaard wrote: > The proper approach is IMO one of these: Or else, if you know that they do not actually need to be rebuilt: just disable in the makefile the target which causes them to be rebuilt. This is what I do in my packages. -- ciao, Marco signature.asc Description

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Jonas Smedegaard
Quoting Jonas Smedegaard (2023-08-15 17:26:13) > Quoting Boyuan Yang (2023-08-15 16:28:19) > > Hi, > > > > 在 2023-08-15星期二的 16:16 +0200,Jonas Smedegaard写道: > > > Quoting Boyuan Yang (2023-08-15 15:21:22) > > > > I am looking for advice in handling these MBF reports against packages > > > > that do

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Jonas Smedegaard
Quoting Boyuan Yang (2023-08-15 16:28:19) > Hi, > > 在 2023-08-15星期二的 16:16 +0200,Jonas Smedegaard写道: > > Quoting Boyuan Yang (2023-08-15 15:21:22) > > > I am looking for advice in handling these MBF reports against packages > > > that do > > > irreversible changes to the source files during build

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Andreas Metzler
On 2023-08-15 Boyuan Yang wrote: [...] > where .po file that contains translation is updated every time, causing dpkg- > source to complain the diff and quit when building twoce in a row. > Take https://tracker.debian.org/pkg/ibus-array as an example. The upstream > project does not include .pot

Re: groff warning: TE macro called with TW register undefined

2023-08-15 Thread G. Branden Robinson
Hi Hugh, I work on groff upstream. At 2023-08-15T22:46:30+1000, Hugh McMaster wrote: > groff-message an.tmac::66: warning: tbl preprocessor > failed, or it or soelim was not run; table(s) likely not rendered (TE > macro called with TW register undefined) > > It seems TW is not defined in the num

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Boyuan Yang
Hi, 在 2023-08-15星期二的 16:16 +0200,Jonas Smedegaard写道: > Quoting Boyuan Yang (2023-08-15 15:21:22) > > I am looking for advice in handling these MBF reports against packages > > that do > > irreversible changes to the source files during build every time (such as > > updating timestamp). A broad cat

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Jonas Smedegaard
Quoting Boyuan Yang (2023-08-15 15:21:22) > I am looking for advice in handling these MBF reports against packages that do > irreversible changes to the source files during build every time (such as > updating timestamp). A broad category would be packages using Gettext + PO > combination with /usr

Re: groff warning: TE macro called with TW register undefined

2023-08-15 Thread Colin Watson
On Tue, Aug 15, 2023 at 10:46:30PM +1000, Hugh McMaster wrote: > Lintian has recently started emitting this groff warning for ftlint.1 > in freetype-demos as part of its man pages check: > > groff-message an.tmac::66: warning: tbl preprocessor > failed, or it or soelim was not run; table(s) likely

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Boyuan Yang
Hi all, (Sorry for losing all contexts -- I deleted all previous mails in the thread sent to my mailbox, and could not find a way to re-download mailing list email from https://lists.debian.org/debian-devel/ . It is possible in bug reports on https://bugs.debian.org though. Now replying with empty

groff warning: TE macro called with TW register undefined

2023-08-15 Thread Hugh McMaster
Lintian has recently started emitting this groff warning for ftlint.1 in freetype-demos as part of its man pages check: groff-message an.tmac::66: warning: tbl preprocessor failed, or it or soelim was not run; table(s) likely not rendered (TE macro called with TW register undefined) It seems TW i

Bug#1049405: ITP: pcre2-ocaml -- OCaml bindings for PCRE2

2023-08-15 Thread Stéphane Glondu
Package: wnpp Severity: wishlist Owner: Stéphane Glondu X-Debbugs-Cc: debian-devel@lists.debian.org, debian-ocaml-ma...@lists.debian.org * Package name: pcre2-ocaml Version : 0.0.0~git20230408 * URL : https://github.com/tobil4sk/pcre2-ocaml * License : LGPL-2.1+

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Sebastiaan Couwenberg
How would one implement this in the common Salsa CI pipeline? There is an old issue for this [0], but unless someone provides an MR its unlikely to get implemented. Occasional rebuild campaigns like this don't catch regression in a timely manner. Having a build-twice job in the Salsa CI pipel

Re: another problem class from /usr-merge [Re: Bug#1036920: systemd: please ship a placeholder in /usr/lib/modules-load.d/]

2023-08-15 Thread Helmut Grohne
Hi, I fear we are not done with empty directory loss yet. This is a technical update for future reference. On Wed, May 31, 2023 at 11:59:58AM +0200, Helmut Grohne wrote: > On Tue, May 30, 2023 at 11:53:00AM +0200, Helmut Grohne wrote: > > In effect, this bug report is an instance of a bug class.

Bug#1049395: ITP: rust-ed25519 -- generic Ed25519 signature algorithm

2023-08-15 Thread Jonas Smedegaard
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: rust-ed25519 Version : 2.2.1 Upstream Contact: RustCrypto Developers * URL : https://github.com/rustcry

Re: Potential MBF: packages failing to build twice in a row

2023-08-15 Thread Lucas Nussbaum
On 15/08/23 at 01:29 -0400, Michael Stone wrote: > On Mon, Aug 14, 2023 at 09:40:52PM +0100, Wookey wrote: > > Yes. You are right. I (and most of the others who expressed an > > interest in having this working) mostly care about doing a binary > > build repeatedly. But doesn't this amount to much t

Testing archive-wide changes (Was: __pycache__ directories (Re: Potential MBF: packages failing to)) build twice in a row)

2023-08-15 Thread Lucas Nussbaum
On 14/08/23 at 22:09 +0200, Michael Biebl wrote: > Could maybe dh_clean automatically clean up such __pycache__ directories or > do we really expect that each individual package does such a clean up > manually? > Or is there maybe a way to avoid the creation of the __pycache__ directories > altoget