* Chris Hofstaedtler [250429 17:24]:
* Rebecca N. Palmer [250429 17:21]:
This isn't a 32-bit problem as such - it's another package that
picked up the R_getVar symbol (new in R 4.5) when it was binNMUd on
some architectures.
(The other known one is r-cran-svglite #1103369. Lik
he fact is to add an explicit R>=4.5 dependency,
which I am now doing.)
BTW, why is this dependency not automatically generated? Shouldn't
this be fully automatic with dh_shlibdeps?
Is this maybe a bug in r-base-core?
Chris
On Tue, Apr 29, 2025 at 02:07:56PM +0200, Santiago Vila wrote:
> Thanks for the report, I was actually thinking about reporting this myself
> to get some help.
>
> El 29/4/25 a las 3:09, Chris Hofstaedtler escribió:
> > esys-particle previously built on all archs, but now can
∙ ∙ esys-particle unsatisfiable Build-Depends(-Arch) on i386: openmpi-bin
∙ ∙ esys-particle unsatisfiable Build-Depends(-Arch) on i386: libopenmpi-dev
Either this needs to be fixed or the old binaries need to be
removed, to allow testing migration.
If r-deps exist, please coordinate with them.
Chris
y we technically could do lots of things, but
then various policies prevent us from doing so in Debian main.)
Chris
upted, etc.
I believe you -can- use the Internet, but you cannot download stuff
from it and use that. I have not checked what the test will do with
the downloaded data.
Maybe the definition of test-internet is in conflict with
ftp-masters stance.
Best,
Chris
binNMUs can generally
migrate on their own.
r-cran-svglite is currently not binNMU-safe, apparently. Probably
none of the rdeps of r-can-cpp11 are binNMU-safe?
Chris
Control: reassign -1 r-cran-svglite
Control: affects -1 src:r-cran-webgestaltr
On Mon, Apr 28, 2025 at 12:09:33PM +0200, Chris Hofstaedtler wrote:
> On Wed, Apr 16, 2025 at 09:07:51PM +0200, Lucas Nussbaum wrote:
> > Relevant part (hopefully):
> > > make[1]: Entering direct
-library/WebGestaltR’
> > dh_auto_install: error: R CMD INSTALL -l
> > /build/reproducible-path/r-cran-webgestaltr-0.4.6/debian/r-cran-webgestaltr/usr/lib/R/site-library
> > --clean . "--built-timestamp='Thu, 29 Jun 2023 17:46:12 +0200'" returned
> > exit code 1
> > make: *** [debian/rules:4: binary-arch] Error 25
I can confirm this in trixie.
Building in unstable works.
Chris
sults - - - - - - - - - -
227s upstream-testsuite FAIL non-zero exit status 2
Note that this prevents testing migration.
Chris
ersion: 0.9.1-1
> Severity: serious
> Tags: ftbfs trixie sid
This was fixed in golang-github-proglottis-gpgme-dev, bug #1103514.
Chris
or Main. We are just adding this now as it
| turns out this wasn't nearly as obvious to some of you as it was to the FTP
| Team.
Best,
Chris
Source: mlmmj
Version: 1.3.0-4
Severity: serious
Tags: ftbfs
Your package previously built on all archs, but 1.5.0-1 succeeded
only on amd64 and mips64el.
Example build log on arm64 shows:
https://buildd.debian.org/status/fetch.php?pkg=mlmmj&arch=arm64&ver=1.5.0-1&stamp=1744761146&raw=0
===> B
Source: rust-ureq
Severity: serious
Version: 3.0.11+~0.4.1-2
Your package's autopkgtests fail on all archs:
autopkgtest for rust-ureq/3.0.11+~0.4.1-2: amd64: Regression or new
test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻),
armel: Regression or new test ♻ (reference ♻), ar
Control: severity -1 normal
The file was renamed back in 4.4.3-P1-7. Lowering severity, as
supposedly the situation caused by the rename should only affect
unstable users.
Chris
erleg/pyjson_tricks/issues/88.
Submitted as https://github.com/mverleg/pyjson_tricks/pull/106
Chris
See #1100250 for whats going on.
Chris
iously this still fails, as only the
combination of new bouncycastle and new pgpainless works.
CC-ing release for awareness.
Chris
Control: block 1101381 by -1
On Sun, Apr 27, 2025 at 06:05:09PM +0200, Chris Hofstaedtler wrote:
> Attached is a patch that can be dropped into debian/patches, which fixes the
> FTBFS on s390x. TBH I have not tested the patch on non-s390x, but I assume
> it should be fine on little-end
35s
35s tests/test_np.py:355: AssertionError
Attached is a patch that can be dropped into debian/patches, which fixes the
FTBFS on s390x. TBH I have not tested the patch on non-s390x, but I assume
it should be fine on little-endian archs.
There are probably other ways of fixing this,
,
removing a conffile is a supported action, and maintainer scripts
must not fail in this case.
A workaround should be:
dpkg -i --reinstall ./javascript-common_*.deb
(Which should restore the missing conffiles.)
Chris
* VA [250427 15:46]:
Hi Chris,
(Thanks for putting me in CC so I'm notified as I wasn't aware someone
had closed the issue)
Le 27/04/2025 à 15:22, Chris Hofstaedtler a écrit :
| > a2query -c javascript-common
| > echo $?
I gave it above, but I'll repeat it, a2
re-installs without issue. Thus, I wonder if this should be
| considered release-critical or lowered in priority.
Best,
Chris
..]
There might very well be a bug here, but it has to occur in a better
defined environment to be "serious".
Chris
old binaries from unstable.
Indeed if the package FTBFS on a particular arch, restricting the
Architectures: field is usually best avoided, see
https://salsa.debian.org/debian/developers-reference/-/merge_requests/60/diffs
Best,
Chris
patch, even
to the version in experimental.
I will ask upstream whether they plan to fix earlier versions
themselves, otherwise I will spend more time trying to work out how to
backport this.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
ou think I should just go ahead w disabling tests for this arch for now?
Not Paul or RT, but I think it makes sense to keep the tests
failing. I believe very few people will run GUI programs on s390x,
so not having kitty there seems safe.
Chris
but at the very least this prevents migration of live-tasks 13.0.3
to testing, as the BTS now thinks the bug is not fixed in 13.0.3.
Please also see the excuses data:
https://qa.debian.org/excuses.php?package=live-tasks
Chris
e or use -U.
Chris
* Andrius Merkys [250422 09:27]:
Hi,
On 2025-04-19 14:09, Chris Hofstaedtler wrote:
coot's autopkgtests fail with rdkit 202503.1-2:
https://ci.debian.net/packages/c/coot/testing/amd64/60162582/
76s Traceback (most recent call last):
76s File "", line 198, in _run_modu
Source: openstack-meta-packages
Version: 0.37
Severity: serious
Control: affects -1 src:ntpsec
X-Debbugs-CC: ntp...@packages.debian.org
Per tracker.d.o:
5 binary packages have unsatisfiable dependencies:
The dependencies of openstack-toaster=0.37 cannot be satisfied in unstable on
amd64 because
Control: severity -1 normal
* Helmut Grohne [250421 19:12]:
Source: xserver-xorg-video-trident
xserver-xorg-video-trident fails to build from source on arm
architectures.
#1087037 removed the binaries from arm64 armel armhf mips64el
ppc64el, so this is not r-c on these archs.
Chris
.
Chris
ess, s390x: Failed (not a regression)
This also holds up ruby3.3 3.3.8-1 from migrating to testing.
Please check ruby-roo's autopkgtests, f.e.:
https://ci.debian.net/packages/r/ruby-roo/testing/amd64/60182517/
https://ci.debian.net/packages/r/ruby-roo/testing/arm64/60182518/
Chris
t. It won't fix the deprecation warning, but
at least it will start.
Chris
done. Probably there's some hidden blocker which I've missed.
If so, it'd be nice to not have these bugs show up on the UDD
search for trixie.
Chris
look at the upstream source suggests that these format
strings have indeed been changed in 2.3.0.
Chris
On Sun, Apr 13, 2025 at 10:50:03PM +0200, Bastien Roucaries wrote:
> Le dimanche 13 avril 2025, 22:47:54 heure d’été d’Europe centrale Chris
> Hofstaedtler a écrit :
> > * Bastien Roucaries [250413 22:09]:
> > >Le dimanche 13 avril 2025, 20:55:07 heure d’été d’E
/rules:3: binary-arch] Error 25
dpkg-buildpackage: error: debian/rules binary-arch subprocess
returned exit status 2
Similar issues can be seen on armel, armhf, i386, ppc64el, s390x.
Chris
hon-313-riscv64-linux-gnu.so:
undefined symbol: _ZN6google8protobuf8internal22Release_CompareAndSwapEPVlll
The same command works on arm64, so this seems like some riscv64 problem.
Chris
ii python3-grpc-tools 1.14.1-7+b3 riscv64 Protobuf code generator for
gRPC (Python 3)
ii python3-gr
python3.13-minimal 3.13.2-3 riscv64 Minimal subset of the
Python language (version 3.13)
ii python3.13-venv3.13.2-3 riscv64 Interactive high-level
object-oriented language (pyvenv binary, version 3.13)
Installing python3-pkg-resources makes *this* error go away.
Chris
Source: kasts
Version: 25.04.0-1
Severity: serious
Tags: ftbfs
Example build log:
https://buildd.debian.org/status/fetch.php?pkg=kasts&arch=arm64&ver=25.04.0-1&stamp=1745138731&raw=0
...
-- Found KF6Kirigami:
/usr/lib/aarch64-linux-gnu/cmake/KF6Kirigami/KF6KirigamiConfig.cmake (found version
"
Source: mtail
Version: 3.0.9-1
Severity: serious
Tags: ftbfs
mtail FTBFS on the amd64 buildds:
https://buildd.debian.org/status/fetch.php?pkg=mtail&arch=amd64&ver=3.0.9-1%2Bb6&stamp=1745010540&raw=0
...
=== RUN TestLogRotationByRename/race_simulation_enabled
log_rotation_integration_unix_t
Source: jool
Version: 4.1.14-1
Severity: serious
Tags: ftbfs
jool FTBFS on the arch:all buildd:
https://buildd.debian.org/status/fetch.php?pkg=jool&arch=all&ver=4.1.14-1&stamp=1745079132&raw=0
dh_missing -i
dh_missing: warning: usr/bin/jool exists in debian/tmp but is not installed to anywher
Source: isenkram
Version: 0.67
Severity: serious
Tags: ftbfs
isenkram 0.67 FTBFS:
https://buildd.debian.org/status/fetch.php?pkg=isenkram&arch=all&ver=0.67&stamp=1745101670&raw=0
dh binary-indep --with python3 --buildsystem=pybuild
dh_update_autotools_config -i -O--buildsystem=pybuild
dh_
Source: vala-panel-appmenu
Version: 24.05+dfsg-2
Severity: serious
Tags: ftbfs
X-Debbugs-CC: sunwea...@debian.org
vala-panel-appmenu build-depends on libvalapanel-dev (>= 24.03)
which is available on no architectures.
Chris
Source: synthv1
Version: 1.3.1-1
Severity: serious
X-Debbugs-CC: s...@debian.org
synthv1 fails its autopkgtests on all architectures,
preventing migration to testing. Example on amd64:
https://ci.debian.net/packages/s/synthv1/testing/amd64/60170830/
44s autopkgtest [01:06:44]: test simpletest
Source: drumkv1
Version: 1.3.1-1
Severity: serious
X-Debbugs-CC: s...@debian.org
drumkv1 fails its autopkgtests on all architectures,
preventing migration to testing. Example on amd64:
https://ci.debian.net/packages/d/drumkv1/testing/amd64/60170722/
33s autopkgtest [23:06:40]: test simpletest
Source: vcsh
Version: 2.0.10-0.1
Severity: serious
X-Debbugs-CC: hi...@debian.org
vcsh 2.0.10-0.1 fails its autopkgtests on all architectures,
preventing migration to testing. Example on amd64:
https://ci.debian.net/packages/v/vcsh/testing/amd64/60170831/
39s autopkgtest [01:06:39]: test comma
Hi Jelmer,
* Jelmer Vernooij [250419 18:40]:
Is this repeatable or perhaps a flaky test?
https://buildd.debian.org/status/logs.php?pkg=breezy&ver=3.3.11-1&arch=s390x
It failed three out of three attempts on the buildd. So, not just
flaky I think?
Chris
On Sat, Apr 19, 2025 at 01:27:21PM +0200, Chris Hofstaedtler wrote:
> On Sat, Apr 19, 2025 at 12:45:08AM -0400, Sergio Durigan Junior wrote:
> > On Monday, April 07 2025, Graham Inggs wrote:
> > > The recent upload of patchelf 0.18.0-1.2 FTBFS on mips64el [1]. I've
> >
Control: forwarded -1
https://git.libssh.org/projects/libssh.git/commit/?id=af10857aa3216f40c5c2e5d7116803fb03c166f9
Control: tags -1 + upstream fixed-upstream
On Tue, Apr 15, 2025 at 01:22:22AM +, Santiago Vila wrote:
> /<>/build-openssl/tests/tests_config.h:3:41: error: missing
> binary op
+0200
+++ ruby-eb-2.6/debian/changelog 2025-04-19 15:25:59.0 +0200
@@ -1,3 +1,10 @@
+ruby-eb (2.6-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Apply patch from TODOROKI Shin-ichi to fix FTBFS. (Closes: #1075457)
+
+ -- Chris Hofstaedtler Sat, 19 Apr 2025 15:25:59 +0200
+
ru
Source: forensics-all
Version: 3.59
Severity: serious
Your package currently Depends: o-saft, which is to be removed from
trixie (#1102172). This is a serious bug, as your package will become
uninstallable. It will thus also removed from trixie.
19 13:54:16.0 +0200
@@ -1,3 +1,12 @@
+axc (0.3.7-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+
+ [ Gui-Yue ]
+ * disable -fcf-protection=full to fix FTBFS (Closes: #1101090)
+
+ -- Chris Hofstaedtler Sat, 19 Apr 2025 13:54:16 +0200
+
axc (0.3.7-2) unstable; urgency=m
Source: rust-cargo-test-support
Version: 0.3.0-1
Severity: serious
Tags: ftbfs
rust-cargo-test-support's build-depends are unavailable on all archs:
rust-cargo-test-support build-depends on missing:
- librust-git2-0.19+default-dev:amd64
rust-cargo-test-support build-depends on missing:
- librus
Source: rust-termwiz
Version: 0.22.0-2
Severity: serious
Tags: ftbfs
rust-termwiz build-depends on missing:
- librust-finl-unicode-1+default-dev:amd64 (>= 1.2-~~)
rust-termwiz build-depends on missing:
- librust-finl-unicode-1+default-dev:arm64 (>= 1.2-~~)
rust-termwiz build-depends on missing:
Source: kitty
Version: 0.40.0-1
Severity: serious
Tags: ftbfs
User: debian-s...@lists.debian.org
X-Debbugs-Cc: debian-s...@lists.debian.org
Your package previously built on s390x but now fails with various test
failures:
https://buildd.debian.org/status/fetch.php?pkg=kitty&arch=s390x&ver=0.40.0-
Source: octave-image
Version: 2.16.0-1
Severity: serious
X-Debbugs-Cc: raf...@debian.org
Your package currently fails its autopkgtests on all architectures. Note
that this prevents testing migration.
Example on amd64:
https://ci.debian.net/data/autopkgtest/testing/amd64/o/octave-image/60157626/
Source: python-djvulibre
Version: 0.9.1-1
Severity: serious
X-Debbugs-Cc: Colin Watson , debian-s...@lists.debian.org
Your package python-djvulibre fails its autopkgtests on s390x:
https://ci.debian.net/packages/p/python-djvulibre/testing/s390x/60156109/
PageJobsTestCase.test_decode
...
60s >
Source: python-mastodon
Version: 2.0.1-1
Severity: serious
Your package fails its autopktests on i386 and riscv64, with different
failures.
i386:
https://ci.debian.net/packages/p/python-mastodon/testing/i386/59129591/
test_entity_scheduledstatus
598s > isotime =
datetime_val.astimezone(
Source: faust
Version: 2.79.3+ds-1
Severity: serious
Tags: ftbfs
Justification: ftbfs
Your package FTBFS on mips64el because of the dwz bug #1016936. While
its likely dwz's fault, your package is affected by it, and the dwz bug
has not moved since November 2024. It seems necessary to apply a
wo
Source: ccache
Version: 4.11.2-1
Severity: serious
ccache's autopkgtests fail on all archs. This prevents testing migration.
Example:
https://ci.debian.net/packages/c/ccache/testing/amd64/60157589/
...
105s Running test suite profiling_gcc_10+...test.c: warning: filename
'/tmp/autopkgtest-lxc.
Source: mimalloc
Version: 3.0.3+ds-1
Severity: serious
Tags: ftbfs
Justification: ftbfs
X-Debbugs-Cc: debian-...@lists.debian.org
User: debian-...@lists.debian.org
Usertags: armhf
Version 3.0.1+ds-2.1 built before, but 3.0.3+ds-1 fails:
https://buildd.debian.org/status/fetch.php?pkg=mimalloc&arc
Source: python-xiaomi-ble
Version: 0.36.0-1
Severity: serious
User: debian-s...@lists.debian.org
Usertags: s390x
python-xiaomi-ble autopktests fail on s390x:
https://ci.debian.net/packages/p/python-xiaomi-ble/testing/s390x/59901553/
39s === FAILURES
Source: hyperkitty
Version: 1.3.12-3
Severity: serious
X-Debbugs-Cc: mist...@packages.debian.org
Control: affects -1 src:mistune
hyperkitty's autopkgtests fail with mistune 3.1.3-1 on all archs.
Example log:
https://ci.debian.net/packages/h/hyperkitty/testing/amd64/60157623/
338s ===
pdfsam is currently blocked by bouncycastle, which has got RC bug
#1100227, and is waiting for the maintainer to respond to the patch.
On Sat, Apr 19, 2025 at 12:45:08AM -0400, Sergio Durigan Junior wrote:
> user debian-rele...@lists.debian.org
> usertags 1102299 + bsp-2025-04-brazil
> thanks
>
> On Monday, April 07 2025, Graham Inggs wrote:
>
> > Hi Maintainer
> >
> > The recent upload of patchelf 0.18.0-1.2 FTBFS on mips64el [
Source: rust-libxml
Version: 0.3.4-1
Severity: serious
Tags: ftbfs
Justification: ftbfs
User: debian...@lists.debian.org
Usertags: i386
0.3.3-1 built on i386, but 0.3.4-1 fails:
https://buildd.debian.org/status/fetch.php?pkg=rust-libxml&arch=i386&ver=0.3.4-1&stamp=1744884797&raw=0
[libxml 0.3.4]
Source: python-tz
Version: 2025.2-1
Severity: serious
python-tz's autopkgtests fail on all archs:
https://ci.debian.net/packages/p/python-tz/testing/amd64/60158064/
29s autopkgtest [22:21:50]: test unittest: cp -r pytz/tests "$AUTOPKGTEST_TMP"
&& cd "$AUTOPKGTEST_TMP" && rm -f tests/test_docs.
Source: coot
Version: 1.1.15+dfsg-1
Severity: serious
X-Debbugs-Cc: rd...@packages.debian.org
Control: affects -1 src:rdkit
coot's autopkgtests fail with rdkit 202503.1-2:
https://ci.debian.net/packages/c/coot/testing/amd64/60162582/
76s Traceback (most recent call last):
76s File "", line 1
On Wed, Apr 16, 2025 at 09:08:52PM +0200, Lucas Nussbaum wrote:
> Source: selint
> Version: 1.5.1-1
> Severity: serious
> During a rebuild of all packages in testing (trixie), your package failed
> to build on armhf.
>
Can now also be observed on the buildds:
https://buildd.debian.org/status/log
Source: breezy
Version: 3.3.11-1
Severity: serious
Tags: ftbfs
Justification: ftbfs
X-Debbugs-Cc: debian-s...@lists.debian.org
User: debian-s...@lists.debian.org
Usertags: s390
breezy FTBFS on the s390x buildds:
https://buildd.debian.org/status/logs.php?pkg=breezy&ver=3.3.11-1&arch=s390x
https://
are also affected by this bug.
Kind Regards
Chris Sutcliff
* Mike Gabriel [250417 10:19]:
So what would be the required step for getting lomiri-docviewer-app
migrate to testing?
RM request to ftp.debian.org for lomiri-docviewer-app on mips64el?
That's certainly necessary. Not sure if it's sufficient.
Chris
fter the upload, and no CI
> runs.
The problem would have also shown up on a zero-change rebuild, so
implicating fixes to unrelated problems seems a bit far fetched.
Chris
hat directory to be owned by either root or the
process euid, and exits immediately when that check fails.
-Chris
Source: libxmltok
Version: 1.2-4.2
Severity: serious
#691755 requests libxmltok to be removed from unstable, lets get it
out of testing first/too.
It's an old predecessor of expat.
Chris
right now as an
employee of Sangoma, as my ear is slightly closer to the ground than most.
Upstream for me is like a babbling brook in the background of my day-to-day
activities. :-)
On Mon, Apr 14, 2025 at 3:15 AM Jonas Smedegaard wrote:
> Hi Chris,
>
> Quoting Chris Maj via Pkg-voip-m
n, Apr 14, 2025 at 3:27 AM Chris Hofstaedtler wrote:
> Source: asterisk
> Version: 1:22.3.0~dfsg+~cs6.15.60671435-1
> Severity: serious
>
> Hi,
>
> asterisk Build-Depends(-Arch): uw-imap. However uw-imap is obsolete
> and it should go away. It is currently blocked from enter
t would seem wrong to me to expect individual
packages to apply workarounds.
Whats your take?
Chris
Source: asterisk
Version: 1:22.3.0~dfsg+~cs6.15.60671435-1
Severity: serious
Hi,
asterisk Build-Depends(-Arch): uw-imap. However uw-imap is obsolete
and it should go away. It is currently blocked from entering
testing.
Please remove the uw-imap dependency.
Chris
December/039033.html
Please close this bug.
Kind regards,
--
Chris Maj c...@sangoma.com +1.920.574.9568
Open Source Solutions Advocate, Sangoma US Inc
Free downloads at Asterisk.org and FreePBX.org
Dear maintainer,
I've prepared an NMU for g10k (versioned as 0.9.10-1.1). The diff
is attached to this message.
Chris
diff -Nru g10k-0.9.10/debian/changelog g10k-0.9.10/debian/changelog
--- g10k-0.9.10/debian/changelog 2025-02-19 16:11:43.0 +0100
+++ g10k-0.9.10/debian/changelog 20
Hi Paul,
* Paul Gevers [250413 20:25]:
On 13-04-2025 11:23, Chris Hofstaedtler wrote:
Do you agree with the submitter of this bug that the lack of debug symbols
available via Recommends is a release critical bug? I'm not an experienced
valgrind user, but with my Release Team member h
least):
s.date = "2025-02-12"
s.date = "2025-04-11"
s.date = "2025-04-13"
...
s.rubygems_version = "3.6.3".freeze
s.rubygems_version = "3.6.7".freeze
...
Chris
believe all relevant people are in CC:, and they can figure this
out. Details can be found in the bug.
Chris
diff -Nru git-2.49.0/debian/changelog git-2.49.0/debian/changelog
--- git-2.49.0/debian/changelog 2025-03-15 18:48:53.0 +0100
+++ git-2.49.0/debian/changelog 2025-04-13 22:18
done about this bug for trixie?
If not, could -release please tag this bug so it disappears from the
UDD BSP view?
Thanks,
Chris
yone know when "soon" will
be?
Chris
question at this
point in the freeze.
I'm untagging this "fixed pending", and hope the Go packaging team
can come up with a fix.
Chris
t the moment:
# Broken Depends:
jgit: libjgit-java
# Broken Build-Depends:
jgit: libjavaewah-java (0.8.6 >=)
However jgit is a key package via gradle via mockito via fop via
pam.
Chris
d
about 42 days ago and built successfully.
Is this a valid bug report or not?
Chris
lock eclipse-tracecompass.
> But Emmanuel Bourg did not agree so I am not doing an upload but keeping
> the patch here for record.
> Ref: https://lists.debian.org/debian-java/2022/09/msg2.html
Is the patch suitable? If not, please untag "patch".
If the bug itself is not sev: serious, please downgrade it.
Chris
is
actually a problem.
Has any other distro fixed this yet, in some form?
Chris
:
Piuparts tested OK - https://piuparts.debian.org/sid/source/g/git-ubuntu.html
118 days old (needed 5 days)
Example log on amd64:
https://ci.debian.net/packages/g/git-ubuntu/testing/amd64/58850298/
Please fix these tests.
Chris
weeks ago (#1077824),
> though this dep looks optional.
do you agree, should graypy be removed?
It's not in testing since September 2024, and won't be part of
trixie (at least not without heroic efforts).
Chris
OpenSSL. But if
the position of upstream committers is that this would produce
something undistributable, that would be very surprising.
Chris
On Mon, Jan 06, 2025 at 07:22:41AM +0100, Matthias Klose wrote:
> shim still b-d's on GCC 12, which should not be part of the trixie release.
> Please update the build dependency to GCC 14 (or GCC 13, if the former
> doesn't work).
Switching out gcc-12 to gcc-14 at least works. So whenever signing
On Thu, Jan 23, 2025 at 10:07:06PM +0100, Paul Gevers wrote:
> Control: forwarded -1 https://github.com/pmem/pmdk/issues/5635
>
> Hi,
>
> On Tue, 16 Apr 2024 16:33:30 -0700 Bryce Harrington
> wrote:
> > Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/pmdk/+bug/2061913
>
> That Ubuntu bug
ature.
> >
> > --
> > Ran 1290 tests in 118.648s
> >
> > FAILED (errors=1, skipped=13, expected failures=1)
I assume you need to update the (Build-)Depends and/or disable the
test.
Please do so.
Chris
1 - 100 of 1767 matches
Mail list logo
