Bug#1104632: Bug#1103190: src:imagemagick: fails to migrate to testing for too long

2025-05-18 Thread Johannes Schauer Marin Rodrigues
Hi Paul, Quoting Paul Gevers (2025-05-18 09:26:39) > Hi ImageMagick Packaging Team, Bastien, > > [Release Team member hat on] > > On Sat, 3 May 2025 13:58:21 +0200 Paul Gevers wrote: > > The Release Team considers packages that are out-of-sync between testing > > and unstable for more than 30

Bug#1104029: etnaviv: please add support for texelfetch for Vivante GC7000 (MNT Reform and Pocket Reform)

2025-05-16 Thread Johannes Schauer Marin Rodrigues
Hi Timo, Quoting Timo Aaltonen (2025-05-16 13:16:09) > Sorry for the delay, but yes I'll add these patches for the next version. > 25.0.6 is out, but maybe I'll shoot for 25.0.7 instead which is the last of > the series, and should be released on the 28th. Or upload just this now (next > week) and

Bug#1103190: img2pdf: FTBFS: AssertionError: b'4.1089e-06 (8.53093e-08)'

2025-05-10 Thread Johannes Schauer Marin Rodrigues
Hi Paul, Quoting Paul Gevers (2025-05-10 14:34:59) > On Mon, 28 Apr 2025 23:48:58 +0200 Johannes Schauer Marin Rodrigues > wrote: > > It is not clear where this bug is because it's not clear to attach a > > "fault" to > > either. Maybe img2pdf has to

Bug#1105019: sbuild: source.changes includes binary build info

2025-05-10 Thread Johannes Schauer Marin Rodrigues
Hi Roberto, Quoting Roberto C. Sanchez (2025-05-10 03:39:25) > I reproduced this on a fresh bookworm install. thank you for your very detailed bug report. It contains everything I wanted to know and I appreciate that you performed the steps from a fresh install. I can verify your findings from wi

Bug#1104517: command-not-found: avoid relying on /etc/apt/sources.list in tests

