On 2024-02-26 07:23, Cordell Bloor wrote:
> The update of rocsparse 5.5.1 to 5.7.1 seems to have caused a regression
> in hipsparse. Although, it's also possible that this problem was because
> rocsparse was therefore rebuilt with the updated rocprim 5.7.1.
Interestingly, this passed on gfx900
The previous patch overlooked some necessary changes in debian/rules that
resulted in file mismatches. Please find attached a corrected patch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Control: tags -1 patch
Control: tags -1 pending
Hi Marga,
I've pushed the patch used in ArchLinux to Git[1]. I could do another
NMU but I would prefer to move the package to Debian Phototools team
and I'd volunteer to do that move.
Kind regards
Andreas.
[1]
The previous patch overlooked some necessary changes in debian/rules that
resulted in missing libraries. Please find attached a corrected patch.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the
Control: reassign -1 src:libhx 4.19-1
Control: retitle -1 Please include upstream patch
Control: affects -1 src:hxtools
Hi Jörg,
can you please upload a new libhx either containing this upstream patch
or the new upstream release to unbreak hxtools?
Hi Sebastian,
writing to you as you bumped the severity to 'serious': could the rT
please give us an extension on the autoremoval for this particular bug.
The transition from first-filing-to-serious was unusually short notice,
and caught us in the middle of our own update of the stack.
This
Control: tags -1 - pending
Seeing that '53' is not an soname, I don't think we should NMU this to
unstable. Untagging.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer
The segfault on the very first rocfft test (and in no other library) is
probably a good indication that HIP runtime compilation (RTC) is broken.
That is a feature that is used for every rocFFT function, but not used
by any other ROCm library.
Whether this bug is because the HIP stack is
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: mpi-defau...@packages.debian.org, debian-scie...@lists.debian.org
Control: affects -1 + src:mpi-defaults
OpenMPI 5.0 drops 32-bit support, so we need to move those archs to
Hi Cacin,
On 25-02-2024 10:47 p.m., ca...@allfreemail.net wrote:
your package installs the filename brltty to both bin and sbin as opposed to
just one of those locations.
I haven't checked yet, but are these two versions of file:brltty
actually the same?
This causes a problem on a
Package: libhipsparse0-tests
Version: 5.5.1-1
Severity: normal
X-Debbugs-Cc: c...@slerp.xyz
Dear Maintainer,
The update of rocsparse 5.5.1 to 5.7.1 seems to have caused a regression
in hipsparse. Although, it's also possible that this problem was because
rocsparse was therefore rebuilt with the
After trying and failing, I just gave up and reconfigured everything to
use Debian's MOK keys instead, then purged and installed the
nvidia-driver via APT again with Secure Boot enabled to make DKMS use
the new MOK keys and it worked.
Sorry for the inconvenience.
I've replaced the user generated MOK keys and instead I just switched to
Debian's default keys, then just purged and reinstalled nvidia-driver in
order to make DKMS build the modules with the key and then it worked.
Source: node-sanitize-html
Version: 2.8.0+~2.6.2-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/apostrophecms/sanitize-html/pull/650
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for node-sanitize-html.
Hi Nilesh,
thank you for reporting this issue. I've just made an update to
lamassemble, which may solve it, but I'm not certain.
The output of lamassemble's tests changes when using MAFFT version >=
7.514. So I updated the test outputs to fit the latest MAFFT.
I hope that does it...
Martin
On
Source: python3.11
Version: 3.11.8-1
Severity: important
Tags: patch pending sid trixie
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
Dear Maintainer,
Would it be possible to consider upstream patch[1] for this issue?
This would resolve[2] without disabling LLVM support.
Best Regards,
Vladimir.
[1]
https://git.kernel.org/pub/scm/devel/sparse/sparse.git/patch/?id=c991e5c68b48158410ebda9cd0ae0fde065faec7
[2]
Control: reopen -1
Control: tags -1 + pending
Control: severity -1 serious
This was not meant to be uploaded to unstable yet. The toolchain has not
been changed to turn on 64-bit time_t by default. As a result, ipset now
has the new package names in unstable, but the old ABI.
The toolchain
On 2024-02-26 00:22:01 +0100, Sven-Haegar Koch wrote:
> While installing your test package I lost wifi connection, but I think
> that was not from your package but from updating network-manager from
> unstable at the same time (did dist-upgrade), which always breaks my
> network.
With the
Thank you.
On Sun, 25 Feb 2024 20:52:43 + Dmitry Shachnev wrote:
> Control: tag -1 pending
>
> Hello,
>
> Bug #1064339 in qtscript reported by you has been fixed in the
> Git repository and is awaiting an upload. You can see the commit
> message below and you can check the diff of the fix
Followup-For: Bug #1064575
On Mon, 26 Feb 2024 00:22:44 +, I wrote:
> On Sat, 24 Feb 2024 12:33:50 +, I wrote:
> > Part of the documentation rendering process - I have not determined exactly
> > what yet - adds an 'alt' attribute when it does not exist, and generates a
> > randomized hex
This failure is probably caused by [1]
[1] https://github.com/jruby/jruby/issues/8069
Attached is an updated patch rebased against current unstable.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer https://www.debian.org/
I've just tested with ghostscript 10.02.1 and found the situation remains as
described in 2015, below. Specifically, I checked that:
* the four files attached in message #15 all render without issues using evince
* tp2A_scilab_N1.pdf renders fine with xpdf, but many warning are emitted on
the
Error message:
E919: Répertoire introuvable dans 'packpath' : "pack/*/opt/python-jedi"
--
Envoyé avec Tuta, la messagerie sécurisée & sans publicité.
https://tuta.com
Hello,
The package that was previously uploaded to experimental was unfortunately
broken because we did not notice that the package uses d-shlibs and
therefore needs additional changes.
Please find a fixed patch attached.
--
Steve Langasek Give me a lever long enough and a
Package: postfix
Severity: normal
Dear Maintainer,
your package installs the filename `rmail` to both bin and sbin as opposed to
just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by sbin being a
Followup-For: Bug #1064575
On Sat, 24 Feb 2024 12:33:50 +, I wrote:
> Part of the documentation rendering process - I have not determined exactly
> what yet - adds an 'alt' attribute when it does not exist, and generates a
> randomized hex string to use as the value of the attribute. This
Hello,
The package that was previously uploaded to experimental was unfortunately
broken because we did not notice that the package uses d-shlibs and
therefore needs additional changes.
Please find a fixed patch attached.
--
Steve Langasek Give me a lever long enough and a
Package: policycoreutils
Severity: normal
Dear Maintainer,
your package installs the filename `sestatus` to both bin and sbin as opposed
to just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by sbin
On Feb 26, ca...@allfreemail.net wrote:
> This causes a problem on a filesystem layout where bin and sbin are
> merged into a single real directory, typically by sbin being a symlink
> to bin. Such a filesystem layout has become standard on some
> distributions now, and others are moving onto
On Mon, Feb 26, 2024 at 12:34:50AM +0100, Pascal Hambourg wrote:
> Not if you do not write anything to them, or if you TRIM them.
You can stop explaining to me how TRIM works.
commit 0c659b82d11e
Author: Matthew Wilcox
Date: Thu Apr 2 10:37:25 2009 -0400
ata: Add TRIM infrastructure
>
Package: open-iscsi
Severity: normal
Dear Maintainer,
your package installs the filename `iscsiadm` to both bin and sbin as opposed
to just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by sbin being
Source: oggvideotools
Version: 0.9.1-6
Severity: normal
Dear Maintainer,
your package installs the filename `mkThumbs` to both bin and sbin as opposed
to just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory,
On 25/02/2024 at 23:55, Matthew Wilcox wrote:
I want "use largest contiguous space and set up encrypted LVM".
That would let me reserve 200GB of my SSD as unencrypted free space,
which will improve the write endurance of my SSD.
Alternatively, the installer allows to reserve free space in the
Source: nsscache
Version: 0.49-2
Severity: normal
Dear Maintainer,
your package installs the filename `nsscache` to both bin and sbin as opposed
to just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically
On Sun, Feb 25, 2024 at 08:05:36PM +0100, Michael Biebl wrote:
> Am 25.02.24 um 19:30 schrieb Andrea Bolognani:
> > So what I'm wondering right now is, how much does libvirt shipping
> > these files outside of /usr for a while longer negatively impact the
> > overall transition plans? I'd be happy
On Fri, 23 Feb 2024, Santiago Ruano Rincón wrote:
> Really sorry, this has fallen through the cracks.
Thanks - no problem, happens.
> Could you please confirm the version available in this repo fixes the
> issue:
>
>
Source: menu
Version: 2.1.50
Severity: normal
Dear Maintainer,
your package installs the filenames `install-menu` and `su-to-root` to both bin
and sbin as opposed to just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real
On Sun, Feb 25, 2024 at 11:42:37PM +0100, Pascal Hambourg wrote:
> On 25/02/2024 at 05:40, Matthew Wilcox wrote:
> >
> > The partitioner "guided partitioning" offers me:
> >
> > - use the largest continuous free space
> > - use entire disk
> > - use entire disk and set up LVM
> > - use
Source: dvdbackup
Version: 0.4.2-4.1
Severity: minor
Hey.
The Vcs-* package fields and perhaps also Homepage (the SF site and
repo there seems even more outdated compared to launchpad) may be
outdated.
Cheers,
Chris.
Note that this diff includes the changes attached to bug 1053111.
Control: tags -1 + moreinfo
On Sun, 25 Feb 2024 21:36:44 + ca...@allfreemail.net wrote:
[...]
> Dear Maintainer,
>
> your package installs the filename apt-listbugs to both bin and sbin as
> opposed to just one of those locations.
Hello,
thanks for your bug report.
The command
Package: kmod
Version: 31+20240202-2
Severity: normal
Dear Maintainer,
your package installs the filename `lsmod` to both bin and sbin as opposed to
just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically
Package: mediawiki
Version: 1:1.39.5-1~deb12u1
Hi,
Mediawiki ships with .htaccess files which contain outdated access
control directives.
for instance, /usr/share/mediawiki/vendor/.htaccess contains:
Deny from all
rather than the more current
Require all denied
The new syntax was
Hi Tony,
Thanks.
I'm happy to report
I just retested
$ echo -e "1,2,3\n4,5,6\n7,8" | csvclean
and got no DeprecationWarning with version
1.0.7-1 of csvkit and
3.11.4-5+b1 of python3.
Kind regards,
Kingsley
On 02/25/2024 22:39, Debian Bug Tracking System
Source: e2fsprogs
Version: 1.47.0-2
Severity: important
Tags: patch pending sid trixie
User: debian-...@lists.debian.org
Usertags: time-t
NOTICE: these changes must not be uploaded to unstable yet!
Dear maintainer,
As part of the 64-bit time_t transition required to support 32-bit
architectures
On Mon, Feb 26, 2024 at 09:47:15AM +1300, Vladimir Petko wrote:
> [1] https://salsa.debian.org/java-team/pgpainless/-/merge_requests/2
Merged and uploaded.
Thank you for the patch,
tony
On Sun, 25 Feb 2024, Ludovic Rousseau wrote:
[...]
> Fixed upstream in
> https://github.com/LudovicRousseau/PCSC/commit/e3bfa449df5283cd7389d505399cc57d2065e637
That's great. Thanks.
--
Francois Gouget http://fgouget.free.fr/
You don't liberate a people. A people
On 25/02/2024 at 05:40, Matthew Wilcox wrote:
The partitioner "guided partitioning" offers me:
- use the largest continuous free space
- use entire disk
- use entire disk and set up LVM
- use entire disk and set up encrypted LVM
I want "use largest contiguous space and set up
Package: iproute2
Version: 6.7.0-2
Severity: normal
Dear Maintainer,
your package installs the filename `ip` to both bin and sbin as opposed to just
one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by
Dear Maintainers,
Would it be possible to consider a merge request[1] that addresses this issue?
Best Regards,
Vladimir.
[1] https://salsa.debian.org/postgresql/pgpool2/-/merge_requests/4
On 25/02/2024 at 01:17, Matthew Wilcox wrote:
I just did an installation with the 2024-02-24
debian-testing-amd64-netinst.iso image. I forget the exact wording
used, but when setting up a user, d-i printed advice that user passwords
should be changed frequently. This is no longer current good
Source: inadyn
Version: 2.11.0-1
Severity: normal
Dear Maintainer,
your package installs the filename inadyn to both bin and sbin as opposed to
just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by
It seems that changes are needed to account for the change in `pkg-config
--variable=udevdir udev` as well. Attaching an updated diff that does that
too.
We are going to need e2fsprogs building very soon for the time_t
transition. I wonder if I should just upload this to DELAYED/1 or something.
Source: i2pd
Severity: normal
Dear Maintainer,
your package installs the filename i2pd to both bin and sbin as opposed to just
one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by sbin being a symlink to
Package: hylafax-client
Severity: normal
Dear Maintainer,
your package installs the filename textfmt to both bin and sbin as opposed to
just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by sbin being
Package: debian-installer
On my new laptop, d-i prints "No Ethernet card was detected. If you know
the name of the driver (etc)". This confused me, as I thought it _also_
couldn't find the wifi driver (since it's a new laptop, it's possible
the d-i kernel doesn't know about the wifi device).
I
Control: severity -1 normal
Note that there are no reverse-dependencies in the archive that link against
libexpect, so I think we can downgrade this bug (or close wontfix, at the
maintainer's discretion).
--
Steve Langasek Give me a lever long enough and a Free OS
Debian
Package: reportbug
Version: 13.0.0
Severity: normal
Dear Maintainer,
reportbug crashes when maximum number of reports per hour is reached. This is a
regression from previous version where reportbug instead offered to try again
instead of crashing. Traceback attached.
Connecting to
Source: pgpool2
Version: 4.3.7-1
Severity: normal
Dear Maintainer,
pgpool2 autopkgtests fail with Java 21 due to the deprecation warnings:
1102s jdbc-tests FAIL stderr: Note: Some input files use or override a
deprecated API.
See[1]
[1]
FWIW another option would be to just do a straight library transition on all
archs, bumping the soname to libc-client2007f and not bothering to try to
provide binary compatibility. There are only 5 reverse-dependencies on
libc-client2007e in the archive, so forcing an ABI transition on all archs
Package: haproxy
Severity: normal
Dear Maintainer,
your package installs the filename halog to both bin and sbin as opposed to
just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by sbin being a
Package: courier-imap
Severity: normal
Dear Maintainer,
your package installs the filename imapd to both bin and sbin as opposed to
just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by sbin being a
Source: jruby
Version: 9.4.5.0+ds-1
Severity: normal
X-Debbugs-Cc: vladimir.pe...@canonical.com
Dear Maintainer,
The autopkgtests for jruby fail `mri-extra` with the following errors:
1) Failure:
TestOpen3#test_pipeline_start
Control: reassign -1 swig/4.2.0-1
Control: affects -1 src:subversion
Control: forwarded -1 https://github.com/swig/swig/issues/2751
Control: retitle -1 SWIG_snprintf not defined for ruby/tcl bindings
On Sun, Feb 25, 2024 at 08:33:47PM +0100, Lucas Nussbaum wrote:
> Relevant part (hopefully):
> >
On Mon, 19 Feb 2024 16:06:33 +0100 matte.mb2006.9...@gmail.com wrote:
> On Mon, 19 Feb 2024 00:18:29 +0100 Andreas Beckmann
> wrote:
> > On 18/02/2024 17.06, matte.mb2006.9...@gmail.com wrote:
> > >>
> https://lists.debian.org/debian-stable-announce/2024/02/msg2.html
> >
> > > The update is
Source: brltty
Severity: normal
Dear Maintainer,
your package installs the filename brltty to both bin and sbin as opposed to
just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by sbin being a symlink
Control: tags -1 - pending patch
And that package built but resulted in a change to the soname of the
library. And my attempts to fix this have also failed, because d-shlibs
--t64 support has a strict expectation of 't64' appended to the full name of
the runtime lib package as deduced from the
Source: backup2l
Version: 1.6-6
Severity: normal
Dear Maintainer,
your package installs the filename backup2l to both bin and sbin as opposed to
just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory, typically by
Package: bind9-doc
Version: 1:9.19.21-1
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
Dear Maintainer,
I'm an occasional volunteer contributor to the Reproducible Builds[1] project,
and noticed recently that the bind9-doc package
Source: apt-listbugs
Version: 0.1.41
Severity: normal
Dear Maintainer,
your package installs the filename apt-listbugs to both bin and sbin as opposed
to just one of those locations.
This causes a problem on a filesystem layout where bin and sbin are merged into
a single real directory,
Hello,
I've recently adopted ghostscript, so I can't answer the direct question of
why libgsN-common ships a dangling symlink. I am curious what folks think of
this.
It's not clear to me whether there are bad consequences of a dangling symlink.
For example is it treated differently than a
Hi,
On Sun, Feb 25, 2024 at 5:59 PM Andres Salomon wrote:
>
> Hi,
>
> Can you please verify that this has been fixed since Chromium >= 118? We
> currently have Chromium 122 in unstable/testing/stable.
>
> Thanks,
> Andres
>
> On Wed, 27 Sep 2023 00:55:04 -0300 Leandro Cunha
> wrote:
> > Hi,
> >
Hi,
Can you please verify that this has been fixed since Chromium >= 118? We
currently have Chromium 122 in unstable/testing/stable.
Thanks,
Andres
On Wed, 27 Sep 2023 00:55:04 -0300 Leandro Cunha
wrote:
Hi,
It's a problem that persists in 117 on unstable, although on the
Chrome unstable
The previous patch overlooked that the variable in debian/rules affected not
only the package name, but the soname produced for the .so file. Please
find a corrected patch attached.
Unfortunately, based on a local test stdgpu appears to have regressed in
buildability in the past 7 days. So
Dear Maintainers,
Would it be possible to consider a merge request[1] that addresses this issue?
Best Regards,
Vladimir.
[1] https://salsa.debian.org/java-team/pgpainless/-/merge_requests/2
Owner: max...@werlen.fr
Control: forwarded -1 https://github.com/thp/urlwatch/pull/786
Hi,
The bug is linked to lxml > 5 where the evaluate function disappeared.
The bug is already known upstream: https://github.com/thp/urlwatch/issues/783
The fix is easy to backport, while waiting for a new
Please find an updated patch. The previous patch overlooked some
dependencies on libpython3.12 which made the packages uninstallable. (It
also was missing Provides: on libpython3.12t64-dbg, which was the reason I
was revisiting the package.)
--
Steve Langasek Give me a lever
Source: php-dompdf-svg-lib
Version: 0.5.1-1
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for php-dompdf-svg-lib.
CVE-2024-25117[0]:
| php-svg-lib is a scalable vector graphics (SVG) file
|
Source: pgpainless
Version: 1.6.6-1
Severity: important
Tags: ftbfs
User: debian-j...@lists.debian.org
Usertags: default-java21
X-Debbugs-Cc: vladimir.pe...@canonical.com
Dear Maintainer,
The package fails to build from source due to the exception during tests:
JUnit
Package: vim-python-jedi
Version: 0.18.2-1
Apparently there's a bug when the directory
/usr/share/vim/vimfiles/pack/dist-bundle doesn't exist,
i have installed vim-python-jedi (0.18.2-1).
Hi,
On Fri, 26 Jan 2024 11:31:37 +0100 Chris Hofstaedtler
wrote:
Paul Gevers noted that src:pdns's autopkgtests fail every so often
on a large amd64 debci worker and on s390x workers. Apparently a
similar problem can be seen in src:pdns-recursor's debci runs.
The issue (or at least some
Source: python-cryptography
Version: 41.0.7-3
Severity: important
Tags: security upstream
Forwarded: https://github.com/pyca/cryptography/pull/10423
X-Debbugs-Cc: car...@debian.org, Debian Security Team
Hi,
The following vulnerability was published for python-cryptography.
CVE-2024-26130[0]:
|
Source: python-pycdlib
Version: 1.12.0+ds1-5
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]:
Source: libreoffice
Version: 4:24.2.0-1
Severity: serious
Control: close -1 4:24.2.0-3
Am 23.02.24 um 17:14 schrieb Rene Engelhard:
Hi,
Am 23.02.24 um 08:02 schrieb HIGUCHI Daisuke (VDR dai):
Sorry, resending to BTS, not to debian-openoffice.
No problem, that -1 redirects the bug
Source: jenkins-job-builder
Version: 3.11.0-6
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]:
Source: chemicaltagger
Version: 1.6.2-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules
Source: pymupdf
Version: 1.23.7+ds1-1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> debian/rules binary
Source: hugo
Version: 0.122.0-1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]: Entering
Source: minexpert2
Version: 9.3.2-1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
>
Source: tox-delay
Version: 0.1.2-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]: Entering
Source: ruby-faraday-middleware-multi-json
Version: 0.0.6-2.1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part
Source: gir-rust-code-generator
Version: 0.18.3-1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]:
Source: cairo-dock-plug-ins
Version: 3.4.1+git20201022.a0d3415c-1.1
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part
Source: flask-basicauth
Version: 0.2.0-3
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]: Entering
Source: dune-grid
Version: 2.9.0-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[5]: Entering
Source: tailspin
Version: 3.0.0+dfsg-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]: Entering
Source: libhttp-nio-java
Version: 1.1.0+dfsg-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]:
Source: xelb
Version: 0.18-4
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240224 ftbfs-trixie
Hi,
During a rebuild of all packages in sid, your package failed to build
on amd64.
Relevant part (hopefully):
> make[1]: Entering directory
1 - 100 of 259 matches
Mail list logo
