Bug#1027382: Please, minimize your build chroots

El 27/1/23 a las 22:37, Adrian Bunk escribió: On Fri, Dec 16, 2022 at 02:15:13AM +0100, Santiago Vila wrote: Greetings. I'm doing archive-wide rebuilds again. I've just filed 21 bugs with subject "Missing build-depends on tzdata" in bookworm (as tzdata is not build

Bug#1028434: kodi: FTBFS in bullseye (fatal error: date/tz.h: No such file or directory)

Hello. Thanks for taking care of this. I'd like to emphasize that this is most probably a Makefile bug (or whatever is the proper name when using cmake), maybe a missing dependency somewhere. I discovered it by building all packages in bullseye using virtual machines with a single CPU, and the

Bug#1029657: python-os-ken: FTBFS randomly (BlockingIOError: [Errno 11] write could not complete without blocking)

Package: src:python-os-ken Version: 2.5.0-2 Severity: serious Tags: ftbfs Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules build-indep make:

Bug#1029646: cloudkitty: FTBFS randomly (AssertionError: 1.0000000003174137e-05 not less than or equal to 1e-05)

Package: src:cloudkitty Version: 17.0.0-2 Severity: important Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules build-indep make:

Bug#1028862: xorg-gtest: FTBFS: dh_auto_test: error: make -j1 check "TESTSUITEFLAGS=-j1 --verbose" VERBOSE=1 returned exit code 2

Hello. I can also reproduce this build failure. My build environment is made of virtual machines in the cloud with either 1 CPU or 2 CPUs. This bug happens randomly, but the failure rate seems to depend on the machine. On systems with 2 CPUs, the failure rate I get is around 50%. On systems

Bug#1029574: indent shebang bug and misses LFS support

El 24/1/23 a las 18:48, Helge Deller escribió: Package:  indent Version: 2.2.12 Tags: hppa, patch, lfs, FTBFS The indent package has a bug in the script "regression/TEST" which starts with "#/bin/sh" instead of a correct shebang which would be "#!/bin/sh". This leads to a FTBFS on the hppa

Bug#970278: smartlist: please make the build reproducible

tags 970278 + moreinfo tags 970278 - patch thanks Hi. To summarize: I'd appreciate a more detailed explanation about why the patch is needed (if it's needed at all at this point). Note: I have just switched to dh, which means the build now uses dh_strip_nondeterminism (I guess this always

Bug#1029530: daps: FTBFS randomly when built in parallel

Package: src:daps Version: 3.0.0-4 Severity: important Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules build-indep dh build-indep

Bug#1029528: make: New upstream release 4.4

Package: make Version: 4.3-4.1 Severity: wishlist Hello. There is a new release of make at ftp.gnu.org. I normally do not file bugs like this one, but I see that the new version has a new option which I find very interesting to discover Makefile bugs: * New feature: The --shuffle command line

Bug#970278: smartlist: please make the build reproducible

Sorry, I said: According to this page: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/smartlist.html the package is already reproducible. Am I missing anything? Ok, it's reproducible only in bullseye, bookworm and unstable on amd64, and not reproducible on i386. But I

Bug#970278: smartlist: please make the build reproducible

El 14/9/20 a las 11:54, Chris Lamb escribió: Source: smartlist Version: 3.15-25 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: environment X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Hi, Whilst working on the Reproducible Builds effort

Bug#1029499: php-guzzlehttp-psr7: Build killed with signal TERM after 150 minutes of inactivity

Package: src:php-guzzlehttp-psr7 Version: 2.4.3-1 Severity: important Dear maintainer: During a rebuild of all packages in bookworm, your package "almost" failed to build: [...] debian/rules binary-indep dh

Bug#1029462: golang-github-nats-io-jwt: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-github-nats-io-jwt Version: 2.3.0-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules

Bug#1029463: remind: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:remind Version: 04.02.01-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules binary-indep dh

Bug#1029461: xemacs21-packages: FTBFS in bookworm (LaTeX Error: File `pdftexcmds.sty' not found)

Package: src:xemacs21-packages Version: 2009.02.17.dfsg.3-1 Severity: serious Tags: ftbfs Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules

Bug#1029460: glosstex: FTBFS in bookworm (LaTeX Error: File `pdftexcmds.sty' not found)

Package: src:glosstex Version: 0.4.dfsg.1-4 Severity: serious Tags: ftbfs Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules build-arch test -x

Bug#1029422: [Pkg-nagios-devel] Bug#1029422: icinga2: FTBFS in bookworm (undeclared build-dependency on tzdata)

El 22/1/23 a las 17:41, Sebastiaan Couwenberg escribió: The severity should be important, because tzdata is installed in the usual build environments. No, this is a must requirement in Policy 4.2: If build-time dependencies are specified, it must be possible to build the package and produce

Bug#1029416: delve: FTBFS in bookworm (undeclared build-dependency on tzdata)

El 22/1/23 a las 17:40, Shengjing Zhu escribió: The failure in the log doesn't look like tzdata related. Certainly it does not look tzdata related, but I believe it is tzdata related because once I installed tzdata in the chroot to test, it built fine. Could you share your full

Bug#1029440: opm-common: FTBFS in bookworm (cc1plus: fatal error: [...]/builtin_pybind11.cpp: No such file or directory)

Package: src:opm-common Version: 2022.10+ds-1 Severity: serious Tags: ftbfs Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules binary-indep dh

Bug#1029438: auctex: FTBFS in bookworm (LaTeX Error: File `pdftexcmds.sty' not found)

Package: src:auctex Version: 12.2-1 Severity: serious Tags: ftbfs Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules binary-indep /bin/bash: line 1:

Bug#1029439: feynmf: FTBFS in bookworm (I can't open file `fmfsamp4')

Package: src:feynmf Version: 1.08-13 Severity: serious Tags: ftbfs Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules build-indep dh_testdir mkdir -p

Bug#1029428: pyephem: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:pyephem Version: 4.1.3-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules binary-arch dh binary-arch

Bug#1029430: reposurgeon: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:reposurgeon Version: 4.31-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules binary-arch dh

Bug#1029419: golang-github-mattn-go-sqlite3: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-github-mattn-go-sqlite3 Version: 1.14.15~ds1-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...]

Bug#1029417: gammu: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:gammu Version: 1.42.0-5 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules binary-arch dh binary-arch

Bug#1022723: remote-logon-service: FTBFS on usr-merged systems

severity 1022723 serious thanks Hi. This is now serious because usr-merge is now the default. Thanks.

Bug#1029275: diffutils: update gnulib to add support loong64

El 20/1/23 a las 16:43, Han Gao escribió: Package: diffutils Version: 1:3.8-3 Severity: wishlist Tags: ftbfs Dear Maintainer, In [1][2], loong64 support is added in gnulib. In [3], the change already is in debian. Please update gnulib to add support loong64 [1]

Bug#1029196: kylin-video: Has hard dependency on libmpv1 which doesn't exist

Note: Hardcoded dependency on libffmpegthumbnailer4v5 in debian/control is also highly suspicious and should probably be removed as well. (this is what ${shlibs:Depends} is for) Thanks.

Bug#1027383: xen-tools: FTBFS in bullseye (missing build-depends on mount)

Hi. The relevant paragraph in Policy is this one: If build-time dependencies are specified, it must be possible to build the package and produce working binaries on a system with only essential and build-essential packages installed and also those required to satisfy the build-time

Bug#1028774: macsyfinder: FTBFS: RuntimeError: cannot join current thread

El 15/1/23 a las 15:45, Nilesh Patra escribió: On Sun, Jan 15, 2023 at 02:02:15PM +0100, Santiago Vila wrote: I can reproduce this build failure on Hetzner virtual machines with 2 CPUs, where it fails randomly 50% of the time. Therefore, to reproduce the randomness, you have to try many times

Bug#1028774: macsyfinder: FTBFS: RuntimeError: cannot join current thread

Hi. I can reproduce this build failure on Hetzner virtual machines with 2 CPUs, where it fails randomly 50% of the time. Therefore, to reproduce the randomness, you have to try many times. (On Hetzner virtual machines with only one CPU, it does not seem to fail). Thanks.

Bug#997222: libexplain: FTBFS in bullseye

reopen 997222 found 997222 1.4.D001-11 fixed 997222 1.4.D001-12 thanks Note: There is a fix proposal for bullseye in Bug #1025703.

Bug#1027529: gnote: FTBFS: ../src/test/unit/datetimeutests.cpp:97:1: error: Failure in pretty_print_date: Expected Yesterday but was Dec 31 2022

El 13/1/23 a las 15:36, Jeremy Bicha escribió: Control: severity -1 minor Control: forwarded -1 https://gitlab.gnome.org/GNOME/gnote/-/issues/145 I'm downgrading the severity since the package builds fine today; might build fine every day except January 1. Why don't you disable the test

Bug#1019648: ruby-premailer-rails: FTBFS with ruby3.1: ERROR: Test "ruby3.1" failed: RuntimeError:

Hi. I've just build ruby-premailer-rails version 1.10.3-3 successfully in unstable today. I believe some build-dependency might have changed behaviour between the date this was reported and now. Could you please double-check? Thanks.

Bug#1026734: mricron: FTBFS: /usr/bin/ld.bfd: cannot find -lX11: No such file or directory

Hi. This is really weird. This package also failed for me on bookworm, with the same error which happened to Lucas (the one in the Subject). But today I tried again (in bookworm) and it worked, without any source change at all. (mricron version 1.2.20211006+dfsg-1). I see that this change

Bug#1027208: severity of 1027208 is important

severity 1027208 important thanks Hi. I think this is what you really meant.

Bug#1010120: thrift: FTBFS in bullseye (expired certificates in test suite)

reopen 1010120 found 1010120 0.13.0-6 found 1010120 0.16.0-3 fixed 1010120 0.16.0-6 thanks (This is to prevent the bug being archived prematurely)

Bug#1027908: golang-github-jedib0t-go-pretty: FTBFS in bookworm (undeclared build-dependency on tzdata)

notfixed 1027908 6.4.4-1 found 1027908 6.4.4-1 thanks Quoting Debian Policy 4.2. If build-time dependencies are specified, it must be possible to build the package and produce working binaries on a system with only essential and build-essential packages installed and also those required to

Bug#1028356: procmail: Variable set with stdin pipe action fails leaving empty variable

forwarded 1028356 https://github.com/BuGlessRB/procmail/issues/5 tags 1028356 + help thanks Hi. I've forwarded the bug by making a github issue from it. There is a full git history for procmail at github. If you feel brave enough you could try a git-bisect on the code to see where this bug was

Bug#1028356: procmail: Variable set with stdin pipe action fails leaving empty variable

El 9/1/23 a las 23:13, Bob Proulx escribió: Unfortunately in 3.24 this functionality is broken. I see in the Testing migration "excuses" this "Too young, only 4 of 5 days old". Should severity be "important" in order to keep Testing from breaking? I've just set it to serious, which is the

Bug#976506: Fix for bullseye

El 9/1/23 a las 16:25, Nilesh Patra escribió: I would make an upload proposal in the form of debdiff, but I'm unsure about backporting the fix in unstable to stable in this case, because I don't really understand it. I will not do it, it is not worth the effort. The package is functional, it

Bug#991067: reopen for bullseye

reopen 991067 found 991067 1.2-1 found 991067 1.2-4 fixed 991067 1.2-5 thanks Note: There is already a release.debian.org bug with a debdiff.

Bug#976506: Fix for bullseye

reopen 976506 found 976506 1.7.2-1 found 976506 1.7.2-2 fixed 976506 2.0.1-1 thanks Hi. Please consider fixing this in stable as well, as packages in stable must build in stable. If you have never done an upload for stable, the procedure is documented here:

Bug#1021551: voms-api-java: FTBFS in bullseye because of expired certificates

reopen 1021551 retitle 1021551 voms-api-java: FTBFS in bullseye because of expired certificates in test suite found 1021551 3.3.2-1 found 1021551 3.3.2-3 fixed 1021551 3.3.2-4 tags 1021551 + ftbfs thanks Hi. I'm reopening because this problem also happens in bullseye, and packages in stable

Bug#1022311: python-stdnum: FTBFS: AssertionError: Failed doctest test for test_no_fodselsnummer.doctest

reopen 1022311 found 1022311 1.16-1 found 1022311 1.17-1 fixed 1022311 1.18-1 thanks El 13/11/22 a las 22:45, Arthur de Jong escribió: If this ever needs to be backported for some reason the fix is trivial:

Bug#1028163: sshfs-fuse: FTBFS in bullseye (tries to use the ssh service from the host machine)

Package: src:sshfs-fuse Version: 3.7.1+repack-2 Severity: serious Tags: ftbfs Dear maintainer: During a rebuild of all packages in bullseye, your package failed to build: [...] debian/rules binary-arch dh

Bug#876992: procmail: formail: out-of-bounds read in skipcomment()

El 7/1/23 a las 15:03, Jakub Wilk escribió: I don't remember how it did it back in 2017, buck today building the whole package with ASAN enabled turned out out to be surprisingly difficult. Indeed. I also tried without success. There seems to be some special requirement about the order of

Bug#608013: recode h..us doesn't replace with ASCII equivalents

El 5/9/20 a las 0:18, Reuben Thomas escribió: On Sun, 26 Dec 2010 07:58:49 +0800 jida...@jidanni.org wrote: > > I note that recode --force h..us causes » to disappear, when it > could easily better make a >>, or " like uni2ascii -B. In other words, doing

Bug#952732: recode: Incorrect encoding of some characters when recoding to HTML_1.1

El 28/2/20 a las 17:33, Paul Courbis escribió: Le ven. 28 févr. 2020 à 15:45, Reuben Thomas mailto:r...@sc3d.org>> a écrit : On Fri, 28 Feb 2020 at 09:00, Paul Courbis BV mailto:paul-report...@courbis.net>> wrote:    * What was the outcome of this action?    Incorrect

Bug#1020413: nmu: bind-dyndb-ldap_11.6-3

El 23/9/22 a las 10:21, Timo Aaltonen escribió: Paul Gevers kirjoitti 22.9.2022 klo 22.26: So, Timo, is the package in bullseye broken with the security update and does it need a fix, or is it fine? It needs a rebuild, [...] I think it's really broken:

Bug#1020413: nmu: bind-dyndb-ldap_11.6-3

El 21/9/22 a las 13:47, Ondřej Surý escribió: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu bind-dyndb-ldap_11.6-3 . ANY . bullseye . -m "rebuild for bind9_9.16.33-1~deb11u1" Hi, after the bind9_9.16.33-1~deb11u1 is release to

Bug#1012325: dialog: Multi-Arch: foreign package should not contain static library

El 6/1/23 a las 0:39, Thomas Dickey escribió: On Thu, Jan 05, 2023 at 04:05:29PM +0100, Santiago Vila wrote: In Debian the static library has always been named libdialog.a, but the library according to the author is called libcdialog.so. A development package could have both static

Bug#876992: procmail: formail: out-of-bounds read in skipcomment()

forwarded 876992 https://github.com/BuGlessRB/procmail/issues/4 thanks Thanks for the report. I have "forwarded" it as a github issue to the above address. Jakub Wilk escribió: To reproduce, rebuild the package with -fsanitize=address, [...] Could you tell exactly how I do that? (preferably

Bug#1012325: dialog: Multi-Arch: foreign package should not contain static library

Thanks a lot for the patch. Yes, it would make sense to move *.h and .a to a libdialog-dev package. But I'm not sure about the best way to proceed after reading the reply from Thomas: actually, a shared library is generally preferred for development packages. This is what I build for my own

Bug#1027832: debian-policy: Please clarify that priority required packages are not automatically build essential

El 4/1/23 a las 17:45, Julien Cristau escribió: Like I said in the debootstrap bug, I believe we should treat a case where a package is Priority: required but not actually required by the Essential set as a bug in package priorities, and neither debootstrap nor policy need to change. I take

Bug#1027832: debian-policy: Please clarify that priority required packages are not automatically build essential

El 4/1/23 a las 19:28, Sam Hartman escribió: "Santiago" == Santiago Vila writes: Santiago> I think you can't really estimate such thing. You seem to Santiago> imply that we have been allowing packages with missing Santiago> build-dependencies for a lo

Bug#1027832: debian-policy: Please clarify that priority required packages are not automatically build essential

El 4/1/23 a las 19:54, Bill Allombert escribió: BTW: Today I reported that kodi did not build without tzdata. But in the end this was not a missing build-dependency of kodi, but a missing *binary* dependency of one of the build-dependencies of kodi. So is there a service that detect such

Bug#1027832: debian-policy: Please clarify that priority required packages are not automatically build essential

El 4/1/23 a las 18:23, Sam Hartman escribió: I think that the cost of going and adding all the build-depends on required-but-not-build-essential is not worth what I estimate we'd gain from having this extra information. I think you can't really estimate such thing. You seem to imply that we

Bug#1027832: debian-policy: Please clarify that priority required packages are not automatically build essential

El 4/1/23 a las 17:16, Russ Allbery escribió: But if you are building new Debian packages, by definition you are not in a tiny minimal system case. build-essential is already somewhat arbitrary and chosen for convenience (most packages do not require a C++ compiler). Why not expand

Bug#1027913: kodi: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:kodi Version: 2:20.0~rc2+dfsg-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules binary-arch dh

Bug#1027912: golang-go.uber-atomic: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-go.uber-atomic Version: 1.10.0-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules

Bug#1027911: golang-github-spf13-cast: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-github-spf13-cast Version: 1.5.0-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules

Bug#1027910: golang-github-rickb777-date: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-github-rickb777-date Version: 1.19.1-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules

Bug#1027909: golang-github-libgit2-git2go: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-github-libgit2-git2go Version: 34.0.0-2 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules

Bug#1027908: golang-github-jedib0t-go-pretty: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-github-jedib0t-go-pretty Version: 6.3.3-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules

Bug#1027907: golang-github-go-git-go-git: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-github-go-git-go-git Version: 5.4.2-3 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules

Bug#1027906: golang-github-crewjam-saml: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-github-crewjam-saml Version: 0.4.10-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build: [...] debian/rules

Bug#1027905: golang-github-arran4-golang-ical: FTBFS in bookworm (undeclared build-dependency on tzdata)

Package: src:golang-github-arran4-golang-ical Version: 0.0~git20220517.fd89fef-2 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bookworm, your package failed to build:

Bug#1027828: [Debichem-devel] Bug#1027828: macromoleculebuilder: FTBFS in bullseye (a2x: ERROR: "xsltproc" [...] returned non-zero exit status 5)

El 4/1/23 a las 8:40, Andrius Merkys escribió: I can reproduce the issue. Should I propose a bullseye-pu upload fixing it? Yes, please. Packages in stable must build in stable, that's the idea. Thanks.

Bug#1027832: debian-policy: Please clarify that priority required packages are not automatically build essential

El 4/1/23 a las 2:32, Sam Hartman escribió: "Santiago" == Santiago Vila writes: Santiago> As an example, packages tzdata, mount or e2fsprogs are not Santiago> build-essential and afaik have not been for a long time, Santiago> but there are still

Bug#1027832: debian-policy: Please clarify that priority required packages are not automatically build essential

Package: debian-policy Version: 4.6.2.0 Severity: wishlist Hello. This is an attempt to put the basis for fixing this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837060 As an example, packages tzdata, mount or e2fsprogs are not build-essential and afaik have not been for a long

Bug#1027828: macromoleculebuilder: FTBFS in bullseye (a2x: ERROR: "xsltproc" [...] returned non-zero exit status 5)

Package: src:macromoleculebuilder Version: 3.2+dfsg-2 Severity: serious Tags: ftbfs Control: fixed -1 4.0.0+dfsg-2 Dear maintainer: During a rebuild of all packages in bullseye, your package failed to build: [...]

Bug#1027827: litecoin: FTBFS in bullseye (expired certificates in test suite)

Package: src:litecoin Version: 0.18.1-1.1 Severity: serious Tags: ftbfs Control: fixed -1 0.21.2.1-1 Dear maintainer: During a rebuild of all packages in bullseye, your package failed to build: [...] debian/rules

Bug#1027825: bind-dyndb-ldap: FTBFS in bullseye (‘dns_dyndbctx_t’ has no member named ‘refvar’)

Package: src:bind-dyndb-ldap Version: 11.6-3 Severity: serious Tags: ftbfs Control: fixed -1 11.10-1 Dear maintainer: During a rebuild of all packages in bullseye, your package failed to build: [...] debian/rules

Bug#991647: libisocodes: FTBFS in bullseye

-in-iso-codes.patch 1970-01-01 01:00:00.0 +0100 +++ libisocodes-1.2.3/debian/patches/fix-unit-test-due-to-translation-update-in-iso-codes.patch 2023-01-03 15:04:04.0 +0100 @@ -0,0 +1,17 @@ +From: Santiago Vila +Subject: Fix FTBFS due to translation update in iso-codes +Bug-Debian

Bug#981600: nghttp2: missing build-depends on tzdata

El 3/1/23 a las 13:58, Andreas Beckmann escribió: PS: Did you talk to the SRM whether they find this fix-worthy on its own in stable or would rather tag it bullseye-ignore, given that it does not happen in a default stable buildd environment. Then the fix could still be bundled with other more

Bug#981600: nghttp2: missing build-depends on tzdata

fixed 981600 1.51.0-1 thanks Hi. For some reason this is not a problem in bookworm anymore, therefore I'm marking this as fixed in this version. (Could someone double-check?) For bullseye, I propose the attached patch. Note: Some people ask why bother to fix bugs like this in stable when

Bug#950440: debian-policy: Confusing conflation of Essential:yes w/ Priority:required

El 18/12/22 a las 15:34, Chris Hofstaedtler escribió: Package: mawk Version: 1.3.4.20200120-3.1 Priority: required base-files Pre-Depends awk, mawk Provides awk Could become Priority: optional? I can answer for that one. A long time ago, we decided to ensure that some implementation of awk

Bug#1027379: nfdump: FTBFS in bullseye (missing build-depends on tzdata)

El 2/1/23 a las 13:00, Bernhard Schmidt escribió: I somehow have my doubt that the release-team would be happy to have a lot of stable updates fixing just a FTBFS that does not happen with the default buildd configuration. I totally agree about the severity of other FTBFS bugs in stable.

Bug#1027379: nfdump: FTBFS in bullseye (missing build-depends on tzdata)

El 2/1/23 a las 12:04, Bernhard Schmidt escribió: BTW, it is reproducible using "sbuild --add-conflicts=tzdata" Yes (just tried). Thanks.

Bug#1027379: nfdump: FTBFS in bullseye (missing build-depends on tzdata)

El 2/1/23 a las 12:04, Bernhard Schmidt escribió: Both the official buildds and schroots created using the documented sbuild-createchroot then apparently do not follow recommended procedure? Yes, exactly. There is a bug in debootstrap asking for such required-but-not-build-essential packages

Bug#1027379: nfdump: FTBFS in bullseye (missing build-depends on tzdata)

El 2/1/23 a las 9:28, Bernhard Schmidt escribió: Control: tags -1 + moreinfo Hi Santiago, During a rebuild of all packages in bullseye, your package failed to build: [...] Note: I'm using the "patch" tag because there is an obvious fix > (indicated in the subject). That's an odd one. I

Bug#1027380: safeclib: FTBFS in bullseye (missing build-depends on tzdata)

[ Thanks for fixing the bug in unstable so fast ] I'm all for fixing bugs in stable that: * are obviously bugs (rather than a point of debate) You are the only one debating this, but it should really not be a point of debate. Packages with missing build-depends are buggy and always have

Bug#1026061: bart: FTBFS randomly in bullseye (failing test)

El 1/1/23 a las 16:55, Uecker, Martin escribió: I can apply the patch, but I do not have much time now. Is there some urgency? Not really. There will be several more point releases of bullseye before it becomes LTS. I just hope that we can fix this before that. Thanks a lot.

Bug#1026061: bart: FTBFS randomly in bullseye (failing test)

El 1/1/23 a las 16:27, Bernhard Übelacker escribió: If it might be of any help - my system is a "AMD Ryzen 7 1700", the qemu VM runs with "-enable-kvm -cpu host -smp 16". By locking the process to just a single cpu I do not get any failures:   taskset -c 0 bash -c "while true; do ./test_nufft

Bug#1026061: bart: FTBFS randomly in bullseye (failing test)

El 1/1/23 a las 15:39, Bernhard Übelacker escribió: I could reproduce this failure in a bullseye VM. There the "test_nufft_adjoint" fails in about 1.2 % of the runs. Hi. Such failure rate differs a lot from what I get, which is about 50% in some systems (which is why I believe we should fix

Bug#1027380: safeclib: FTBFS in bullseye (missing build-depends on tzdata)

Adam Borowski escribió: nor any of people running archive rebuilds so far. FWIW: I am one of those people running archive rebuilds. I rebuilt the entire bullseye distribution, and I'm trying to make it FTBFS bug free, as mandated by both Debian Policy and Release Policy. Thanks.

Bug#1027380: safeclib: FTBFS in bullseye (missing build-depends on tzdata)

El 1/1/23 a las 12:58, Adam Borowski escribió: Control: tags -1 +unreproducible moreinfo I don't think the unreproducible tag applies here. To reproduce, just try to build it in a chroot which does not include tzdata. If debootstrap does not do that by default, then it follows that you should

Bug#1027361: e2tools: FTBFS in bullseye (missing build-depends on e2fsprogs)

El 1/1/23 a las 2:34, xiao sheng wen(肖盛文) escribió: Hi,     I'd ran wrap-and-sort -t -a -s, it's a nice tool. Uploaded the package to mentors again, please help to review and upload. Ok, this one is good enough for me. Uploaded. (Also: Remember that we also wan to fix this in stable

Bug#1027359: [Pkg-electronics-devel] Bug#1027359: arduino-builder: FTBFS in bullseye (missing build-depends on tzdata)

El 31/12/22 a las 14:33, Rock Storm escribió: This is interesting because that test didn't fail before and we didn't need the tzdata package installed. The tests always failed (in bullseye) in a chroot not containing tzdata. From my own autobuilders: Status: failed

Bug#1027361: e2tools: FTBFS in bullseye (missing build-depends on e2fsprogs)

El 31/12/22 a las 3:52, xiao sheng wen(肖盛文) escribió: Hi Santiago,     Thanks for your report. I'd fix this bug and uploaded the new package to mentors. Would you help to upload it ? https://mentors.debian.net/package/e2tools/ Yes, I can. While we are at it: Can we "wrap-and-sort -t"?

Bug#1020161: golang-golang-x-net: FTBFS in bullseye (text offset 32797 is too large, or nodeBitsTextOffset is too small)

retitle 1020161 golang-golang-x-net: FTBFS in bullseye (text offset 32797 is too large, or nodeBitsTextOffset is too small) reopen 1020161 found 1020161 1:0.0+git20210119.5f4716e+dfsg-4 found 1020161 1:0.0+git20220728.c7608f3+dfsg-2 fixed 1020161 1:0.0+git20221012.0b7e1fb+dfsg-1 thanks Hi. I'm

Bug#1026664: misspell-fixer: FTBFS: grep: work/R.txt: Permission denied

Could you please send me a few examples? Hi. I've just put my build logs here: https://people.debian.org/~sanvila/build-logs/misspell-fixer/

Bug#976506: conda-package-handling: FTBFS in bullseye (failing tests)

Forgot the patch. Here it is. --- a/tests/test_api.py +++ b/tests/test_api.py @@ -183,7 +183,7 @@ def test_create_package_with_uncommon_conditions_captures_all_content(testing_wo assert stat.st_nlink == 1 -@pytest.mark.skipif(datetime.now() <= datetime(2021, 12, 1),

Bug#976506: conda-package-handling: FTBFS in bullseye (failing tests)

reopen 976506 found 976506 1.7.2-1 found 976506 1.7.2-2 retitle 976506 conda-package-handling: FTBFS in bullseye (failing tests) tags 976506 + patch thanks Hi. The test suite had a time-bomb, and version 1.7.2-2 just extended the time of the bomb, but not deactivated it. Now this package FTBFS

Bug#1027381: siridb-server: FTBFS in bullseye (missing build-depends on tzdata)

Package: src:siridb-server Version: 2.0.43-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bullseye, your package failed to build: [...] debian/rules binary-arch dh

Bug#1027378: mu-editor: FTBFS in bullseye (missing build-depends on mount)

Package: src:mu-editor Version: 1.0.3+dfsg-2 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bullseye, your package failed to build: [...] debian/rules binary-indep dh

Bug#1027383: xen-tools: FTBFS in bullseye (missing build-depends on mount)

Package: src:xen-tools Version: 4.9-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bullseye, your package failed to build: [...] debian/rules binary-indep dh

Bug#1027382: weresync: FTBFS in bullseye (missing build-depends on e2fsprogs)

Package: src:weresync Version: 1.0.9-1 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bullseye, your package failed to build: [...] debian/rules build-indep dh

Bug#1027380: safeclib: FTBFS in bullseye (missing build-depends on tzdata)

Package: src:safeclib Version: 3.5-3 Severity: serious Tags: ftbfs patch Dear maintainer: During a rebuild of all packages in bullseye, your package failed to build: [...] debian/rules build-arch dh build-arch

<    4   5   6   7   8   9   10   11   12   13   >