2025-05-09 Thread Johannes Schauer Marin Rodrigues
Hi, On Fri, 9 May 2025 18:29:00 +0200 Julian Andres Klode wrote: > On Thu, May 01, 2025 at 03:28:35PM +0200, Chris Hofstaedtler wrote: > > in a clean environment without /etc/apt/sources.list(.d/*), > > command-not-found's build-time tests fail like this: > > I just want to note: > > I do not b

Bug#1104029: etnaviv: please add support for texelfetch for Vivante GC7000 (MNT Reform and Pocket Reform)

2025-05-08 Thread Johannes Schauer Marin Rodrigues
Control: affects -1 + src:clapper src:livi Hi Timo, Quoting Johannes Schauer Marin Rodrigues (2025-04-24 15:24:17) > Source: mesa > Version: 25.0.4-1 > Severity: normal > Tags: patch > > Hi, > > TLDR: please consider carrying this as a patch in Trixie: > https://

Bug#1104854: binNMUs can cause ma-same violations in eg manpages

2025-05-07 Thread Johannes Schauer Marin Rodrigues
Hi, On Wed, 7 May 2025 14:01:19 +0200 Chris Hofstaedtler wrote: > Thanks for writing this up. > > * Ian Jackson [250507 13:45]: > > A. Shared files in ma-same packages are not allowed to embed S_D_E. > >For example, no dates in libopts25-dev's manpages. Other > >situations (eg, other d

Bug#1104639: Kernel hook installed in wrong directory / missing dependency

2025-05-03 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Ben Hutchings (2025-05-03 18:03:00) > That is backward-compatible, which addresses my first objection. However you > still need the versioned dependency on debianutils. indeed you are correct. I'll fix this with my next upload in a few minutes. Thanks! cheers, josch signature.asc

Bug#1104639: Kernel hook installed in wrong directory / missing dependency

2025-05-03 Thread Johannes Schauer Marin Rodrigues
Hi Ben, Quoting Ben Hutchings (2025-05-03 16:46:02) > reform-tools installs a kernel hook under /usr/share/kernel. As you know, > this currently only works with unofficial kernel packages. > > The official kernel packages should support this in trixie, but I > still do not want packages to rely

Bug#1104553: sbuild: support --no-enable-network on the schroot backend

2025-05-01 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Helmut Grohne (2025-05-01 23:45:53) > I noticed that sbuild --mode=schroot does not support --no-enable > network. As it happens, unschroot[1] supports --isolate-network and all > that's missing here is passing that flag. Of course, that's not the > default schroot implementation an

Bug#1104405: mmdebstrap: readdir() attempted on invalid dirhandle

2025-04-29 Thread Johannes Schauer Marin Rodrigues
Hi, I'm putting Debian Hurd maintainers in CC. Quoting J.P.Malhado (2025-04-29 17:26:34) > When running with the following command prompt > > mmdebstrap --mode=chrootless --format=directory --arch=hurd-i386 \ > > --include=sysvinit-core,sysv-rc,debian-ports-archive-keyring,gnumach-image-1-486

Bug#1104029: etnaviv: please add support for texelfetch for Vivante GC7000 (MNT Reform and Pocket Reform)

2025-04-29 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Johannes Schauer Marin Rodrigues (2025-04-24 15:24:17) > I already approached the GTK maintainers about this but they are > understandably > not keen about reverting 18k line long patch. [3] Fortunately, there seems to > be a relatively easy workaround for the situatio

Bug#1103190: img2pdf: FTBFS: AssertionError: b'4.1089e-06 (8.53093e-08)'

2025-04-28 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Santiago Vila (2025-04-28 21:18:07) > Version 0.6.1-1 uploaded yesterday builds ok in both my setup and the > official buildds. > > I'm not sure where the bug is/was, but if you consider this to be a bug in > img2pdf, then the bug is fixed in 0.6.1-1. no, the changelog of my last upl

Bug#1103190: img2pdf: FTBFS: AssertionError: b'4.1089e-06 (8.53093e-08)'

2025-04-27 Thread Johannes Schauer Marin Rodrigues
Control: forward -1 https://github.com/ImageMagick/ImageMagick/issues/8120 Quoting Santiago Vila (2025-04-15 02:19:21) > > assert psnr_re.fullmatch(psnr) is not None, psnr > E AssertionError: b'4.1089e-06 (8.53093e-08)' > E assert None is not None > E+ wh

Bug#1104146: unblock: plakativ/0.5.3-1

2025-04-25 Thread Johannes Schauer Marin Rodrigues
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: plaka...@packages.debian.org Control: affects -1 + src:plakativ Please unblock package plakativ Thank you for recently unblocking src:pymupdf which will migrate to testing in

Bug#1102690: A higher version (...) is still installed, no reflashing required

2025-04-25 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Johannes Schauer Marin Rodrigues (2025-04-25 08:00:44) > I patched flash-kernel with the changes from this MR: > https://salsa.debian.org/installer-team/flash-kernel/-/merge_requests/41 > > I can confirm that this patch stack fixes the problem that I had and wh

Bug#1102690: A higher version (...) is still installed, no reflashing required

2025-04-24 Thread Johannes Schauer Marin Rodrigues
Control: tag -1 + patch Quoting Johannes Schauer Marin Rodrigues (2025-04-13 23:28:32) > It seems that, if flash-kernel gets upgraded together with the kernel, then > flash-kernel is not run at the end of the installation and thus, the old > kernel stays referenced in /boot/boot.scr.

Bug#1104029: etnaviv: please add support for texelfetch for Vivante GC7000 (MNT Reform and Pocket Reform)

2025-04-24 Thread Johannes Schauer Marin Rodrigues
Source: mesa Version: 25.0.4-1 Severity: normal Tags: patch Hi, TLDR: please consider carrying this as a patch in Trixie: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/34685 Long story: the upload of gtk 4.18 last month broke GTK applications relying on the GL renderer on "very old d

Bug#1104000: unblock: pymupdf/1.25.4+ds1-3

2025-04-23 Thread Johannes Schauer Marin Rodrigues
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: pymu...@packages.debian.org, b...@debian.org Control: affects -1 + src:pymupdf Please unblock package pymupdf [ Reason ] pymupdf was removed from testing because of this bug:

Bug#1085646: sbuild: Assumes UNSHARE_TMPDIR_TEMPLATE is mode 4777

2025-04-23 Thread Johannes Schauer Marin Rodrigues
Hi Niels, Quoting Niels Thykier (2025-04-21 22:13:32) > Of the options presented, I would recommend the first one. > > That option has my preference because: > > A) It does not present an error to be ignored. I do not like such > behavior since I feel it promotes error blindness. The thir

Bug#1102690: A higher version (...) is still installed, no reflashing required

2025-04-21 Thread Johannes Schauer Marin Rodrigues
On 2025-04-22 05:29, Vagrant Cascadian wrote: On 2025-04-12, Vagrant Cascadian wrote: On 2025-04-12, Johannes Schauer Marin Rodrigues wrote: Luckily, running flash-kernel manually fixed the issue. But had I not noticed that /boot/boot.scr still contained a version of a kernel that I had just

Bug#1100748: Acknowledgement (segfault when using get_text() on arm64)

2025-04-21 Thread Johannes Schauer Marin Rodrigues
Control: reassign -1 mupdf 1.25.1+ds1-5 Control: tag -1 + patch Hello mupdf and pymupdf maintainers, my package plakativ is not in testing because of an RC bug in pymupdf. It turns out that to fix #1100748, src:mupdf has to be changed like this: --- a/debian/rules +++ b/debian/rules @@ -36,7

Bug#1103552: globus-gram-job-manager: FTBFS: FAIL globus-gram-job-manager-submit-test.pl (exit status: 2)

2025-04-20 Thread Johannes Schauer Marin Rodrigues
Hi, On 2025-04-20 15:12, Santiago Vila wrote: Hi. After a few more tests, I really think this is a problem in sbuild which is already fixed in git. The exact nature I can't determine, but the problem only happens when using sbuild 0.89.0 with the file backend (i.e. schroot). When I use sbuild

Bug#1102690: A higher version (...) is still installed, no reflashing required

2025-04-13 Thread Johannes Schauer Marin Rodrigues
Hi, this problem is not MNT Reform-specific. I just reproduced it with linux-image-cloud-arm64 in QEMU via debvm. Quoting Johannes Schauer Marin Rodrigues (2025-04-13 08:46:21) > > Presuming this isn't some bizarre fluke, then this bug is likely present in > > most versions of

Bug#1102690: A higher version (...) is still installed, no reflashing required

2025-04-12 Thread Johannes Schauer Marin Rodrigues
Quoting Vagrant Cascadian (2025-04-13 05:42:01) > On 2025-04-12, Johannes Schauer Marin Rodrigues wrote: > > $ apt-cache policy linux-image-arm64 > > linux-image-arm64: > > Installed: 6.12.19-1+reform20250322T135019Z > > Candidate: 6.12.22-1+reform20250411T222458

Bug#1102690: A higher version (...) is still installed, no reflashing required

2025-04-12 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Cyril Brulebois (2025-04-12 08:42:33) > Johannes Schauer Marin Rodrigues (2025-04-12): > > Package: flash-kernel > > Version: 3.109+reform1 > > > This problem occurred with a patched flash-kernel but you know that we only > > patch the machines fil

Bug#1102690: A higher version (...) is still installed, no reflashing required

2025-04-11 Thread Johannes Schauer Marin Rodrigues
Package: flash-kernel Version: 3.109+reform1 Severity: serious Hi Vagrant, sorry for another RC bug but had I not seen this message it would've rendered my system unbootable. The summary is, that I installed a newer kernel, then rebooted, then removed the old kernel. Had I not paid attention, my

Bug#1099032: Flickering on BananaPI CM4 with Arm Mali-G52

2025-04-11 Thread Johannes Schauer Marin Rodrigues
5 10:07:15 +0100 Sjoerd Simons wrote: > On Tue, Mar 04, 2025 at 11:42:17AM +0100, Diederik de Haas wrote: > > On Thu Feb 27, 2025 at 2:30 PM CET, Johannes Schauer Marin Rodrigues wrote: > > > Source: mesa > > > Version: 25.0.0-1 > > > Severity: serious > >

Bug#1085646: sbuild: Assumes UNSHARE_TMPDIR_TEMPLATE is mode 4777

2025-04-10 Thread Johannes Schauer Marin Rodrigues
Control: tag -1 + moreinfo Hi, On Mon, 21 Oct 2024 13:25:33 +0200 Niels Thykier wrote: > The sbuild code assumes that the directory hosting the > UNSHARE_TMPDIR_TEMPLATE is mode 4777 (--chroot-mode=unshare). When it is > not, the following rm failure will appear under cleanup > > > +-

Bug#1095135: sbuild: binary .changes file is missing the .orig.tar for new packages

2025-04-10 Thread Johannes Schauer Marin Rodrigues
Control: tag -1 + wontfix Hi, On Tue, 4 Feb 2025 09:23:28 +0100 "Michael R. Crusoe" wrote: > Thank you for sbuild and the --unshare backend, it has really improved my > packaging workflow! > > The last remaining usage of pbuilder in my workflow was producing a binary > .changes file that incl

Bug#1087430: sbuild: expose underlying fs in unshare mode

2025-04-10 Thread Johannes Schauer Marin Rodrigues
Hi, On Wed, 13 Nov 2024 15:05:58 +0100 Chris Hofstaedtler wrote: > util-linux' upstream test suite tests very specific behaviours that > involve the kernel and the underlying filesystem. To avoid broken > tests, the testcases check for the filesystem they run on and skip > tests if they are not p

Bug#962064: "--extra-package" option not respecting relative paths

2025-04-09 Thread Johannes Schauer Marin Rodrigues
Control: tag -1 + unreproducible On Tue, 2 Jun 2020 20:42:03 +0100 Samuel Henrique wrote: > The "--extra-package" option only works if an absolute path is passed, that > is confusing as generally speaking command line tools don't have issues with > relative paths (when they do, it's called out in

Bug#817809: sbuild: breaks if the binnmu changelog contains a newline

2025-04-09 Thread Johannes Schauer Marin Rodrigues
Control: tag -1 + unreproducible On Wed, 6 Apr 2016 17:35:49 +0200 Emilio Pozuelo Monfort wrote: > The problem was when scheduling a binNMU through wb: > > wb nmu gimagereader_3.1.2+git368fa8f-2 . ANY . unstable . -m "Rebuild against > libtesseract3." > > As opposed to > > wb nmu gimagereader

Bug#1101733: debian/templates/image.*.in: allow maint scripts in /usr/share/kernel/*.d

2025-04-04 Thread Johannes Schauer Marin Rodrigues
this email thread to a bug in the BTS so that it does not get lost. Here my original mail with a summary of the situation: Quoting Johannes Schauer Marin Rodrigues (2025-02-02 11:33:34) > in an attempt to not step on anybody's foot again, let me try to use the > mailinglist this time to dis

Bug#1072205: prevent re-using package versions for NMUs

2025-04-02 Thread Johannes Schauer Marin Rodrigues
Hi Ansgar, thank you for chiming in! Quoting Ansgar 🙀 (2025-04-02 21:41:39) > regarding your analysis: I think you could just scan the .changes files as > they list all *.deb files uploaded.> Though very old changes only have MD5 > hashes. > > They can be found in > file://mirror.ftp-master.debi

Bug#1072205: prevent re-using package versions for NMUs

2025-04-02 Thread Johannes Schauer Marin Rodrigues
Hi, On Thu, 30 May 2024 14:26:31 + Holger Levsen wrote: > very "nice" find, josch! with the help of Holger and osuosl4 I have dug into this a bit more and tried to get some hard data about this problem. My idea was the following: parse all Packages files for all suites, all architectures and

Bug#757760: debian-policy: please document build profiles

2025-03-30 Thread Johannes Schauer Marin Rodrigues
language and structure of Debian Policy. Quoting Johannes Schauer (2014-08-11 09:44:44) > please document the new Build-Depends syntax and fields for build profiles. > The current write-up of the new syntax and fields for build profiles lives at > https://wiki.debian.org/BuildProfileSpec I

Bug#1099130: firefox-esr: terms of use

2025-03-24 Thread Johannes Schauer Marin Rodrigues
Hi Sylvestre, thank you for chiming in! Your mail is text wrapped in a very strange way, so I'm going to reflow parts of it in my reply. Quoting Sylvestre Ledru (2025-03-24 22:27:57) > In parallel, Firefox is relying more and more on remote services to operate > (downloading models for translati

Bug#1100331: pico-sdk-source: New version released; required to use pico-examples

2025-03-22 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Calum McConnell (2025-03-13 01:37:56) > > I can do that. Would you like to help test it? > Can do! the new version is already in testing. Did you find some time to try it out? Does it work for your use-case? Thanks! cheers, josch signature.asc Description: signature

Bug#1100769: sbuild-debian-developer-setup: Support non-native chroot architectures

2025-03-18 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Daniel Gröber (2025-03-18 14:52:38) > > could you please either press the respective button in the salsa gitlab web > > thing or locally run "glab mr create --fill ..." to create a merge request > > with your changes? > Sure, I just didn't want to fracture the discussion right from the

Bug#1100769: sbuild-debian-developer-setup: Support non-native chroot architectures

2025-03-18 Thread Johannes Schauer Marin Rodrigues
Hi Daniel, Quoting Daniel Gröber (2025-03-18 13:57:12) > I tried to create an i386 chroot on my amd64 machine with > sbuild-debian-developer-setup but this fails because > it's not passing the existing --arch commandline option on to > sbuild-createchroot. > > I've added the --arch option in [git

Bug#1100748: segfault when using get_text() on arm64

2025-03-17 Thread Johannes Schauer Marin Rodrigues
Package: python3-pymupdf Version: 1.25.0+ds1-2 Severity: serious Hi, the autopkgtest of pymupdf currently segfaults on arm64, ppc64el and riscv64. In an attempt to get to the bottom of this I found a minimal reproducer: python3 -c "import pymupdf,sys; doc=pymupdf,sys; doc=pymupdf.open(sys.argv[

Bug#1100636: sbuild: Shows message E: Failed to execute “dpkg-buildtree”: No such file or directory when building packages for bookworm

2025-03-16 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Santiago Vila (2025-03-16 22:20:37) > Regarding fakeroot, I was really thinking about packages that might rely on > fakeroot being present, but in a way not related with dpkg or > rules-requires-root, i.e. imagine a package doing this in the build target, > either directly or indirect

Bug#1100636: sbuild: Shows message E: Failed to execute “dpkg-buildtree”: No such file or directory when building packages for bookworm

2025-03-16 Thread Johannes Schauer Marin Rodrigues
Hi Santiago, Quoting Santiago Vila (2025-03-16 14:27:38) > Hi. When building packages for bookworm I see this in the build log, which > was not shown before: > > E: Failed to execute “dpkg-buildtree”: No such file or directory > > Then there is a step called "Install fakeroot" which does nothing

Bug#1100331: pico-sdk-source: New version released; required to use pico-examples

2025-03-12 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Calum McConnell (2025-03-12 18:12:35) > A new version of the Pico SDK was released in November; the new version is > required to build the pico-examples, as well as adding support for such > devices as the pico2-w. Given the upcoming freeze, the package will be of > limited utility fo

Bug#1100063: packagekit-offline-update.service blocks the boot process for a very long time

2025-03-10 Thread Johannes Schauer Marin Rodrigues
Package: packagekit Version: 1.2.6-5 Severity: normal X-Debbugs-Cc: jbi...@debian.org Hi, I just installed Debian Trixie on a laptop using the daily Debian installer netboot image and selected the default desktop, Gnome. On that installation, packagekit is installed and packagekit-offline-update.

Bug#1091324: devscripts: New --reverse mode for debbisect

2025-03-07 Thread Johannes Schauer Marin Rodrigues
Hi Santiago, Quoting Santiago Vila (2025-02-24 15:04:43) > If the list of installed packages is what the error refers to, I don't think > that's an error of "should never happen" kind, so I would consider that as a > bug in my modified script. > > Maybe also a bug in the original debbisect script

Bug#1099032: Flickering on BananaPI CM4 with Arm Mali-G52

2025-03-06 Thread Johannes Schauer Marin Rodrigues
Control: severity -1 normal Quoting Diederik de Haas (2025-03-04 11:42:17) > > preventing mesa from transitioning to testing, downgrading mesa is much > > easier than when having to cherry-pick it from snapshot.d.o. > > I'll leave possibly changing the severity up to the maintainer, but I > don't

Bug#1099551: sbuild: does no longer work with schroot in some cases (?)

2025-03-05 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Santiago Vila (2025-03-05 11:35:43) > > This would leave a problem for people who name their schroot 'UNRELEASED' > > instead of using an alias in their sid schroot config. But it's probably > > rare enough for people having an extra UNRELEASED schroot in addition to > > their sid/unst

Bug#1099551: sbuild: does no longer work with schroot in some cases (?)

2025-03-04 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Santiago Vila (2025-03-04 23:57:52) > Yes, it seems related to the handling of aliases. > > In case this happens to somebody else, there is a simple > workaround: I added "aliases=unstable" to the schroot snippet and then it > worked again. maybe the fix is easier than I thought. You

Bug#1099551: sbuild: does no longer work with schroot in some cases (?)

2025-03-04 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Santiago Vila (2025-03-04 23:33:18) > I'm currently unable to use sbuild with some of my old directory-based > chroots which I have defined in /etc/schroot/chroot.d. > > This is my ~/.sbuildrc file: > - > $run_lintian = 0; > > $chroot_mode = "schroot"; > $schr

Bug#1091979: u-boot-menu: Fails to add fdt or fdtdir entries

2025-03-03 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Johannes Schauer Marin Rodrigues (2025-01-02 23:53:53) > The lines that should contain an fdt or fdtdir entry are missing. Lets look at > the sh -x output to figure out why they were not generated: > > 1 P: Writing config for vmlinuz-6.12.6-mnt-reform-arm64... > 2 +

Bug#1099032: Flickering on BananaPI CM4 with Arm Mali-G52

2025-03-01 Thread Johannes Schauer Marin Rodrigues
ep 17 00:00:00 2001 +From: Johannes Schauer Marin Rodrigues +Date: Sat, 1 Mar 2025 11:11:25 +0100 +Subject: [PATCH] Revert "panfrost: Advertise support for + AFBC(32x8,sparse,split)" + +This reverts commit e0f48568c7f2a638213dee317fde03c23775556f. +--- + src/panfrost/lib/pan_layout.c |

Bug#1099032: Flickering on BananaPI CM4 with Arm Mali-G52

2025-02-27 Thread Johannes Schauer Marin Rodrigues
Source: mesa Version: 25.0.0-1 Severity: serious Hi, this is a regression from mesa 24.3.4-3. I'm filing with RC severity because this affects not only me but also other users on the BananaPI [1] and by preventing mesa from transitioning to testing, downgrading mesa is much easier than when havin

Bug#1098678: mmdebstrap: autopkgtest fails with util-linux 2.41

2025-02-26 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Chris Hofstaedtler (2025-02-24 08:30:11) > > But this looks more like an adduser problem? > This is #1098690; the tests might also run into #1098711. okay, both of those are fixed in unstable. > > But just around 12 hours later I now have yet another issue: > > > > https://ci.debian

Bug#1098678: mmdebstrap: autopkgtest fails with util-linux 2.41

2025-02-23 Thread Johannes Schauer Marin Rodrigues
Moin, Quoting Chris Hofstaedtler (2025-02-22 16:05:04) > your package has autopkgtests, great. However they fail with > util-linux 2.41~rc1 available in experimental. I want to get > util-linux 2.41 into trixie. > > Please investigate and/or fix the tests. I re-triggered the pipeline twice since

Bug#1091867: mmdebstrap: fails to install ca-certificate when using https mirrors

2025-02-21 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Chris Hofstaedtler (2025-02-22 00:52:59) > > Yes, I fully agree that this is not really an issue for scripts, they > > can be adjusted, but it is more problematic for interactive users, > > either directly or probably through sbuild when adding extra chroots. > > In light of todays di

Bug#1098333: the Homepage field is broken

2025-02-19 Thread Johannes Schauer Marin Rodrigues
Source: openpyxl Version: 3.1.5+dfsg-1 Severity: normal Hi, the Homepage field references https://foss.heptapod.net/openpyxl/openpyxl which gives an error 500. On pypi the homepage is listed as https://openpyxl.readthedocs.io/en/stable/ which works. Maybe list that one? Thanks! cheers, josch

Bug#1096108: docs look ancient on first view

2025-02-16 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Marc Haber (2025-02-16 20:26:12) > The way how sbuild, autopkgtest and piuparts do (not) interface with each > other, not being able (or willing) to even share their chroot tarballs, is > especially frustrating. There is much more than just calling each other. > > But autopkgtest is w

Bug#1096106: needs both TMPDIR and unshare_tmpdir_template set to not break on "small" /tmp

2025-02-16 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Marc Haber (2025-02-16 13:27:47) > when I am trying out sbuild in a small VM that only has half a gig of > /tmp, sbuild breaks if either TMPDIR or $unshare_tmpdir_template don't > point to a place with more space. > > $unshare_tmpdir_template should default to $TMPDIR/tmp.sbuild.X

Bug#1096108: docs look ancient on first view

2025-02-16 Thread Johannes Schauer Marin Rodrigues
Hi Marc, Quoting Marc Haber (2025-02-16 13:31:49) > sbuild's README.Debian dates back to 2006 and mentions features that will be > removed with the release of Lenny. I don't know how many people will continue > reading after this. > > The manual pages look like they have been touched since their

Bug#1096003: sbuild: track files that are actually accessed during build and report useless build-deps

2025-02-14 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Jérémy Lal (2025-02-14 22:38:42) > When the list of build-dependencies grows too much, it starts to be difficult > to check wether they are all actually needed. > > Maybe some sbuild backend can allow tracking of accessed files during build ? https://gitlab.mister-muffin.de/josch/fin

Bug#1095829: reform2-lpc-dkms: module fails to build for Linux 6.13: error: implicit declaration of function 'power_supply_register_no_ws'

2025-02-13 Thread Johannes Schauer Marin Rodrigues
Control: tag -1 + fixed-upstream patch Hi, On Wed, 12 Feb 2025 14:56:50 +0100 Andreas Beckmann wrote: > reform2-lpc-dkms fails to build a module for Linux 6.13 in experimental: thank you for reporting this! > CC [M] reform2_lpc.o > reform2_lpc.c: In function 'lpc_probe': > reform2_lpc.c:178

Bug#1033626: sbuild and dpkg-checkbuilddeps

2025-02-13 Thread Johannes Schauer Marin Rodrigues
Hi, you might want to consider bringing up what you think are problems with sbuild on on the Debian BTS of sbuild instead of d-devel unless you think that this topic deserves wider discussion. I put the relevant bug in CC. Maybe drop debian-de...@lists.debian.org unless you think that this issue d

Bug#1093097: botch: FTBFS with OCaml 5.3.0 (make[2]: *** [Makefile:278: test-man] Error 1)

2025-02-13 Thread Johannes Schauer Marin Rodrigues
Quoting Stéphane Glondu (2025-02-13 14:51:00) > > Maybe you have an idea what could've triggered this? > Yes: the new version of ocaml-atd. > > You have to replace "-package atdgen" by "-package atdgen-runtime". thank you, that did the trick! botch now builds again. I'm uploading later today afte

Bug#1093097: botch: FTBFS with OCaml 5.3.0 (make[2]: *** [Makefile:278: test-man] Error 1)

2025-02-13 Thread Johannes Schauer Marin Rodrigues
Hi Stephane, On Wed, 15 Jan 2025 09:29:36 + Stephane Glondu wrote: > Your package FTBFS with OCaml 5.3.0 for the following reason: > > make[2]: *** [Makefile:278: test-man] Error 1 > > A full log is available at: > > > http://ocaml.debian.net/transitions/20250111/ocaml-5.3.0/pool/botc

Bug#1092479: botch: FTBFS in sid

2025-02-12 Thread Johannes Schauer Marin Rodrigues
Hi, On Wed, 8 Jan 2025 11:33:02 + (UTC) Gianfranco Costamagna wrote: > Hello, as seen here [1] and here [2] botch now FTBFS in sid > > compare `./tools/wanna-build-sortblockers.py --help` with man page... > `./tools/wanna-build-sortblockers.py --help` and man page > ./wanna-build-sortblock

Bug#1077637: lintian: unknown-field Protected

2025-02-12 Thread Johannes Schauer Marin Rodrigues
apparently still doesn't know about that field. please find attached a patch that adds the desired support for the Protected field. Thanks! cheers, josch>From ded6fcf8aef84675b18628c5382ad11e2bbb67a1 Mon Sep 17 00:00:00 2001 From: Johannes Schauer Marin Rodrigues Date: Wed, 12 Feb 202

Bug#1086770: vcmi: Very unstable package

2025-02-12 Thread Johannes Schauer Marin Rodrigues
Hi Alex, Quoting Alex Henry (2024-11-06 16:58:24) > I was not playing with anything other than the internal VCMI packages that > come installed by default. I tried to play one or two random-scenarios but > had to give up mid-way through. > > I do believe the instability of the package to be a ser

Bug#1095063: sbuild: --make-binNMU requires -m, -e or -k but only -m is accepted and fails

2025-02-11 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Jérémy Lal (2025-02-03 11:08:47) > sbuild --make-binNMU="Rebuild it" A maintainer name, uploader name or key ID > must be specified in .sbuildrc, or use -m, -e or -k, when performing a binNMU > or appending a version suffix > > However, neither -e, -k, --uploader, --keyid work (same m

Bug#1095556: `Dir::Etc::trusted` no longer exist; causes printf error when run

2025-02-09 Thread Johannes Schauer Marin Rodrigues
Hi, thank you for reporting this! Quoting Josh Triplett (2025-02-09 11:50:53) > When run, mmdebstrap produces this error: > sh: 1: printf: usage: printf format [arg ...] > > This comes from the following line: > my $apttrusted > = `eval \$(apt-config shell v Dir::Etc::trusted/f); print

Bug#1055160: not installable as gcc-arm-non-eabi has moved to 15:12.3.rel1-1

2025-02-05 Thread Johannes Schauer Marin Rodrigues
Control: severity -1 serious Control: found -1 15:13.3.rel1-1+27 Hi, bumping this to RC severity because libstdc++-arm-none-eabi-dev, libstdc++-arm-none-eabi-newlib as well as libstdc++-arm-none-eabi-picolibc are all uninstallable in unstable: https://qa.debian.org/dose/debcheck/src/libstdc++-ar

Bug#1095160: Disable messages when the apt command is used with pipe

2025-02-05 Thread Johannes Schauer Marin Rodrigues
Quoting Pierre Tomon (2025-02-05 13:23:21) > On Tue, 04 Feb 2025 20:09:40 +0100 Johannes Schauer Marin Rodrigues > wrote: > > > the message is useful. It tells you that you are doing it wrong. > > There is nothing wrong here, the shell allows it, I use it. the moment

Bug#1095160: Disable messages when the apt command is used with pipe

2025-02-04 Thread Johannes Schauer Marin Rodrigues
Hi, On Tue, 4 Feb 2025 16:57:38 - Pierre Tomon wrote: > Yes I need to pipe it, I want to do things like: apt list '~o' | cut -d '/' > -f1 | tr '\n' ' ' > > I won't those useless messages. the message is useful. It tells you that you are doing it wrong. Why don't you use a tool with an outpu

Bug#1094594: apt: modernize-sources: please add option to output to stdout

2025-02-03 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Martin-Éric Racine (2025-01-29 07:55:45) > This being said, would it be possible to add an option to work on files at > arbitrary locations and output them to stdout? This would allow someone to > perform a conversion on files for other hosts and then distribute the results > manually.

Bug#1094996: sbuild can't cross compile any packages

2025-02-03 Thread Johannes Schauer Marin Rodrigues
Hi BogDan, Quoting BogDan Vatra (2025-02-03 09:39:02) > Thanks a lot for your quick response! Just one more question, who should > create these crossbuild-essential- ? Is it a task for > build-essential people? for the architectures in main, the build-essential package builds them. If you want

Bug#1094996: sbuild can't cross compile any packages

2025-02-02 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting BogDan Vatra (2025-02-02 12:41:58) > bogdan@dragon:~$ sbuild --host=ppc64 -d unstable ffmpeg_7.1 if you pass an argument of the form ${pkgname}_${version} to sbuild, then sbuild will try to find a source package named ${pkgnaame} of version ${version}. In your case, it tries to find a

Bug#1094244: FTCBFS amd64 -> arm64: cc: error: unrecognized command-line option ‘-mbranch-protection=standard’

2025-02-01 Thread Johannes Schauer Marin Rodrigues
Quoting Salvatore Bonaccorso (2025-02-01 17:56:36) > This should be fixed upstream with 3075476a7af6 ("pm: cpupower: Makefile: Fix > cross compilation") . s/should be/is/ Thank you! :) signature.asc Description: signature

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

2025-01-30 Thread Johannes Schauer Marin Rodrigues
Quoting Vincent Lefevre (2025-01-30 13:12:58) > On 2025-01-30 12:36:48 +0100, Johannes Schauer Marin Rodrigues wrote: > > actually, I missed that the version of Parse::Syslog in Trixie is already > > the > > latest one. So the attached patch is sufficient to fix this as we

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

2025-01-30 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Johannes Schauer Marin Rodrigues (2025-01-30 12:10:42) > yes, would you have time to help with uploading a new version of > libparse-syslog-perl? Its only reverse dependency seems to be postgrey. > > I seem to be part of the Perl team, so I can upload the new upstream v

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

2025-01-30 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Vincent Lefevre (2025-01-30 10:41:48) > > This is not necessary with the patch above which bumps the version of the > > embedded Parse::Syslog. > > If you look at > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051496#10 > > this was not necessary either (this was important

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

2025-01-30 Thread Johannes Schauer Marin Rodrigues
Control: severity -1 normal Quoting Johannes Schauer Marin Rodrigues (2025-01-30 10:08:58) > What makes it work is if I add the following to the mailgraph invocation: > > --logtype rsyslog > > This is not necessary with the patch above which bumps the version of the > embe

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

2025-01-30 Thread Johannes Schauer Marin Rodrigues
Hi Vincent, Quoting Vincent Lefevre (2025-01-30 09:49:40) > On 2025-01-30 08:13:43 +0100, Johannes Schauer Marin Rodrigues wrote: > > If you look at mailgraph in Trixie, it still uses the same regex: > > > > https://sources.debian.org/src/mailgraph/1.14-22/mailgraph.pl/#L22

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

2025-01-29 Thread Johannes Schauer Marin Rodrigues
Hi Vincent, Quoting Vincent Lefevre (2025-01-30 02:44:41) > On 2025-01-28 16:05:13 +0100, Johannes Schauer Marin Rodrigues wrote: > > I can confirm this issue with mailgraph on our systems. This makes mailgraph > > completely unusable, thus raising the severity to RC. Here i

Bug#1089039: mailgraph: Support RFC3339 or syslog-ng ISO dates

2025-01-28 Thread Johannes Schauer Marin Rodrigues
0 @@ -1,3 +1,11 @@ +mailgraph (1.14-22.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Upgrade Parse::Syslog to version 1.11 to support RFC3339 or syslog-ng ISO +dates. (Closes: #1089039) + + -- Johannes Schauer Marin Rodrigues Tue, 28 Jan 2025 15:53:19 +0100 + mailgraph (1.

debian-bugs-dist@lists.debian.org

2025-01-26 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Chris Hofstaedtler (2025-01-26 22:38:31) > > Don't know why it built on x86-conova-02 for i386. > > Still unclear to me. > > Might be a good idea to zero-initialize the "info" pointer. I have no idea why I was in CC but I also got the segmentation fault on my laptop (arm64) and this

Bug#1093536: buildd: version 0.88.2 fails to start - Can't use string ("") as an ARRAY ref

2025-01-26 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting John Paul Adrian Glaubitz (2025-01-26 21:18:18) > > Can you try if the problem exists in sbuild 0.88.1? > > It's definitely not present in sbuild 0.88.1. I will provide the other debug > information tomorrow. the commit which broke the things that made MR 137 necessary is this one:

Bug#1093536: buildd: version 0.88.2 fails to start - Can't use string ("") as an ARRAY ref

2025-01-26 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting John Paul Adrian Glaubitz (2025-01-26 20:06:13) > I just noticed the odd side-effect that there are multiple instances of the > buildd process running now and the number of processes seems to increase over > the time: > > root@alpha-sc-01:~# ps aux|grep buildd > buildd 2214 0.0

Bug#1059360: sbuild: How to use it in combination with faketime?

2025-01-26 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Jérôme Charaoui (2025-01-26 18:49:07) > On Mon, 02 Dec 2024 15:03:48 +0100 Johannes Schauer Marin Rodrigues > wrote: > > On Sat, 23 Dec 2023 15:50:24 +0100 Santiago Vila wrote: > > > so maybe we would just need some new environment variable string to be > &g

Bug#1093536: buildd: version 0.88.2 fails to start - Can't use string ("") as an ARRAY ref

2025-01-26 Thread Johannes Schauer Marin Rodrigues
Hi Dave & Adrian, Quoting Dave Anglin (2025-01-20 20:09:13) > On 2025-01-20 4:00 a.m., Johannes Schauer Marin Rodrigues wrote: > > thank you for testing my patch! Can you give the updated patch a try? > Although there are no errors, wanna-build fails to find packages ready to &

Bug#1094260: FTBFS: ./test/tbb/test_mutex.cpp:109: FATAL ERROR: REQUIRE( n_transactions_attempted.load(std::memory_order_relaxed) ) is NOT correct!

2025-01-26 Thread Johannes Schauer Marin Rodrigues
Source: onetbb Version: 2022.0.0-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) Hi, onetbb currently fails to build from source. Here is a log from salsaci: https://salsa.debian.org/josch/tbb/-/jobs/6984197 And here is the (hopeful

Bug#1094244: FTCBFS amd64 -> arm64: cc: error: unrecognized command-line option ‘-mbranch-protection=standard’

2025-01-26 Thread Johannes Schauer Marin Rodrigues
Package: linux Version: 6.13~rc7-1~exp1 Severity: normal User: debian-cr...@lists.debian.org Usertags: ftcbfs Hi, linux 6.13~rc7-1~exp1 fails to cross build from source with build=amd64 and host=arm64 like this: cc -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-pro

Bug#1094022: ITP: jj -- A Git-compatible VCS that is both simple and powerful

2025-01-24 Thread Johannes Schauer Marin Rodrigues
On Fri, 24 Jan 2025 19:34:28 +0100 Sylvestre Ledru wrote: > Package: wnpp > Severity: wishlist > Owner: Sylvestre Ledru > X-Debbugs-Cc: debian-de...@lists.debian.org > > * Package name: jj > * URL : https://github.com/jj-vcs/jj > * License : Apache 2 > Programming Lang

Bug#1093952: tuigreet: Enhances or Depends greetd?

2025-01-23 Thread Johannes Schauer Marin Rodrigues
Package: tuigreet X-Debbugs-CC: d...@debian.org Hi, I noticed that greeters for greetd do not Depends:greetd but they Enhances:greetd. What is the reason for that? Are the greeters useful without greetd? I'm asking for my package tuigreet. It currently neither Depends or Enhances greetd but it's

Bug#1081336: Intermittent FTBFS due to hang in tests/test_api_base.py

2025-01-21 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting Johannes Schauer Marin Rodrigues (2024-09-11 15:38:13) > On Tue, 10 Sep 2024 21:37:20 +0200 Stefano Rivera wrote: > > During a test rebuild, bmap-tools failed to rebuild. > > > > I see it has hung in the same place in the past, on a buildd. > > Filing a

Bug#1093536: buildd: version 0.88.2 fails to start - Can't use string ("") as an ARRAY ref

2025-01-20 Thread Johannes Schauer Marin Rodrigues
Quoting Dave Anglin (2025-01-19 21:17:41) > On 2025-01-19 2:59 p.m., Johannes Schauer Marin Rodrigues wrote: > > Does this fix things for you? > > > > https://salsa.debian.org/debian/sbuild/-/merge_requests/137 > > > Improved but still problems: > > Jan 19 1

Bug#1093092: ezurio-qcacld-2.0-dkms: module fails to build for Linux 6.13: error: expected ',' or ';' before 'CRYPTO_INTERNAL'

2025-01-19 Thread Johannes Schauer Marin Rodrigues
Quoting Andreas Beckmann (2025-01-20 00:41:37) > On 1/15/25 14:11, Johannes Schauer Marin Rodrigues wrote: > > Phew, I'm glad I asked before sinking more time into this. > try again with rc7 Thanks for the ping! It works now. :) I'm uploading the fix. Thank you! cheers

Bug#1093536: buildd: version 0.88.2 fails to start - Can't use string ("") as an ARRAY ref

2025-01-19 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting John David Anglin (2025-01-19 18:36:46) > I see following in daemon.log with 0.88.2: > > Jan 19 12:05:02 buildd-watcher[26491]: daemon not running (no pid file). > Jan 19 12:05:04 buildd[26536]: Daemon started. (pid=26536) > Can't use string ("") as an ARRAY ref while "strict refs" in

Bug#1093531: apt: please consider disabling paging by default

2025-01-19 Thread Johannes Schauer Marin Rodrigues
Quoting Andrea Pappacoda (2025-01-19 18:03:35) > In short, pagers are great, but only for users who already know how they > work. > > I see the following alternative solutions: > > 1. Disable the pager by default. Easy. > 2. Add some logic to handle whether the pager should be started or not. >

Bug#1076501: rename binary package to bmaptool

2025-01-18 Thread Johannes Schauer Marin Rodrigues
Hi Andrew, On Wed, 17 Jul 2024 12:30:48 +0200 Johannes Schauer Marin Rodrigues wrote: > All this confusion could end by naming the binary package after the tool > it contains and following the naming of the new upstream at the same > time. can we get this fixed for Trixie? If you

  1   2   3   4   5   6   7   8   9   10   >