Source: openturns
Version: 1.24-3
Severity: serious
Tags: ftbfs
Hi,
openturns has failed to build several times on amd64 (and on the
arch:all buildd, which is also amd64), due to the build hanging:
https://buildd.debian.org/status/logs.php?pkg=openturns&ver=1.24-3&arch=amd64
Cheers,
Emilio
Source: ruby-redis
Version: 5.3.0-1
Severity: serious
Hi,
Your package is causing autopkgtest regressions on ruby-fakeredis [1],
preventing it from migrating to testing. If the issue is in
ruby-fakeredis, then feel free to add the necessary information and
reassign.
Cheers,
Emilio
[1] https://t
On 14/01/2025 13:40, PICCA Frederic-Emmanuel wrote:
Is it possible to make it binNMUable ?
I don't think so, because it build-depends on a nvidia-cuda-toolkit, which is in
non-free, so it's bd-uninstallable on the buildds as non-free is not enabled
there. But you can ask in debian-wb-team@l.d
Package: pyvkfft-cuda
Version: 2024.1.4+ds1-4
Severity: serious
Hi,
The ongoing python3.13 as python3 interpreter causes your package to be
uninstallable, which would be solved by a rebuild. Please upload one on
a clean sid environment so that the transition can proceed with your
package.
Cheers
Source: uwsgi
Version: 2.0.28-1
Severity: serious
Hi,
Your package depends on openjdk-17, which won't be shipped for trixie.
Please change the bindings so that they build against openjdk-21.
Alternatively, this could be solved by uploading the new plugin in salsa
(which I just realised is actuall
Package: nvidia-cuda-toolkit-gcc
Version: 12.2.1-2
Severity: serious
Hi,
nvidia-cuda-toolkit-gcc depends on g++-12, which is likely not going to be
a part of trixie. Please update to g++-13 or preferably g++-14.
Cheers,
Emilio
Hi,
On Sun, 22 Dec 2024 13:18:13 +0100 Yadd wrote:
Control: reassign -1 emscripten
Control: affects -1 node-inwasm
Emscripten automatically adds "--no-growable-memory" which is
incompatible with wasm-ld-18
emscripten is currently in a bad shape. Given emscripten is a a javascript
transpiler,
On Fri, 27 Dec 2024 08:43:09 +0100 Guido =?iso-8859-1?Q?G=FCnther?=
wrote:
Hi,
On Thu, Dec 26, 2024 at 05:27:01PM +0100, Guido Günther wrote:
> Package: phoc
> Version: 0.44~rc1-1
> Severity: grave
>
> Let's prevent testing migration until we upload the non-rc version.
p-m-s migrated (althoug
On Fri, 13 Dec 2024 20:51:47 +0100 Bastian Germann wrote:
Version: 5.3.97-1
This introduced a SONAME bump, so will need a transition. Can you check the
rdeps and then file a transition bug against the release.debian.org
pseudopackage? That way we can finish the mbedtls transition. Alternativ
On 25/10/2024 09:38, Emilio Pozuelo Monfort wrote:
Hi,
On Wed, 16 Oct 2024 10:12:18 +0200 Guido =?iso-8859-1?Q?G=FCnther?=
wrote:
Hi,
thanks for looking into this.
On Wed, Oct 16, 2024 at 02:50:15PM +0800, zhangdandan wrote:
> 3. Solution
> Please take care of the d/control file i
Source: pocl
Version: 6.0-3
Severity: serious
Hi,
The 6.0-3 upload is causing autopkgtest regressions in some rdeps, possibly
due to the switch to llvm 18, see:
https://tracker.debian.org/pkg/pocl
This is blocking pocl's migration to testing.
Cheers,
Emilio
On Wed, 18 Dec 2024 12:23:20 +0100 Emilio Pozuelo Monfort
wrote:
Source: slurm-wlm
Version: 24.11.0-1
Severity: serious
Hi,
Your package needs a source-only upload in order to be able to migrate to
testing:
∙ ∙ Not built on buildd: arch amd64 binaries uploaded by oliva
∙ ∙ Not built on
On Sat, 21 Dec 2024 10:42:51 +0200 Drew Parsons wrote:
Source: fenics-dolfinx
Followup-For: Bug #1090900
X-Debbugs-Cc: 1088...@bugs.debian.org
There's something wrong here.
fenics-dolfinx 1:0.9.0-5+b1 is rebuilt against the
new hdf5 1.14, and passing tests in unstable.
The tests in testing ar
On Sat, 21 Dec 2024 23:34:42 +0100 Andreas Beckmann wrote:
Control: affects -1 + src:slepc src:fenics-dolfinx src:mpich
On Sat, 21 Dec 2024 19:19:43 +0200 Drew Parsons wrote:
> This is a delicate issue. The strict version test is in the upstream
> headers. I imagine they have their reasons f
Source: petsc
Version: 3.22.1+dfsg1-2
Severity: serious
X-Debbugs-Cc: mp...@packages.debian.org
Hi,
Looks like petsc has a strict dependency on the mpich version used to
build it. Which means that whenever mpich is updated, then rdeps will
fail to build. That kind of strict dependency should prob
Source: slurm-wlm
Version: 24.11.0-1
Severity: serious
Hi,
Your package needs a source-only upload in order to be able to migrate to
testing:
∙ ∙ Not built on buildd: arch amd64 binaries uploaded by oliva
∙ ∙ Not built on buildd: arch all binaries uploaded by oliva, a new source-only
upload is
Source: fplll
Version: 5.5.0-1
Severity: serious
Hi,
Your last upload included binaries to clear NEW, however maintainer-built
binaries are not allowed into testing, and since the package includes arch:all
binaries, we can't just binNMU it to be built on the buildds. So this will
require a source
On Fri, 22 Nov 2024 10:49:46 +0100 Markus Blatt wrote:
Source: opm-models
Version: 2024.04+ds-1
Severity: serious
Justification: To allow migration of opm-common et al.
Dear Maintainer,
This bug is reported to force removal of src:opm-models from testing to allow
migrations of other packages.
Source: sundials
Version: 7.1.1+dfsg1-5
Severity: serious
Hi,
sundials autopkgtests are failing sometimes, causing the package to
be blocked from testing migration, and blocking the ongoing transitions.
I wonder if the change for oversubscription should also be applied to
debian/tests/ ?
https:
Source: dolfin
Version: 2019.2.0~legacy20240219.1c52e83-11
Severity: serious
Hi,
autopkgtests for dolfin are currently failing, blocking testing migration
and the openmpi transition. See:
https://tracker.debian.org/pkg/dolfin
https://tracker.debian.org/pkg/openmpi
Cheers,
Emilio
Source: starpu-contrib
Version: 1.4.5+dfsg-2
Severity: serious
Hi,
Please rebuild starpu-contrib for the ongoing openmpi transition.
Cheers,
Emilio
On Thu, 08 Aug 2024 18:27:02 +0200 Andrea Pappacoda wrote:
Hi Bernhard, writing to you directly since sometimes the BTS discards
emails.
Could you please let me know if you have plans for upgrading bctoolbox
to a new upstream version from the 5.3 branch? It's needed to continue
with the mbed
Source: gretl
Version: 2024c-1
Severity: serious
Tags: ftbfs
Hi,
During a rebuild for the openmpi transition, your package failed to build.
Here's the (hopefully) relevant part of the log:
make -C doc
make[4]: Entering directory '/<>/addons/gig/doc'
This is pdfTeX, Version 3.141592653-2.6-1.40.2
On 30/11/2024 20:56, Lucas Kanashiro wrote:
Hi Emilio,
On 30/11/2024 05:29, Emilio Pozuelo Monfort wrote:
On 29/11/2024 20:52, Emilio Pozuelo Monfort wrote:
Control: reassign -1 ruby-vips
Control: affects -1 vips
Control: tags -1 patch
(actually reassigning)
On 29/11/2024 18:48, László
On 29/11/2024 20:52, Emilio Pozuelo Monfort wrote:
Control: reassign -1 ruby-vips
Control: affects -1 vips
Control: tags -1 patch
(actually reassigning)
On 29/11/2024 18:48, László Böszörményi (GCS) wrote:
reassign -1 ruby-vips
affects -1 vips
Hi Emilio,
On Fri, Nov 29, 2024 at 12:51 AM
/changelog 2024-11-30 09:12:24.0 +0100
@@ -1,3 +1,10 @@
+php-imagick (3.7.0-9.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix test dependencies for imagemagick 7. Closes: #1088649.
+
+ -- Emilio Pozuelo Monfort Sat, 30 Nov 2024 09:12:24 +0100
+
php-imagick (3.7.0-9) unstable
Control: reassign -1 ruby-vips
Control: affects -1 vips
Control: tags -1 patch
(actually reassigning)
On 29/11/2024 18:48, László Böszörményi (GCS) wrote:
reassign -1 ruby-vips
affects -1 vips
Hi Emilio,
On Fri, Nov 29, 2024 at 12:51 AM Emilio Pozuelo Monfort
wrote:
Your package cannot
On Fri, 22 Nov 2024 23:55:29 +0100 Drew Parsons wrote:
Control: forwarded 1086489 https://github.com/xtensor-stack/xsimd/issues/1066
Emilio's verbose log shows
2885s 1:
/tmp/autopkgtest-lxc.8mniqst8/downtmp/build.OlH/src/test/test_xsimd_api.cpp:631:
ERROR: CHECK_EQ( extract(xsimd::lgamma(T(v
Source: nwchem
Version: 7.0.2-4
Severity: serious
Hi,
Your package cannot get back into testing due to some autopkgtest
failures:
https://tracker.debian.org/pkg/nwchem
Cheers,
Emilio
Source: php-imagick
Version: 3.7.0-9
Severity: serious
Hi,
Your package cannot migrate to testing because its autopkgtests are
failing:
125s There were 2 failures:
125s
125s 1)
/tmp/autopkgtest-lxc.rken35c7/downtmp/build.cd4/src/imagick-3.7.0/tests/243_Tutorial_svgExample_basic.phpt
125s Faile
Source: vips
Version: 8.16.0-1
Severity: serious
X-Debbugs-Cc: ruby-v...@packages.debian.org
Hi,
Your package cannot migrate to testing due to a regression in ruby-vips'
autopkgtest:
55s Failures:
55s
55s 1) Vips::Image can add_alpha
55s Failure/Error: y = x.add_alpha
55s
55s
Source: aevol
Version: 5.0+ds-3
Severity: serious
Hi,
aevol build-depends on libopenmpi-dev, which is no longer built on
32-bit architectures. Thus it should either stop build-depending
on it (perhaps by using mpi-default-dev, which depends on mpich on
those architectures) or be removed from the
On Wed, 20 Nov 2024 22:42:58 +0100 Emilio Pozuelo Monfort
wrote:
Source: tachyon
Version: 0.99~b6+dsx-12
Severity: serious
Hi,
Your package (build-)depends on libopenmpi-dev on 32-bit architectures,
where openmpi is no longer available. In order to solve this, your package
should build
Hi,
On Wed, 20 Nov 2024 22:42:56 +0100 Emilio Pozuelo Monfort
wrote:
Source: netpipe
Version: 3.7.2-9
Severity: serious
Hi,
Your package (build-)depends on libopenmpi-dev on 32-bit architectures,
where openmpi is no longer available. In order to solve this, your package
should build-depend
Source: fenics-dolfinx
Version: 1:0.9.0-3
Severity: serious
Hi,
Your package failed to build on mips64el, where it built before. From the
build log:
FAILED
test/unit/fem/test_petsc_solver_wrappers.py::TestPETScSolverWrappers::test_compare_solvers[GhostMode.none]
FAILED
test/unit/fem/test_petsc
On 22/11/2024 16:51, Drew Parsons wrote:
On 2024-11-22 15:55, Emilio Pozuelo Monfort wrote:
On 19/11/2024 09:54, Emilio Pozuelo Monfort wrote:
Hi,
Running ctest in debian/tests/xsimd-test with --verbose and/or
--output-on-failure may help diagnose the issue.
I have uploaded the attached
On 22/11/2024 16:51, Drew Parsons wrote:
On 2024-11-22 15:55, Emilio Pozuelo Monfort wrote:
On 19/11/2024 09:54, Emilio Pozuelo Monfort wrote:
Hi,
Running ctest in debian/tests/xsimd-test with --verbose and/or
--output-on-failure may help diagnose the issue.
I have uploaded the attached
On 19/11/2024 09:54, Emilio Pozuelo Monfort wrote:
Hi,
On Thu, 7 Nov 2024 14:12:31 +0100 Emilio Pozuelo Monfort
wrote:
Control: severity -1 serious
On Thu, 31 Oct 2024 09:49:29 +0100 Sylvestre Ledru wrote:
> Source: xsimd
> Version: 13.0.0-1
> Severity: important
> >
On 20/11/2024 18:24, Emilio Pozuelo Monfort wrote:
Control: tags -1 patch
On 20/11/2024 14:32, Emilio Pozuelo Monfort wrote:
On Sat, 2 Nov 2024 09:05:38 +0100 Paul Gevers wrote:
Hi,
Thanks for the explanation.
On 01-11-2024 22:56, John Paul Adrian Glaubitz wrote:
> In this particular c
On Mon, 5 Aug 2024 13:53:51 +0200 Matthias Klose wrote:
Package: src:vtk9
Version: 9.3.0+dfsg1-1
Severity: serious
Tags: sid trixie
The package assumes that the default JVM is the server VM. Please don't
make such an assumption.
Failing autopkg tests on all architectures where zero is the de
Source: nng
Version: 1.9.0-1
Severity: serious
Hi,
ngg built on s390x in version 1.9.0-1, but in a rebuild for the mbedtls
transition it failed to build with a test failure. Since it has been
built before, it is a regression and thus RC.
Build logs at:
https://buildd.debian.org/status/logs.php?
Control: reopen -1
On Thu, 21 Nov 2024 15:54:50 + Debian FTP Masters
wrote:
Source: python-escript
Source-Version: 5.6-8
Done: Alastair McKinstry
We believe that the bug you reported is fixed in the latest version of
python-escript, which is due to be installed in the Debian FTP archive.
Source: ampliconnoise
Version: 1.29-14
Severity: serious
Hi,
Your package build-depends on libopenmpi-dev, which is no longer built for
32-bit architectures. You should probably switch to mpi-default-dev, which
depends on openmpi for 64-bit architectures and on mpich for 32-bit ones.
Cheers,
Emi
Hi,
On 21/11/2024 14:52, p...@debian.org wrote:
Hi Emilio,
Le 2024-11-21 13:27, Emilio Pozuelo Monfort a écrit :
Source: hdf5
Version: 1.10.10+repack-4
Severity: serious
Hi,
Due to the way openmpi support was dropped, using:
Build-Depends: libopenmpi-dev | architecture-is-32-bit
and
Source: hdf5
Version: 1.10.10+repack-4
Severity: serious
Hi,
Due to the way openmpi support was dropped, using:
Build-Depends: libopenmpi-dev | architecture-is-32-bit
and the way build-dependencies are installed in sbuild, where only the first
alternative is considered, the old libopenmpi-dev
Source: cp2k
Version: 2023.1-2
Severity: serious
Hi,
Your package build-depends on libelpa-dev, but that package has been
removed from armel, armhf and i386 due to the removal of OpenMPI and
the lack of support for MPICH. Thus cp2k should drop elpa support
on those architectures.
Cheers,
Emilio
Package: libstopt-dev
Version: 5.12+dfsg-2
Severity: serious
Hi,
libstopt-dev hardcodes a dependency on libopenmpi-dev, which is no longer built
on 32 bit
architectures. The dependency should probably be switched to mpi-default-dev,
just like
the build-depends.
Cheers,
Emilio
Source: yorick
Version: 2.2.04+dfsg1-13
Severity: serious
Hi,
Your package (build-)depends on libopenmpi-dev on 32-bit architectures,
where openmpi is no longer available. In order to solve this, your package
should build-depend on mpi-default-dev instead to build against the
default mpi implemen
Source: open-coarrays
Version: 2.10.2+ds-2.1
Severity: serious
Hi,
Your package (build-)depends on libopenmpi-dev on 32-bit architectures,
where openmpi is no longer available. In order to solve this, your package
should build-depend on mpi-default-dev instead to build against the
default mpi imp
Source: tachyon
Version: 0.99~b6+dsx-12
Severity: serious
Hi,
Your package (build-)depends on libopenmpi-dev on 32-bit architectures,
where openmpi is no longer available. In order to solve this, your package
should build-depend on mpi-default-dev instead to build against the
default mpi implemen
Source: netpipe
Version: 3.7.2-9
Severity: serious
Hi,
Your package (build-)depends on libopenmpi-dev on 32-bit architectures,
where openmpi is no longer available. In order to solve this, your package
should build-depend on mpi-default-dev instead to build against the
default mpi implementation,
Control: tags -1 patch
On 20/11/2024 14:32, Emilio Pozuelo Monfort wrote:
On Sat, 2 Nov 2024 09:05:38 +0100 Paul Gevers wrote:
Hi,
Thanks for the explanation.
On 01-11-2024 22:56, John Paul Adrian Glaubitz wrote:
> In this particular case, src:hdf5 [1] no longer provides the binary pack
h now
+build against MPICH. Closes: #1076468.
+
+ -- Emilio Pozuelo Monfort Wed, 20 Nov 2024 14:36:36 +0100
+
arpack (3.9.1-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru arpack-3.9.1/debian/libparpack2t64.symbols
arpack-3.9.1/debian/libparpack2t64.symbols
--- arpack-
On Sat, 2 Nov 2024 09:05:38 +0100 Paul Gevers wrote:
Hi,
Thanks for the explanation.
On 01-11-2024 22:56, John Paul Adrian Glaubitz wrote:
> In this particular case, src:hdf5 [1] no longer provides the binary package
> libhdf5-openmpi-dev for any 32-bit architecture since version 1.10.10+repac
Hi,
On Thu, 7 Nov 2024 14:12:31 +0100 Emilio Pozuelo Monfort
wrote:
Control: severity -1 serious
On Thu, 31 Oct 2024 09:49:29 +0100 Sylvestre Ledru wrote:
> Source: xsimd
> Version: 13.0.0-1
> Severity: important
>
> Dear Maintainer,
>
> Maybe caused by the
Source: starpu-contrib
Version: 1.3.10+dfsg-1
Severity: serious
Hi,
Your package builds against the default llvm version, but can't be binNMUd.
Please rebuild it for the ongong llvm transition to llvm 19.
Cheers,
Emilio
On 09/11/2024 17:51, Andreas Metzler wrote:
On 2024-11-07 po...@debian.org wrote:
Source: pfstools
Severity: serious
Hi,
pfstools is still built against imagemagick 6, but we're transitioning
to imagemagick 7, see [1].
Your package may be build-depending on imagemagick 6 binaries (e.g.
On 07/11/2024 16:56, Emilio Pozuelo Monfort wrote:
Control: tags -1 - moreinfo
Hi,
On 07/11/2024 14:00, Aurélien COUDERC wrote:
control: tags -1 + moreinfo
Dear Emilio,
Le jeudi 7 novembre 2024, 12:29:12 UTC+1 po...@debian.org a écrit :
Source: kxstitch
Severity: serious
Hi,
kxstitch is
Control: tags -1 - moreinfo
Hi,
On 07/11/2024 14:00, Aurélien COUDERC wrote:
control: tags -1 + moreinfo
Dear Emilio,
Le jeudi 7 novembre 2024, 12:29:12 UTC+1 po...@debian.org a écrit :
Source: kxstitch
Severity: serious
Hi,
kxstitch is still built against imagemagick 6, but we're transiti
Hi Andrea,
On Wed, 23 Oct 2024 16:02:06 +0200 marillat
wrote:
Hi,
Upstream patch:
https://github.com/openwrt/openwrt/pull/15479/commits/a41747ac8e824b5cb9ed6874a688a4d5a578e10c
This is blocking the mbedtls transition. Can you take a look at the patch?
Cheers,
Emilio
Source: easyeffects
Version: 7.1.9-1
Severity: serious
Your package failed to build on armel:
c++ -Isrc/easyeffects.p -Isrc -I../src -I../include -I. -I.. -Idata
-fdiagnostics-color=always -D_GLIBCXX_ASSERTIONS=1 -Wall -Winvalid-pch -Wextra
-std=c++20 -Wno-missing-field-initializers -Wno-unused
Source: rakudo
Version: 2024.09-2
Severity: serious
Hi,
rakudo has recently started to hang while building on armhf and arm64, see:
https://buildd.debian.org/status/fetch.php?pkg=rakudo&arch=arm64&ver=2024.09-1&stamp=1728240588&raw=0
https://buildd.debian.org/status/fetch.php?pkg=rakudo&ar
Source: rdkit
Version: 202209.3-1
Severity: serious
Hi,
Your autopkgtests are failing, preventing migration to testing. This is an
excerpt from the log:
97s autopkgtest [04:13:35]: test installcheck: [---
98s ### PostgreSQL 17 installcheck ###
98s Creating new PostgreSQL c
Hi,
On Wed, 16 Oct 2024 10:12:18 +0200 Guido =?iso-8859-1?Q?G=FCnther?=
wrote:
Hi,
thanks for looking into this.
On Wed, Oct 16, 2024 at 02:50:15PM +0800, zhangdandan wrote:
> 3. Solution
> Please take care of the d/control file in phoc packages.
> ```
> libwlroots-dev (>= 0.17.0),
> libwlr
On 11/10/2024 21:15, Boyuan Yang wrote:
Control: tags -1 +patch +pending
X-Debbugs-CC: sjo...@debian.org po...@debian.org bi...@debian.org
Dear maintainer,
I've prepared an NMU for telepathy-logger (versioned as 0.8.2-4.1) and
uploaded it to DELAYED/14. Please feel free to tell me if I
should
On 21/10/2024 15:24, Peter Colberg wrote:
Hi,
The build of fuzzel on some non-x86 archs failed due to false-positive
errors [1] by gcc-14_14.2.0-3, e.g., on mips64el. I would like to retry
the build to see if the errors are reproducible using gcc-14_14.2.0-7.
gb fuzzel_1.11.1+ds-1 . mips64el
Source: ddcutil
Version: 1.4.1-1
Severity: serious
Tags: ftbfs
Your package failed to build on armel and armhf:
dsa2.c: In function 'dsa2_adjust_for_rcnt_successes':
dsa2.c:782:63: warning: format '%ld' expects argument of type 'long int', but
argument 4 has type 'time_t' {aka 'long long int'} [
Source: knot
Version: 3.2.6-1
Severity: serious
Tags: ftbfs
Hi,
Your package failed to build on armel:
libtool: compile: gcc -DHAVE_CONFIG_H -I. -include ../src/config.h
-DCONFIG_DIR=\"/etc/knot\" -DSTORAGE_DIR=\"/var/lib/knot\"
-DRUN_DIR=\"/run/knot\"
-DMODULE_DIR=\"/usr/lib/arm-linux-gnuea
On Mon, 19 Aug 2024 23:11:26 +0200 Sebastian Ramacher
wrote:
Source: gambas3
Version: 3.19.3-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=gambas3&
On 17/08/2024 11:13, Paul Gevers wrote:
Hi,
[Disclaimer: I'm not the most experienced person on transitions in the team, so
I'd like for Graham, Emilio and/or Sebastian to check if they agree with me.]
Thanks for working on this.
On 17-08-2024 05:58, Aron Xu wrote:
After some research, I pr
Package: openjdk-24
Version: 24~8ea-1
Severity: serious
openjdk-24 is a non-LTS release, and we won't ship with it. It can
stay in unstable and may be useful to bootstrap newer OpenJDK releases,
but it shouldn't migrate to testing.
Cheers,
Emilio
Package: openjdk-23
Version: 23~34ea-1
Severity: serious
openjdk-23 is a non-LTS release, and we won't ship with it. It can
stay in unstable and may be useful to bootstrap newer OpenJDK releases,
but it shouldn't migrate to testing.
Cheers,
Emilio
On Sun, 7 Jul 2024 21:56:39 +0200 Bastian Germann
wrote:
That version was the last to build on llvm-toolchain-17. Now that
llvm-toolchain-18 is asked for, it should be a different one.
I have update the git master to 3.1.61 but that fails to build currently and
would appreciate someone to mak
Control: reassign -1 mesa 24.1.1-2
Control: affects -1 kuserfeedback
Control: retitle -1 mesa: fails to initialize OpenGL on s390x: Unexpected
format PIPE_FORMAT_X8B8G8R8_SRGB in st_new_renderbuffer_fb
On 11/06/2024 09:06, Emilio Pozuelo Monfort wrote:
Source: kuserfeedback
Version: 1.3.0-3
Control: severity -1 important
On Mon, 25 Sep 2023 15:52:57 -0400 Jeremy Bicha
wrote:
Source: gst-plugins-bad1.0
Version: 1.22.4-1
Severity: serious
Tags: ftbfs trixie sid
Forwarded: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3000
gst-plugins-bad1.0's elements_netsim build te
Source: kuserfeedback
Version: 1.3.0-3
Severity: serious
Hi,
During a rebuild for the Qt6 transition, your package failed to build on s390x:
* Start testing of OpenGLInfoSourceTest *
Config: Using QtTest library 5.15.13, Qt 5.15.13 (s390x-big_endian-lp64
shared (dynamic)
Control: reassign -1 qt6-base
Control: fixed -1 6.6.2+dfsg-4
Control: affects -1 designer-qt6
On Tue, 27 Feb 2024 18:52:12 + Debian FTP Masters
wrote:
Source: qt6-base
Source-Version: 6.6.2+dfsg-4
Done: Patrick Franz
qt6-base (6.6.2+dfsg-4) experimental; urgency=medium
.
[ Patrick F
Hi Mike,
On 24/05/2024 09:39, Hector Oron wrote:
Hello Mike,
On Fri, 24 May 2024 at 08:57, Mike Gabriel wrote:
If noone plans to fix Ofono in Debian within the next 1-2 weeks, I'd
like to do a team upload. In that case, could any of you give me
access to
https://salsa.debian.org/telepathy-te
Package: libchicken-dev
Version: 5.3.0-1.1
Severity: serious
Hi,
pcre3 is being removed. libchicken-dev depends on libpcre3-dev, however
it looks like that dependency is unused. The headers don't mention it
and pcre3 support was removed in version 4.8.0.5-1 (bug #729144). Looks
like libpcre3-dev
Package: kannel-dev
Version: 1.4.5-16
Severity: serious
Hi,
kannel-dev depends on libpcre3-dev, which is going to be removed. Given pcre3
support was removed in 1.4.5-13, that dependency can probably just go away.
Cheers,
Emilio
On Mon, 20 May 2024 01:04:01 +0200 "Salvo \"LtWorf\" Tomaselli"
wrote:
Package: neochat
Version: 23.08.5-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: ltw...@debian.org
Dear Maintainer,
neochat won't start.
I have uploaded kirigami-addons, and made a new upload of ne
Package: bluez
Version: 5.73-1
Severity: serious
Hi,
The new autopkgtests added in 5.73-1 are failing on ci.debian.net:
autopkgtest [03:11:41]: test bluez-response: [---
testAdapter (__main__.TestBluezResponse.testAdapter) ... Can't open HCI
socket.: Address family not sup
Package: lxqt-menu-data
Version: 1.4.1-2
Severity: serious
Hi,
Your package breaks/replaces lxqt-panel (<< 1.4), however the latest
lxqt-panel in sid is 1.3.0-1. This means that those packages cannot
be co-installed atm, which is making lxqt-core uninstallable now.
If the reason for this breaks/
Control: found -1 2.4.3-1
Hi,
On Sat, 20 Apr 2024 15:22:43 +0200 Lucas Nussbaum wrote:
Source: glib-d
Version: 2.4.3-2
Severity: serious
Justification: FTBFS
Tags: trixie sid ftbfs
User: lu...@debian.org
Usertags: ftbfs-20240420 ftbfs-trixie ftbfs-t64-armel
Hi,
During a rebuild of all packag
Package: libjson-glib-dev
Version: 1.8.0-2
Severity: serious
Hi,
libjson-glib-dev ships tests in /usr/lib/x86_64-linux-gnu/installed-tests/,
which makes the package get a dependency on libglib2.0-0t64 through
shlibs:Depends. That in turn causes b-d cycles, e.g. for fcitx-kkc on
arm{el,hf}:
fcitx
On Sun, 5 May 2024 15:35:40 +0200 Sebastian Ramacher
wrote:
Source: sdpa
Version: 7.3.16+dfsg-1
Severity: serious
X-Debbugs-Cc: sramac...@debian.org
Dependencies on libmumps-seq are produced using ${mumps-seq:Version}
which does not include the changes from the t64 transition. Please adopt
the
Control: notfound -1 3.51.2-1
Control: found -1 3.50.3-2
Control: fixed -1 3.50.3-2.1
On Sat, 2 Mar 2024 11:53:00 +0100 Sebastian Ramacher
wrote:
Source: evolution-data-server
Version: 3.51.2-1
Severity: serious
X-Debbugs-Cc: sramac...@debian.org, vor...@debian.org
Thank you for uploading the
On Mon, 29 Apr 2024 16:56:55 +0200 "M. van Brummelen" wrote:
Hi,
On 2024-04-29 10:28, Bo YU wrote:
> Tags: patch
>
> hi,
> On Thu, Apr 18, 2024 at 10:00:30PM +0200, Sebastian Ramacher wrote:
>>
>> checking for libconfig... no
>> checking for main in -llibconfig... no
>> configure: error: li
Hi Wouter,
On Wed, 03 Apr 2024 14:17:38 +0200 Wouter Verhelst wrote:
tags 1066831 + upstream fixed-upstream pending
thanks
Can we have a fix for this in sid? That would help with some ongoing
transitions, and probably with some installability issues on arm* on testing.
Thanks,
Emilio
On 29/03/2024 00:06, Adrian Bunk wrote:
Hi,
attached are proposed debdiffs for updating gtkwave to 3.3.118 in
{bookworm,bullseye,buster}-security for review for a DSA
(and as preview for buster).
General notes:
As suggested by the security team in #1060407, this is a backport of a
new upstream
Hi Simon,
On 08/02/2024 21:59, Simon McVittie wrote:
On Thu, 08 Feb 2024 at 10:37:33 +, Simon McVittie wrote:
Package: libmozjs-115-dev
Justification: makes gjs FTBFS (#1063433)
I believe mozjs115_115.7.0-3 should fix this.
wb-team: Please could someone with wanna-build access schedule g
On Thu, 1 Sep 2022 08:13:07 +0200 Paul Gevers wrote:
Hi,
On Sun, 26 Jun 2022 13:55:24 +0200 Salvatore Bonaccorso
wrote:
> Source: salt
> The following vulnerability was published for salt.
>
> CVE-2022-22967[0]:
> | An issue was discovered in SaltStack Salt in versions before 3002.9,
> |
On 01/02/2023 09:47, Andres Salomon wrote:
Hi Security Team & Jeremy,
I had originally planned to ask the release team about fixing #1029845 (the bug
below) in bullseye via t-p-u. However, it would appear that there's also an
outstanding security bug in harfbuzz (CVE-2022-33068, tracked at #10
On 15/12/2022 20:38, Mihai Moldovan wrote:
[Resent to the bug tracker as well]
* On 12/15/22 19:15, Emilio Pozuelo Monfort wrote:
I'm not sure I understand what the problem is. The patches are in
debian/patches/ and are applied during build using quilt.
Oh this is about the xorg-s
On 15/12/2022 18:42, Sven Joachim wrote:
Control: forcemerge 989852 -1
Am 15.12.2022 um 01:16 schrieb Mihai Moldovan:
Package: xorg-server-source
Version: 2:1.20.4-1+deb10u6
Severity: normal
Hi
It looks like the content of debian/patches/ has not been applied when packaging
xorg-server-sour
On 15/10/2022 08:27, Adrian Bunk wrote:
Package: firefox-esr
Version: 102.3.0esr-1
Severity: serious
Tags: bookworm sid
X-Debbugs-Cc: Carsten Schoenert ,
debian-rele...@lists.debian.org, t...@security.debian.org, debian-...@lists.debian.org
[ various potentially interested parties are Cc'ed ]
On 30/01/2021 22:22, Nicholas Guriev wrote:
Hello!
On Sat, 2021-01-30 at 21:54 +0100, Paul Gevers wrote:
You recently added an autopkgtest to your package xdg-utils, great.
However, it fails. Currently this failure is blocking the migration to
testing [1]. Can you please investigate the situati
On Fri, 04 Sep 2020 12:49:06 -0300 David Bremner wrote:
> David Bremner writes:
>
> > Package: elpa-pdf-tools-server
> > Version: 0.90-3+b2
>
> Here's a backtrace
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x77e5951e in ?? () from
> /usr/lib/x86_64-linux-gnu/libpoppler
Package: terminator
Severity: grave
Tags: security
Dear maintainer(s),
The Debian LTS team would like to fix the security issues which are
currently open in the Stretch version of {{ package }}:
{%- if cve -%}
{% for entry in cve %}
https://security-tracker.debian.org/tracker/{{ entry }}
{%- endf
On Tue, 24 Mar 2020 09:42:32 -0400 Boyuan Yang wrote:
> Package: php7.4-enchant
> Severity: important
> Version: 7.4.3-4
> X-Debbugs-CC: ond...@debian.org kap...@debian.org
>
> Dear Debian PHP Maintainers,
>
> I noticed that both php7.3 and php7.4 are providing modules that make use of
> the lib
1 - 100 of 1203 matches
Mail list logo
