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
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
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
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
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.
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
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:
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
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
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
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
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
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
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
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
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
> >
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
>
> > +-
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
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
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
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
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
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
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
and josch>From 6b2479e7ea23fe9fa5e32c2fde49ca3b88a8b51e Mon Sep 17 00:00:00 2001
From: Johannes Schauer Marin Rodrigues
Date: Sat, 29 Mar 2025 23:04:56 +0100
Subject: [PATCH] document build profiles
Closes: #757760
---
policy/ch-controlfields.rst | 16 +
policy/ch-relationships.rst | 134 ++
://salsa.debian.org/kernel-team/linux/-/merge_requests/1433
Thanks,
Miguel Bernal Marin
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
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
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
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
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[
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
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
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
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.
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
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
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
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
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
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 +
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 |
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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.
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
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:
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
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
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
&
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
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
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
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
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
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
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
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
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.
>
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
Control: forwarded -1
https://lore.kernel.org/util-linux/173703231441.1463009.14898093986088300384@localhost/
Quoting Chris Hofstaedtler (2025-01-13 00:24:55)
> I think this should be reported upstream, but I didn't get to do that yet.
I did. :)
signature.asc
Description: signature
Hi,
Quoting Stéphane Glondu (2025-01-16 04:55:00)
> Le 15/01/2025 à 11:41, Johannes Schauer Marin Rodrigues a écrit :
> > sorry that you ran into this. This one was already filed as #1092479 but
> > since
> > that bug was not tagged as "ftbfs" it doesn't sh
Quoting Andreas Beckmann (2025-01-15 14:00:13)
> On 1/15/25 13:53, Johannes Schauer Marin Rodrigues wrote:
> > aarch64-linux-gnu-ld: read in flex scanner failed
>
> known issue with the kernel in experimental: #1092969
>
> wait and retest once there is a newer -rc in experim
Hi,
Quoting Andreas Beckmann (2025-01-15 09:56:12)
> ezurio-qcacld-2.0-dkms fails to build a module for Linux 6.13 in
> experimental:
that problem is fixed in the repository on salsa.
> Please also fix the redefinition of MIN and MAX, this produces a lot of noise
> in make.log.
and that is also
Control: severity -1 serious
Control: merge -1 1092479
Hi,
Quoting Stephane Glondu (2025-01-15 10:29:36)
> 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/transiti
Control: tag -1 + ftbfs
Hi,
Quoting Gianfranco Costamagna (2025-01-08 12:33:02)
> Hello, as seen here [1] and here [2] botch now FTBFS in sid
thank you for filing this!
Please tag the FTBFS bugs you file with "ftbfs" so that tools like debftbfs can
list this bug and avoid others needlessly tryi
Control: severity -1 serious
Hi,
Quoting Andreas Beckmann (2025-01-15 09:56:12)
> Package: ezurio-qcacld-2.0-dkms
> Version: 0.0~git20240408.aa96a9f+dfsg-3
> Severity: important
>
> ezurio-qcacld-2.0-dkms fails to build a module for Linux 6.13 in
> experimental:
uff, you are way ahead! :D
Than
Package: devscripts
Version: 2.25.1
Severity: normal
Hi,
I'm trying to run this:
salsa rename_branch debian/box64 --source-branch=master
--dest-branch=debian/latest
This gives me a nonzero exit status and prints the following to stdout:
salsa warn: Project debian/box64 not found
s
Hi,
Quoting Johannes Schauer Marin Rodrigues (2025-01-10 15:53:00)
> 1. mmdebstrap fixes this
>
>
> The problem with my workaround in mmdebstrap was that setting
>
> #clear DPkg::Pre-Install-Pkgs;
>
> in a config passed to apt via APT_CONFI
Hi,
Quoting Mark Hindley (2025-01-13 11:10:47)
> I think this is really an sbuild unshare backend issue (although I am no
> expert and am happy to be corrected). It appears that the unshare backend
> doesn't unshare the cgroup namespace causing failure of the libelogind tests.
> Therefore I am min
Hi,
On Fri, 4 Nov 2022 06:58:07 +0100 Helmut Grohne wrote:
> I think dpkg-checkbuildeps should not reject a Multi-Arch: foreign package
> satisfying a build dependency annotated :native. The internal resolver of
> sbuild definitely considers this valid and iirc, apt and dose also think this
> is
1 - 100 of 1225 matches
Mail list logo
