Bug#1061188: transition: python3-defaults (making python3.12 the default python3 version)
On 15.05.24 11:14, Emilio Pozuelo Monfort wrote: Hi Matthias, On 20/01/2024 15:41, Matthias Klose wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Please setup a tracker for the python3-defaults transition, making 3.12 the default Python version. What's the current status? Has a mass-build been done with python3-defaults from experimental? a mass rebuild doesn't help, because you only get valid results for the first level of the dependencies. I think that question has been answered many times. The transition has been done for Ubuntu 24.04 LTS, so there should be some confidence that packages are in a good shape for 3.12. The archive had been frozen for transitions for some time, but the thawing wasn't announced, and I only about that last week. I won't drive that transition before mid June myself, but if people would like to start earlier, please coordinate with Stefano. Matthias
Bug#1069875: please package bindings for the default versions
Package: src:uwsgi Version: 2.0.25.1-1 Severity: wishlist uwsgi packages many bindings for a lot of languages, sometimes using the default language version for the binding, sometimes a concrete version. Would it be ok to package the bindings for the default version, dropping the versioned package suffixes for at least ruby and openjdk? These both have defaults packages. lua might be different, because there are no lua-defaults packages.
Bug#1069066: LIMITS_H_TEST is frequently wrong on Debian
Control: tags -1 - patch As a result I suggest that we also move forward with my proposed LIMITS_H_TEST replacement in Debian. Upstream gcc fails to move forward here and the problem affects Debian in particular due to our use of multiarch and our changing of the compiler search path. Would you agree to carry this as a Debian patch until gcc manages to fix it one way or another? Sorry, but AFAICS, you didn't submit the patch upstream for review. You opened a bug report, but didn't send it out for review on the gcc-patches ML. You also didn't CC me or other Debian GCC Maintainers in the upstrem bug report, and only opened a Debian bug report after seven years having the upstream bug report. I'm glad to help if you have questions how to submit upstream patches. I've been using this last iteration of the patch for quite a while now and didn't have any misdetections since. yes, you used it in the context of Debian cross builds in a multiarch environment. No other context. Filing a bug report seven years ago, having a proposed unreviewed patch, and then claiming that upstream is not moving forward is a bit odd. Please could you properly address the issue upstream to get it applied there first? I'm happy to backport it to GCC 14 once it's accepted upstream. Matthias
Bug#1042614: upstream patch available
Control: tags -1 + patch patch at https://launchpadlibrarian.net/725823106/libsass-python_0.22.0-1build1_0.22.0-1ubuntu1.diff.gz
Bug#1069220: mrcal ftbfs with Python 3.12
On 18.04.24 09:09, Dima Kogan wrote: Thanks for the report, but I cannot reproduce. I upgraded my python3 install to what's currently in experimental: "python3" starts up 3.12.3, and mrcal builds just fine. Can I get the version of these packages please: - mrbuild - python3-numpy Any other specific suggestions would be good too. Thanks. seen here https://launchpad.net/ubuntu/+source/mrcal/2.4.1-1build2 maybe you need to wait until 3.12 is the default in Debian.
Bug#1054257: hsdis support not by default
Control: tags -1 + wontfix openjdk-21 has the support to build that yourself. not enabled by default, binutils is GPLv3, OpenJDK GPLv2 + exceptions.
Bug#1069223: yp-svipc ftbfs with Python 3.12
Package: src:yp-svipc
Version: 0.16-5
Severity: important
Tags: sid trixie ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.12
[...]
dpkg-buildpackage: info: host architecture amd64
fakeroot debian/rules clean
dh clean --without python2 \
--with python3 \
--buildsystem=pybuild
dh: warning: Compatibility levels before 10 are deprecated (level 9 in use)
debian/rules override_dh_auto_clean
make[1]: Entering directory '/<>'
cp -n yorick/Makefile yorick/Makefile.orig
cp: warning: behavior of -n is non-portable and may change in future;
use --update=none instead
cd yorick; yorick -batch make.i
updated ./Makefile
dh_auto_clean
dh_auto_clean: warning: Compatibility levels before 10 are deprecated
(level 9 in use)
I: pybuild base:311: python3.12 setup.py clean
Traceback (most recent call last):
File "/<>/setup.py", line 21, in
from numpy.distutils.core import setup, Extension
ModuleNotFoundError: No module named 'numpy.distutils'
E: pybuild pybuild:389: clean: plugin distutils failed with: exit
code=1: python3.12 setup.py clean
dh_auto_clean: error: pybuild --clean -i python{version} -p 3.12
returned exit code 13
make[1]: *** [debian/rules:42: override_dh_auto_clean] Error 255
make[1]: Leaving directory '/<>'
make: *** [debian/rules:12: clean] Error 2
Bug#1069221: termbox ftbfs with Python 3.12
Package: src:termbox
Version: 1.1.2+dfsg-5
Severity: important
Tags: sid trixie ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.12
[...]
dh build --with python3 --buildsystem=pybuild
dh_update_autotools_config -O--buildsystem=pybuild
dh_autoreconf -O--buildsystem=pybuild
debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
python3 waf configure \
--prefix=/usr \
--libdir=usr/lib/x86_64-linux-gnu/
/<>/waflib/Utils.py:378: SyntaxWarning: invalid escape
sequence '\d'
return re.split('\d+$',s)[0]
/<>/waflib/ConfigSet.py:7: SyntaxWarning: invalid escape
sequence '\ '
re_imp=re.compile('^(#)*?([^#=]*?)\ =\ (.*?)$',re.M)
/<>/waflib/ansiterm.py:172: SyntaxWarning: invalid escape
sequence '\['
ansi_tokens=re.compile('(?:\x1b\[([0-9?;]*)([a-zA-Z])|([^\x1b]+))')
Traceback (most recent call last):
File "/<>/waf", line 163, in
from waflib import Scripting
File "/<>/waflib/Scripting.py", line 6, in
from waflib import
Utils,Configure,Logs,Options,ConfigSet,Context,Errors,Build,Node
File "/<>/waflib/Configure.py", line 6, in
from waflib import ConfigSet,Utils,Options,Logs,Context,Build,Errors
File "/<>/waflib/Options.py", line 6, in
from waflib import Logs,Utils,Context
File "/<>/waflib/Context.py", line 5, in
import os,re,imp,sys
ModuleNotFoundError: No module named 'imp'
make[1]: *** [debian/rules:11: override_dh_auto_configure] Error 1
make[1]: Leaving directory '/<>'
make: *** [debian/rules:5: build] Error 2
Bug#1069220: mrcal ftbfs with Python 3.12
Package: src:mrcal Version: 2.4.1-1 Severity: important Tags: sid trixie ftbfs User: debian-pyt...@lists.debian.org Usertags: python3.12 [...] cc -Wall -Wextra -g -O2 -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -ffile-prefix-map=/<>=. -flto=auto -ffat-lto-objects -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -fdebug-prefix-map=/<>=/usr/src/mrcal-2.4.1-1build2 --std=gnu99 -I/usr/include/suitesparse -Wno-array-bounds -Wno-cast-function-type -fno-strict-overflow -Wsign-compare -DNDEBUG -g -Wall -fPIC -I/usr/include/python3.12 -Wno-missing-field-initializers -Wno-unused-variable -Wno-unused-parameter -Wno-missing-braces -MMD -MP -g -fno-omit-frame-pointer -DMRBUILD_VERSION='"2.4.1-1build2"' -Wdate-time -D_FORTIFY_SOURCE=3 -c -o poseutils-npsp-pywrap-GENERATED.o poseutils-npsp-pywrap-GENERATED.c mrcal-pywrap.c:14:10: fatal error: numpy/arrayobject.h: No such file or directory 14 | #include | ^ compilation terminated. make[2]: *** [/usr/include/mrbuild/Makefile.common.footer:148: mrcal-pywrap.o] Error 1 make[2]: *** Waiting for unfinished jobs poseutils-npsp-pywrap-GENERATED.c:46:10: fatal error: numpy/arrayobject.h: No such file or directory 46 | #include | ^ mrcal-npsp-pywrap-GENERATED.c:40:10: fatal error: numpy/arrayobject.h: No such file or directory 40 | #include | ^ compilation terminated. compilation terminated. make[2]: *** [/usr/include/mrbuild/Makefile.common.footer:148: mrcal-npsp-pywrap-GENERATED.o] Error 1 make[2]: *** [/usr/include/mrbuild/Makefile.common.footer:148: poseutils-npsp-pywrap-GENERATED.o] Error 1 make[2]: Leaving directory '/<>'
Bug#1069219: pymatgen ftbfs with Python 3.12
Package: src:pymatgen
Version: 2024.1.27+dfsg1-7
Severity: important
Tags: sid trixie ftbfs
User: debian-pyt...@lists.debian.org
Usertags: python3.12
[...]
=== FAILURES
===
__ TestTransformedStructure.test_snl
___
self = testMethod=test_snl>
def test_snl(self):
self.trans.set_parameter("author", "will")
with pytest.warns(UserWarning) as warns:
snl = self.trans.to_snl([("will", "w...@test.com")])
> assert len(warns) == 1, "Warning not raised on type conversion
with other_parameters"
E AssertionError: Warning not raised on type conversion with
other_parameters
E assert 2 == 1
E+ where 2 = len(WarningsChecker(record=True))
/<>/.pybuild/test_python3.12/tests/alchemy/test_materials.py:107:
AssertionError
TestLobsterin.test_dict_functionality
_
self = testMethod=test_dict_functionality>
def test_dict_functionality(self):
> assert self.Lobsterinfromfile.get("COHPstartEnergy") == -15.0
E AssertionError: assert None == -15.0
E+ where None = {'cohpstartenergy': -15.0, 'cohpendenergy': 5.0, 'basisset':
'pbeVaspFit2015', 'gaussian...s'], 'skipdos': True, 'skipcohp': True,
'skipcoop': True, 'skippopulationanalysis': True, 'skipgrosspopulation':
True}>('COHPstartEnergy')
E+where -15.0, 'cohpendenergy': 5.0, 'basisset': 'pbeVaspFit2015',
'gaussian...s'], 'skipdos': True, 'skipcohp': True, 'skipcoop': True,
'skippopulationanalysis': True, 'skipgrosspopulation': True}> =
{'cohpstartenergy': -15.0, 'cohpendenergy': 5.0, 'basisset':
'pbeVaspFit2015', 'gaussiansmearingwidth': 0.1, 'basisfun...4s'],
'skipdos': True, 'skipcohp': True, 'skipcoop': True,
'skippopulationanalysis': True, 'skipgrosspopulation': True}.get
E+ where {'cohpstartenergy': -15.0, 'cohpendenergy': 5.0,
'basisset': 'pbeVaspFit2015', 'gaussiansmearingwidth': 0.1,
'basisfun...4s'], 'skipdos': True, 'skipcohp': True, 'skipcoop': True,
'skippopulationanalysis': True, 'skipgrosspopulation': True} =
testMethod=test_dict_functionality>.Lobsterinfromfile
.pybuild/test_python3.12/tests/io/lobster/test_inputs.py:1655:
AssertionError
__ TestVasprun.test_potcar_not_found
___
self = testMethod=test_potcar_not_found>
def test_potcar_not_found(self):
filepath = f"{TEST_FILES_DIR}/vasprun.xml"
# Ensure no potcar is found and nothing is updated
with pytest.warns(UserWarning, match="No POTCAR file with
matching TITEL fields was found in") as warns:
vasp_run = Vasprun(filepath, parse_potcar_file=".")
> assert len(warns) == 2
E assert 3 == 2
E+ where 3 = len(WarningsChecker(record=True))
/<>/.pybuild/test_python3.12/tests/io/vasp/test_outputs.py:645:
AssertionError
_ TestVasprun.test_unconverged
_
self =
def test_unconverged(self):
filepath = f"{TEST_FILES_DIR}/vasprun.xml.unconverged"
with pytest.warns(UnconvergedVASPWarning,
match="vasprun.xml.unconverged is an unconverged VASP run") as warns:
vasprun_unconverged = Vasprun(filepath,
parse_potcar_file=False)
> assert len(warns) == 1
E assert 2 == 1
E+ where 2 = len(WarningsChecker(record=True))
/<>/.pybuild/test_python3.12/tests/io/vasp/test_outputs.py:298:
AssertionError
Bug#1069218: rocketcea ftbfs with Python 3.12
Package: src:rocketcea
Version: 1.1.34+dfsg-2
Severity: important
Tags: sid trixie patch
User: debian-pyt...@lists.debian.org
Usertags: python3.12
[...]
dpkg-buildpackage: info: source package rocketcea
dpkg-buildpackage: info: source version 1.1.34+dfsg-2build1
dpkg-buildpackage: info: source distribution noble
dpkg-source --before-build .
dpkg-buildpackage: info: host architecture amd64
dpkg-source: info: using options from
rocketcea-1.1.34+dfsg/debian/source/options:
--extend-diff-ignore=^[^/]*[.]egg-info/
fakeroot debian/rules clean
dh clean --with python3 --buildsystem=pybuild
dh_auto_clean -O--buildsystem=pybuild
pybuild --clean -i python{version} -p 3.12
I: pybuild base:311: python3.12 setup.py clean
Traceback (most recent call last):
File "/<>/setup.py", line 21, in
from numpy.distutils.core import Extension, setup
ModuleNotFoundError: No module named 'numpy.distutils'
E: pybuild pybuild:389: clean: plugin distutils failed with: exit
code=1: python3.12 setup.py clean
dh_auto_clean: error: pybuild --clean -i python{version} -p 3.12
returned exit code 13
make: *** [debian/rules:8: clean] Error 25
dpkg-buildpackage: error: fakeroot debian/rules clean subprocess
returned exit status 2
Bug#1069217: pysolid ftbfs with Python 3.12
Package: src:pysolid Version: 0.3.2-1 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 [...] dh binary --buildsystem=pybuild dh_update_autotools_config -O--buildsystem=pybuild dh_autoreconf -O--buildsystem=pybuild dh_auto_configure -O--buildsystem=pybuild dh_auto_build -O--buildsystem=pybuild I: pybuild plugin_pyproject:129: Building wheel for python3.12 with "build" module I: pybuild base:311: python3.12 -m build --skip-dependency-check --no-isolation --wheel --outdir /<>/.pybuild/cpython3_3.12_pysolid * Building wheel... Traceback (most recent call last): File "/usr/lib/python3/dist-packages/pyproject_hooks/_in_process/_in_process.py", line 353, in main() File "/usr/lib/python3/dist-packages/pyproject_hooks/_in_process/_in_process.py", line 335, in main json_out['return_val'] = hook(**hook_input['kwargs']) File "/usr/lib/python3/dist-packages/pyproject_hooks/_in_process/_in_process.py", line 251, in build_wheel return _build_backend().build_wheel(wheel_directory, config_settings, ^^ File "/usr/lib/python3/dist-packages/setuptools/build_meta.py", line 434, in build_wheel return self._build_with_temp_dir( ^^ File "/usr/lib/python3/dist-packages/setuptools/build_meta.py", line 419, in _build_with_temp_dir self.run_setup() File "/usr/lib/python3/dist-packages/setuptools/build_meta.py", line 341, in run_setup exec(code, locals()) File "", line 6, in ModuleNotFoundError: No module named 'numpy.distutils' ERROR Backend subprocess exited when trying to invoke build_wheel
Bug#1064726: reopen, still ftbfs
Control: reopen -1
the package still build-depends on python3-distutils, removed in 3.12.
the package then ftbfs with
[...]
Applying: Bug 1654457 - Update virtualenv to 20.0.31.
r=mhentges,rstewart a=RyanVM
Auto packing the repository in background for optimum performance.
See "git help gc" for manual housekeeping.
patching file js/src/build/moz.build
patching file mozglue/build/moz.build
patching file config/makefiles/target_binaries.mk
patching file js/src/moz.build
patching file js/src/old-configure
patching file js/public/StructuredClone.h
patch unexpectedly ends in middle of line
Hunk #1 succeeded at 381 with fuzz 1 (offset 53 lines).
patching file js/public/AllocPolicy.h
Hunk #1 succeeded at 109 (offset 2 lines).
Hunk #2 succeeded at 175 (offset 3 lines).
patching file js/public/RootingAPI.h
patch unexpectedly ends in middle of line
Hunk #1 succeeded at 931 with fuzz 1.
patching file build/moz.configure/toolchain.configure
patching file build/moz.configure/toolchain.configure
patching file build/moz.configure/init.configure
patching file js/src/jit/arm64/vixl/MozCpu-vixl.cpp
patching file js/src/wasm/WasmSignalHandlers.cpp
patching file python/mach/mach/config.py
patching file python/mach/mach/decorators.py
patching file python/mach/mach/main.py
patching file python/mozbuild/mozbuild/backend/configenvironment.py
patching file python/mozbuild/mozbuild/makeutil.py
patching file python/mozbuild/mozbuild/util.py
patching file testing/mozbase/manifestparser/manifestparser/filters.py
patching file third_party/python/pipenv/pipenv/vendor/jinja2/sandbox.py
patching file js/src/wasm/WasmSignalHandlers.cpp
Hunk #1 succeeded at 248 (offset 4 lines).
patching file .cargo/config.in
patching file Cargo.lock
patching file Cargo.toml
patching file third_party/rust/cc/.cargo-checksum.json
patching file third_party/rust/cc/src/lib.rs
patching file python/mozbuild/mozbuild/action/process_define_files.py
patching file python/mozbuild/mozbuild/preprocessor.py
patching file python/mozbuild/mozbuild/util.py
/<>/libraries/source/spidermonkey/mozjs-78.6.0/python/mozbuild/mozbuild/configure/__init__.py:838:
SyntaxWarning: invalid escape sequence '\.'
RE_MODULE = re.compile('^[a-zA-Z0-9_\.]+$')
Traceback (most recent call last):
File
"/<>/libraries/source/spidermonkey/mozjs-78.6.0/build-debug/../js/src/../../configure.py",
line 25, in
from mozbuild.configure import (
File
"/<>/libraries/source/spidermonkey/mozjs-78.6.0/python/mozbuild/mozbuild/configure/__init__.py",
line 13, in
from six.moves import builtins as __builtin__
ModuleNotFoundError: No module named 'six.moves'
ERROR: SpiderMonkey build failed
make[1]: *** [debian/rules:40: override_dh_auto_build] Error 1
Bug#1068758: strace fails to build it's tests on arm-linux-gnueabihf with 64bit time_t
Package: src:strace
Version: 6.5-0.1
Severity: serious
Tags: sid trixie ftbfs
Forwarded: https://github.com/strace/strace/issues/296
strace fails to build it's tests on arm-linux-gnueabihf with 64bit time_t:
make[5]: Entering directory '/<>/build/tests'
depbase=echo _newselect.o | sed 's|[^/]*$|.deps/&|;s|\.o$||';
gcc -DHAVE_CONFIG_H -I. -I../src/linux/arm -I../../src/linux/arm
-I../src/linux/generic -I../../src/linux/generic -I../src -I../../src
-I../../bundled/linux/arch/arm/include/uapi
-I../../bundled/linux/include/uapi -DSTRACE_SIZEOF_KERNEL_LONG_T=4
-DTESTS_SIZEOF_KERNEL_LONG_T=4 -DSTRACE_SIZEOF_LONG=4
-DTESTS_SIZEOF_LONG=4 -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=3
-I../bundled/linux/arch/arm/include/uapi -I../bundled/linux/include/uapi
-Wall -Wextra -Wno-missing-field-initializers -Wno-unused-parameter
-Wdate-time -Wformat-security -Wimplicit-fallthrough=5 -Winit-self
-Wlogical-op -Wmissing-prototypes -Wnested-externs
-Wold-style-definition -Wtrampolines -Wundef -Wwrite-strings -Werror -g
-O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security
-fno-stack-clash-protection
-fdebug-prefix-map=/<>=/usr/src/strace-6.8-0ubuntu1 -Wall -g -O2 -MT
_newselect.o -MD -MP -MF $depbase.Tpo -c -o _newselect.o
../../tests/_newselect.c &&
mv -f $depbase.Tpo $depbase.Po
mv -f .deps/libstrace_a-xmalloc.Tpo .deps/libstrace_a-xmalloc.Po
In file included from ../../tests/_newselect.c:16:
../../tests/xselect.c: In function ‘main’:
gcc -DHAVE_CONFIG_H -I./linux/arm -I../../src/linux/arm
-I./linux/generic -I../../src/linux/generic -I. -I../../src
-I../../bundled/linux/arch/arm/include/uapi
-I../../bundled/linux/include/uapi -DIN_STRACE=1 -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=3
-I../bundled/linux/arch/arm/include/uapi -I../bundled/linux/include/uapi
-Wall -Wextra -Wno-missing-field-initializers -Wno-unused-parameter
-Wdate-time -Wformat-security -Wimplicit-fallthrough=5 -Winit-self
-Wlogical-op -Wmissing-prototypes -Wnested-externs
-Wold-style-definition -Wtrampolines -Wundef -Wwrite-strings -Werror -g
-O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=.
-fstack-protector-strong -Wformat -Werror=format-security
-fno-stack-clash-protection
-fdebug-prefix-map=/<>=/usr/src/strace-6.8-0ubuntu1 -Wall -g -O2 -MT
libstrace_a-bpf_attr_check.o -MD -MP -MF
.deps/libstrace_a-bpf_attr_check.Tpo -c -o libstrace_a-bpf_attr_check.o
test -f 'bpf_attr_check.c' || echo '../../src/'bpf_attr_check.c
../../tests/xselect.c:216:24: error: overflow in conversion from ‘long
long int’ to ‘kernel_long_t’ {aka ‘long int’} changes value from
‘-3819351491602432273’ to ‘-559038737’ [-Werror=overflow]
216 | tv_in.tv_sec = (time_t) 0xcafef00ddeadbeefLL;
| ^
Bug#1068643: meep needs an update for Python 3.12
Package: src:meep Version: 1.25.0-2 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 meep (and probably dependent packages) need an update for Python 3.12, e.g. no distutils anymore in 3.12.
Bug#1067453: gnat: Ada.Calendar.Clock crashes on time_t64 architectures
Nicolas, which package version are you working with? On 05.04.24 18:45, Nicolas Boulenguez wrote: Source: gcc-13 Followup-For: Bug #1067453 Hello. In case anyone tries to build attempt3 at https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065 in Debian, please: * disable debian/patches/libgnat-time64.diff in debian/rules.patch this has been replaced in -23 with https://salsa.debian.org/toolchain-team/gcc/-/blob/gcc-13-debian/debian/patches/pr114065-proposed.diff what Eric Botcazou suggested to do. * adapt the current ada-lib-info-source-date-epoch.diff without the first patch in pr114065, that will ftbfs on armhf. or are you suggesting any further patches? thanks, Matthias
Bug#1067675: library package (arch any) depending on a "common" package with too strict version constraint
On 02.04.24 21:54, Jeremy Bícha wrote:
Cloning a bug in the way you did is not very helpful. mutter's
situation is different than folks.
The mutter binary package has Depends: mutter-common (>= ${source:Version})
That allows mutter to be binNMU'd.
that works for Debian, but not Ubuntu. A failing build on amd64 and
succeeding builds on the other architectures makes the packages
uninstallable on all other architectures.
An alternative is to do something like evolution which has this override:
dh_makeshlibs -V'libevolution (>= $(DEB_VERSION_UPSTREAM)),
libevolution (<< $(DEB_GNOME_NEXTVERSION))'
which translates to this when built on Unstable (3.50.3-1+b1) :
dh_makeshlibs -V'libevolution (>= 3.50.3), libevolution (<< 3.51)'
We do actually need the upstream version of the -common package to
match the other binary packages. I am not convinced there is even
value in switching to the evolution style since it seems rare for
there to be an upload after the first upload for an upstream version
(-2 or higher basically) where the fact that sometimes arch: all
builds slower than other architectures is enough of a problem in these
packages to make the packaging more complicated.
I would prefer to revert your Ubuntu diff for mutter so that if this
bug is fixed, it is fixed in Debian first.
then please fix it, allowing no-change uploads for Ubuntu as well.
Matthias
Bug#1068368: RM: python3.10, superseded by 3.11 and 3.12
Package: ftp.debian.org Please remove python3.10, superseded by 3.11 and 3.12.
Bug#1068349: nbsphinx/nbconvert broken by lxml 5.2: lxml.html.clean
On 04.04.24 00:09, Rebecca N. Palmer wrote: Package: python3-nbconvert,python3-lxml Version: 6.5.3-4,5.2.0-1 Control: affects -1 src:pandas Control: affects -1 python3-nbsphinx Control: block 1068104 by -1 The pandas documentation fails to build in current unstable with: Running Sphinx v7.2.6 nbconvert not installed. Skipping notebooks. Extension error: Could not import extension nbsphinx (exception: lxml.html.clean module is now a separate project lxml_html_clean. Install lxml[html_clean] or lxml_html_clean directly.) Full log: https://salsa.debian.org/science-team/pandas/-/jobs/5538806 This probably makes nbconvert and nbsphinx fail to import at all, and started when lxml was upgraded to 5.2, but I haven't actually tested either of those: https://sources.debian.org/src/nbconvert/6.5.3-4/nbconvert/exporters/templateexporter.py/?hl=25#L25 https://sources.debian.org/src/lxml/5.2.0-1/PKG-INFO/?hl=83#L83 The obvious fix would be to package lxml_html_clean. xml-html-clean is in NEW
Bug#1068298: python-coverage needs an update for Python 3.12
Package: src:python-coverage Version: 7.2.7+dfsg1-1 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 python-coverage needs an update for Python 3.12 example packaging at https://launchpad.net/ubuntu/+source/python-coverage/7.4.4+dfsg1-0ubuntu2
Bug#1068295: qrcode fails its autopkg tests with pillow 10.3
Package: src:python-qrcode
Version: 7.4.2-4
Severity: serious
Tags: sid trixie
qrcode fails its autopkg tests with pillow 10.3:
[...]
28s autopkgtest [21:55:27]: test qrcode: [---
28s = test session starts
==
28s platform linux -- Python 3.12.2, pytest-7.4.4, pluggy-1.4.0
28s rootdir: /tmp/autopkgtest-lxc.js984avw/downtmp/autopkgtest_tmp
28s collected 79 items
28s
28s tests/test_example.py .
[ 1%]
30s tests/test_qrcode.py
... [ 65%]
31s ...
[ 69%]
31s tests/test_qrcode_svg.py ..
[ 77%]
31s tests/test_release.py
[ 82%]
31s tests/test_script.py .F...
[ 98%]
31s tests/test_util.py .
[100%]
31s
31s === FAILURES
===
31s ScriptTest.test_piped
_
31s
31s self =
31s mock_stdout =
31s
31s @mock.patch("os.isatty", lambda *args: False)
31s @mock.patch("sys.stdout")
31s @unittest.skipIf(not Image, "Requires PIL")
31s def test_piped(self, mock_stdout):
31s > main(["testtext"])
31s
31s tests/test_script.py:33:
31s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _
31s /usr/lib/python3/dist-packages/qrcode/console_scripts.py:139: in main
31s img.save(sys.stdout.buffer)
31s /usr/lib/python3/dist-packages/qrcode/image/pil.py:51: in save
31s self._img.save(stream, format=format, **kwargs)
31s _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _ _ _ _
31s
31s self =
31s fp = , format
= 'PNG'
31s params = {}
31s filename =
'/tmp/autopkgtest-lxc.js984avw/downtmp/autopkgtest_tmp/MagicMock/stdout.buffer/139727054534272'
31s open_fp = True, save_all = False, filename_ext = '', ext = ''
31s
31s def save(self, fp, format=None, **params) -> None:
31s """
31s Saves this image under the given filename. If no format is
31s specified, the format to use is determined from the filename
31s extension, if possible.
31s
31s Keyword options can be used to provide additional instructions
31s to the writer. If a writer doesn't recognise an option, it is
31s silently ignored. The available options are described in the
31s :doc:`image format documentation
31s <../handbook/image-file-formats>` for each writer.
31s
31s You can use a file object instead of a filename. In this case,
31s you must always specify the format. The file object must
31s implement the ``seek``, ``tell``, and ``write``
31s methods, and be opened in binary mode.
31s
31s :param fp: A filename (string), os.PathLike object or file
object.
31s :param format: Optional format override. If omitted, the
31sformat to use is determined from the filename extension.
31sIf a file object was used instead of a filename, this
31sparameter should always be used.
31s :param params: Extra parameters to the image writer.
31s :returns: None
31s :exception ValueError: If the output format could not be
determined
31sfrom the file name. Use the format option to solve this.
31s :exception OSError: If the file could not be written. The
file
31smay have been created, and may contain partial data.
31s """
31s
31s filename: str | bytes = ""
31s open_fp = False
31s if is_path(fp):
31s filename = os.path.realpath(os.fspath(fp))
31s open_fp = True
31s elif fp == sys.stdout:
31s try:
31s fp = sys.stdout.buffer
31s except AttributeError:
31s pass
31s if not filename and hasattr(fp, "name") and is_path(fp.name):
31s # only set the name for metadata purposes
31s filename = os.path.realpath(os.fspath(fp.name))
31s
31s # may mutate self!
31s self._ensure_mutable()
31s
31s save_all = params.pop("save_all", False)
31s self.encoderinfo = params
31s self.encoderconfig = ()
31s
31s preinit()
31s
31s filename_ext = os.path.splitext(filename)[1].lower()
31s ext = filename_ext.decode() if isinstance(filename_ext,
bytes) else filename_ext
31s
31s if not format:
31s if ext not in EXTENSION:
31s init()
31s try:
31s format = EXTENSION[ext]
31s except KeyError as e:
31s msg = f"unknown file extension: {ext}"
31s raise ValueError(msg) from e
31s
31s if format.upper() not in SAVE:
31s init()
31s if save_all:
31s save_handler =
Bug#1067674: closed by Debian FTP Masters (reply to Jeremy Bícha ) (Bug#1067674: fixed in folks 0.15.9-2)
Control: reopen -1 no, this doesn't help if the all build fails and other builds succeed.
Bug#1066964: ITA: newlib -- C library and math library for embedded systems
On 01.04.24 20:14, Petter Reinholdtsen wrote: [Petter Reinholdtsen] I believe I found the correct location in https://salsa.debian.org/debian/newlib/edit>, where a new path for the project can be specified. I did not test it yet. Do you want to move it, or should I give it a try? Another and slightly related question, as I suspect moving the git repo will remove my write access to it. Do you want to take over my plan to fix the security problem in stable as described in https://bugs.debian.org/1066965 >? not at all, please go ahead with it.
Bug#1068105: drop the Python3-Version attribute
Package: src:libsbml Version: 5.20.2+dfsg-2.1 Severity: important Tags: sid trixie ftbfs patch User: debian-pyt...@lists.debian.org Usertags: python3.12 please drop the Python3-Version attribute. we're not using these anymore, and it prevents the package to be built with 3.12. diff -Nru libsbml-5.20.2+dfsg/debian/control libsbml-5.20.2+dfsg/debian/control --- libsbml-5.20.2+dfsg/debian/control 2024-03-09 18:21:16.0 + +++ libsbml-5.20.2+dfsg/debian/control 2024-03-29 13:44:06.0 + @@ -37,7 +37,6 @@ Vcs-Browser: https://salsa.debian.org/med-team/libsbml Vcs-Git: https://salsa.debian.org/med-team/libsbml.git Homepage: http://www.sbml.org/ -X-Python3-Version: 3.11 Rules-Requires-Root: no Testsuite: autopkgtest-pkg-python
Bug#1066964: ITA: newlib -- C library and math library for embedded systems
Control: retitle -1 ITA: newlib -- C library and math library for embedded systems placing this package under the GCC Maintainers umbrella. Both nvptx and amdgcn offload compilers are dependent on this. Petter, is there a way to move the VCS on salsa?
Bug#1067961: python3-sbml5 depends on swig
Package: python3-sbml5 Version: 5.20.2+dfsg-2.1 Severity: important. python3-sbml5 has a runtime dependency on swig, which seems to be wrong. swig is used to create the bindings at build time. That pulls in swig with all it's dependencies ...
Bug#1067945: libflorist fails autopkg tests, missing dependency on libnsl-dev
Package: src:libflorist Version: 2022.0.1~20220616-5 Severity: serious Tags: sid trixie patch libflorist fails autopkg tests, failing to link -lnsl. so either libflorist-dev should depend on libnsl-dev, or the test should depend it. it's not seen in the buildd chroot, because libnsl-dev is installed by default. patch at http://launchpadlibrarian.net/721754292/libflorist_2022.0.1~20220616-5_2022.0.1~20220616-5ubuntu1.diff.gz
Bug#1067938: piuparts fails autopkg tests with Python 3.12
Package: src:piuparts Version: 1.4.1 Severity: serious Tags: sid trixie User: debian-pyt...@lists.debian.org Usertags: python3.12 please also check that it works with Python 3.12. [...] 278s autopkgtest [08:25:21]: test smoke-test: [--- 278s running /tmp/autopkgtest.CGhWQf/build.CLh/src/debian/tests/smoke-test 278s 278s running piuparts --version 278s piuparts 1.4.1 278s dpkg-deb: building package 't' in 't.deb'. 278s 278s running piuparts t.deb 278s 278s Piuparts caught exception, exiting... 278s 278s Traceback (most recent call last): 278s File "/usr/sbin/piuparts", line 3667, in 278s main() 278s File "/usr/sbin/piuparts", line 3610, in main 278s args = parse_command_line() 278s 278s File "/usr/sbin/piuparts", line 3523, in parse_command_line 278s settings.distro_config = piupartslib.conf.DistroConfig(DISTRO_CONFIG_FILE, settings.debian_mirrors[0][0]) 278s 278s File "/usr/lib/python3/dist-packages/piupartslib/conf.py", line 159, in __init__ 278s cp = configparser.SafeConfigParser() 278s ^ 278s AttributeError: module 'configparser' has no attribute 'SafeConfigParser'. Did you mean: 'RawConfigParser'?
Bug#1067783: pidgin-sipe accesses network resources during the build
Package: src:pidgin-sipe Version: 1.25.0-2.1 Severity: serious Tags: sid trixie ftbfs pidgin-sipe accesses network resources during the build: [...] Testsuite summary for pidgin-sipe 1.25.0 # TOTAL: 2 # PASS: 2 # SKIP: 0 # XFAIL: 0 # FAIL: 0 # XPASS: 0 # ERROR: 0 make[5]: Leaving directory '/<>/src/purple' make[4]: Leaving directory '/<>/src/purple' I: net.sourceforge.sipe.purple:26: url-not-secure http://sipe.sourceforge.net/ I: net.sourceforge.sipe.purple:~: developer-info-missing ✔ Validation was successful: infos: 2 make[3]: Leaving directory '/<>/src/purple' when the build doesn't have access, it fails: [...] I: net.sourceforge.sipe.purple:26: url-not-secure http://sipe.sourceforge.net/ W: net.sourceforge.sipe.purple:26: url-not-reachable http://sipe.sourceforge.net/ - Failed to download file: Could not resolve host: sipe.sourceforge.net W: net.sourceforge.sipe.purple:27: url-not-reachable https://sourceforge.net/p/sipe/bugs/ - Failed to download file: Could not resolve host: sourceforge.net I: net.sourceforge.sipe.purple:~: developer-info-missing ✘ Validation failed: warnings: 2, infos: 2 /bin/bash: line 3: appstream-validate: command not found make[3]: *** [Makefile:1636: validate-metainfo] Error 127 make[3]: *** Waiting for unfinished jobs make[4]: Leaving directory '/<>/src/purple' make check-TESTS make[4]: Entering directory '/<>/src/purple' make[5]: Entering directory '/<>/src/purple' PASS: tests PASS: tests_load
Bug#1067782: datalad downloads dependencies during the build
Package: src:datalad Version: 0.19.6-2 Severity: serious Tags: sid trixie datalad downloads dependencies during the build: [...] running build_ext Creating /<>/bin/datalad.egg-link (link to .) Adding datalad 0.19.6 to easy-install.pth file Installing datalad script to bin Installing git-annex-remote-datalad script to bin Installing git-annex-remote-datalad-archives script to bin Installing git-annex-remote-ora script to bin Installing git-annex-remote-ria script to bin Installing git-credential-datalad script to bin Installed /<> Processing dependencies for datalad==0.19.6 Searching for tqdm>=4.32.0 Reading https://pypi.org/simple/tqdm/ Downloading https://files.pythonhosted.org/packages/2a/14/e75e52d521442e2fcc9f1df3c5e456aead034203d4797867980de558ab34/tqdm-4.66.2-py3-none-any.whl#sha256=1ee4f8a893eb9bef51c6e35730cebf234d5d0b6bd112b0271e10ed7c24a02bd9 Best match: tqdm 4.66.2 Processing tqdm-4.66.2-py3-none-any.whl Installing tqdm-4.66.2-py3-none-any.whl to /<>/bin Adding tqdm 4.66.2 to easy-install.pth file Installing tqdm script to bin
Bug#1067778: retroarch ftbfs in unstable
Package: src:retroarch Version: 1.16.0.3+dfsg-1 Severity: serious Tags: sid trixie ftbfs retroarch ftbfs in unstable [...] Checking existence of -lglslang ... yes Checking existence of -lOSDependent ... yes Checking existence of -lOGLCompiler ... no Checking existence of -lMachineIndependent ... yes Checking existence of -lGenericCodeGen ... yes Checking existence of -lHLSL ... no Checking existence of -lSPIRV ... yes Checking existence of -lSPIRV-Tools-opt ... yes Checking existence of -lSPIRV-Tools ... yes Notice: System glslang libraries not found, disabling glslang support. Notice: glslang is disabled, slang support will also be disabled. Error: glslang is disabled and forced to build with SPIRV-Cross support. make[1]: *** [debian/rules:48: override_dh_auto_configure] Error 1 make[1]: Leaving directory '/home/packages/tmp/retroarch-1.16.0.3+dfsg' make: *** [debian/rules:42: binary] Error 2
Bug#1067759: python-dnaio ftbfs on s390x
Package: src:python-dnaio
Version: 1.2.0-1
Severity: serious
Tags: sid trixie ftbfs
https://buildd.debian.org/status/fetch.php?pkg=python-dnaio=s390x=1.2.0-1=1711181830=0
[...]
I: pybuild base:305: cd /<>/.pybuild/cpython3_3.12/build;
python3.12 -m pytest tests
= test session starts
==
platform linux -- Python 3.12.2, pytest-8.1.1, pluggy-1.4.0
rootdir: /<>/.pybuild/cpython3_3.12/build
configfile: pyproject.toml
collected 640 items
tests/test_chunks.py ...
[ 1%]
tests/test_internal.py .
[ 9%]
F...
[ 20%]
[ 31%]
[ 43%]
[ 54%]
[ 65%]
FF
[ 66%]
tests/test_multiple.py .
[ 74%]
.
[ 74%]
tests/test_open.py F
[ 82%]
F...
[ 93%]
.
[ 94%]
tests/test_records.py .
[ 99%]
tests/test_util.py .
[100%]
=== FAILURES
===
_ TestBamReader.test_parse_bam
_
self =
def test_parse_bam(self):
with dnaio.open(self.bam_file) as reader:
> records = list(reader)
tests/test_internal.py:725:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
src/dnaio/_core.pyx:807: in dnaio._core.BamIter.__next__
???
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
> ???
E EOFError: Incomplete record at the end of file
src/dnaio/_core.pyx:771: EOFError
TestBamReader.test_small_buffersize[4]
self = , buffersize = 4
@pytest.mark.parametrize("buffersize", [4, 8, 10, 20, 40])
def test_small_buffersize(self, buffersize):
reader = BamReader(str(self.bam_file), buffer_size=buffersize)
> assert len(list(reader)) == 3
tests/test_internal.py:794:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
src/dnaio/_core.pyx:807: in dnaio._core.BamIter.__next__
???
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
> ???
E EOFError: Incomplete record at the end of file
src/dnaio/_core.pyx:771: EOFError
TestBamReader.test_small_buffersize[8]
self = , buffersize = 8
@pytest.mark.parametrize("buffersize", [4, 8, 10, 20, 40])
def test_small_buffersize(self, buffersize):
reader = BamReader(str(self.bam_file), buffer_size=buffersize)
> assert len(list(reader)) == 3
tests/test_internal.py:794:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
src/dnaio/_core.pyx:807: in dnaio._core.BamIter.__next__
???
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
> ???
E EOFError: Incomplete record at the end of file
src/dnaio/_core.pyx:771: EOFError
___ TestBamReader.test_small_buffersize[10]
self = , buffersize
= 10
@pytest.mark.parametrize("buffersize", [4, 8, 10, 20, 40])
def test_small_buffersize(self, buffersize):
reader = BamReader(str(self.bam_file), buffer_size=buffersize)
> assert len(list(reader)) == 3
tests/test_internal.py:794:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
src/dnaio/_core.pyx:807: in dnaio._core.BamIter.__next__
???
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
> ???
E EOFError: Incomplete record at the end of file
src/dnaio/_core.pyx:771: EOFError
___ TestBamReader.test_small_buffersize[20]
self = , buffersize
= 20
@pytest.mark.parametrize("buffersize", [4, 8, 10, 20, 40])
def test_small_buffersize(self, buffersize):
reader = BamReader(str(self.bam_file), buffer_size=buffersize)
> assert len(list(reader)) == 3
tests/test_internal.py:794:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
src/dnaio/_core.pyx:807: in dnaio._core.BamIter.__next__
???
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
_ _ _ _
> ???
E EOFError: Incomplete record at the end of file
src/dnaio/_core.pyx:771: EOFError
___ TestBamReader.test_small_buffersize[40]
self = , buffersize
= 40
@pytest.mark.parametrize("buffersize", [4, 8, 10, 20, 40])
def test_small_buffersize(self,
Bug#1067756: dcraw ftbfs
Package: src:dcraw
Version: 9.28-4
Severity: serious
Tags: sid trixie ftbfs
https://buildd.debian.org/status/fetch.php?pkg=dcraw=amd64=9.28-4=1711307393=0
gcc -DPACKAGE_NAME=\"dcraw\" -DPACKAGE_TARNAME=\"dcraw\"
-DPACKAGE_VERSION=\"9.28\" -DPACKAGE_STRING=\"dcraw\ 9.28\"
-DPACKAGE_BUGREPORT=\"hr...@physics.muni.cz\" -DPACKAGE_URL=\"\"
-DPACKAGE=\"dcraw\" -DVERSION=\"9.28\" -DHAVE_LIBM=1 -DHAVE_STDIO_H=1
-DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_INTTYPES_H=1
-DHAVE_STDINT_H=1 -DHAVE_STRINGS_H=1 -DHAVE_SYS_STAT_H=1
-DHAVE_SYS_TYPES_H=1 -DHAVE_UNISTD_H=1 -DSTDC_HEADERS=1
-DHAVE_JPEGLIB_H=1 -DHAVE_LIBJPEG=1 -DHAVE_LCMS2_H=1 -DHAVE_LIBLCMS2=1
-I. -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-Werror=implicit-function-declaration
-ffile-prefix-map=/<>=. -fstack-protector-strong
-fstack-clash-protection -Wformat -Werror=format-security
-fcf-protection -O4 -c -o clean_crw.o clean_crw.c
fujiturn.c: In function ‘main’:
fujiturn.c:61:3: warning: ignoring return value of ‘fread’ declared with
attribute ‘warn_unused_result’ [-Wunused-result]
61 | fread (in, iwide, sizeof *in, ifp);
| ^~
fujiturn.c:78:5: warning: ignoring return value of ‘fread’ declared with
attribute ‘warn_unused_result’ [-Wunused-result]
78 | fread (in, iwide, sizeof *in, ifp);
| ^~
fujiturn.c: In function ‘main’:
fujiturn.c:76:37: error: implicit declaration of function ‘ntohs’
[-Werror=implicit-function-declaration]
76 | mid[orow*owide+ocol][i] = ntohs(in[icol][i]);
| ^
fujiturn.c:90:28: error: implicit declaration of function ‘htons’
[-Werror=implicit-function-declaration]
90 | out[ocol][i] = htons (
|^
fujiturn.c:61:3: warning: ignoring return value of ‘fread’ declared with
attribute ‘warn_unused_result’ [-Wunused-result]
61 | fread (in, iwide, sizeof *in, ifp);
| ^~
fujiturn.c:78:5: warning: ignoring return value of ‘fread’ declared with
attribute ‘warn_unused_result’ [-Wunused-result]
78 | fread (in, iwide, sizeof *in, ifp);
| ^~
clean_crw.c: In function ‘main’:
clean_crw.c:54:5: warning: ignoring return value of ‘fread’ declared
with attribute ‘warn_unused_result’ [-Wunused-result]
54 | fread (buffer, 1, size, fp);
| ^~~
fuji_green.c: In function ‘read_shorts’:
fuji_green.c:72:29: error: implicit declaration of function ‘ntohs’
[-Werror=implicit-function-declaration]
72 | if ((order == 0x4949) == (ntohs(0x1234) == 0x1234))
| ^
fuji_green.c:73:5: error: implicit declaration of function ‘swab’
[-Werror=implicit-function-declaration]
73 | swab (pixel, pixel, count*2);
| ^~~~
fuji_green.c: In function ‘write_psd’:
fuji_green.c:249:11: error: implicit declaration of function ‘htonl’
[-Werror=implicit-function-declaration]
249 | hw[0] = htonl(height*2); /* write the header */
| ^
fuji_green.c: In function ‘main’:
fuji_green.c:307:9: error: implicit declaration of function ‘isatty’
[-Werror=implicit-function-declaration]
307 | if (isatty(1)) {
| ^~
Bug#1067755: ifuse ftbfs from source, not finding the libplist configuration
Package: src:ifuse Version: 1.1.4~git20181007.3b00243-1 Severity: serious Tags: sid trixie ftbfs patch ifuse ftbfs from source, not finding the libplist configuration. patch at http://launchpadlibrarian.net/721222665/ifuse_1.1.4~git20181007.3b00243-1build1_1.1.4~git20181007.3b00243-1ubuntu1.diff.gz
Bug#1067751: package is uninstallable
Package: src:lomiri-system-settings-online-accounts Version: 0.10-3 Severity: serious Tags: sid trixie Issues preventing migration: ∙ ∙ lomiri-system-settings-online-accounts/amd64 has unsatisfiable dependency ∙ ∙ lomiri-system-settings-online-accounts/arm64 has unsatisfiable dependency ∙ ∙ lomiri-system-settings-online-accounts/armel has unsatisfiable dependency ∙ ∙ lomiri-system-settings-online-accounts/armhf has unsatisfiable dependency ∙ ∙ lomiri-system-settings-online-accounts/i386 has unsatisfiable dependency ∙ ∙ lomiri-system-settings-online-accounts/ppc64el has unsatisfiable dependency ∙ ∙ lomiri-system-settings-online-accounts/s390x has unsatisfiable dependency The following packages have unmet dependencies: lomiri-system-settings-online-accounts : Depends: libonline-accounts-daemon1 but it is not installable
Bug#1067720: Don't hard-code the python version in d/control
On 26.03.24 02:45, Michael Ablassmeier wrote: hi again, On Tue, Mar 26, 2024 at 02:31:41AM +0100, Michael Ablassmeier wrote: On Mon, Mar 25, 2024 at 11:28:33PM +0100, Matthias Klose wrote: Don't hard-code the python version in d/control, it will fail with 3.12 patch at http://launchpadlibrarian.net/721153415/virtnbdbackup_2.0-1build1_2.0-1ubuntu1.diff.gz thanks, but not hardcoding the python version makes build fail in dh_auto_test for me (using git-builpackage and debspawn as builder). For some reason yet unclear to me dh_auto_test attempts to run some made up testcases .. dh_auto_test fails to test the module load because it seems python3-libnbd required for virtnbdbackup is only available for python 3.11 yet: Package: python3-libnbd Depends: python3 (<< 3.12), python3 (>= 3.11~) > root@radiohead-unstable-buildd-amd64-la1a:/srv# python3.12 > Python 3.12.2 (main, Mar 24 2024, 15:58:54) [GCC 13.2.0] on linux > Type "help", "copyright", "credits" or "license" for more information. > >>> import nbd > Traceback (most recent call last): > File "", line 1, in > File "/usr/lib/python3/dist-packages/nbd.py", line 34, in > import libnbdmod > ModuleNotFoundError: No module named 'libnbdmod' then why do you b-d on python3-all?
Bug#1067720: Don't hard-code the python version in d/control
Package: src:virtnbdbackup Version: 2.0-1 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 Don't hard-code the python version in d/control, it will fail with 3.12 patch at http://launchpadlibrarian.net/721153415/virtnbdbackup_2.0-1build1_2.0-1ubuntu1.diff.gz
Bug#1067686: ghdl 4.0 available, builds on s390x
Package: src:ghdl Version: 3.0.0+dfsg2-1 ghdl 4.0 is available, also builds on s390x: https://launchpad.net/ubuntu/+source/ghdl/4.0.0+dfsg-0ubuntu2
Bug#1067685: packages are not installable
Package: src:speech-dispatcher-contrib Version: 0.12.0~rc1-1 Severit: important the packages are not installable, having an upper dependency on the speech-dispatcher packages: speech-dispatcher-baratinoo/amd64 has unsatisfiable dependency speech-dispatcher-ivona/amd64 has unsatisfiable dependency speech-dispatcher-kali/amd64 has unsatisfiable dependency speech-dispatcher-pico/amd64 has unsatisfiable dependency speech-dispatcher-voxin/amd64 has unsatisfiable dependency
Bug#1067674: library package (arch any) depending on a "common" package with too strict version constraint
Package: src:folks
Version: 0.15.9-1
Severity: important
Tags: patch
This is a bad packaging practice which happens way to often within all
the GTK/Gnome packaging (cloning for mutter as well). The scenario goes
as follows:
- upload a new package
- build fails on "all", not building the "common" package.
- build succeeds on other architectures, in most cases
because the packagers don't run the tests, or ignore test
results.
- the packages then are not installable anymore until the
uploads are in sync, blocking any other builds depending
on these packages. This can take a long, if the uploader
goes to vacation, or a new package build takes ages (yes,
LLVM had that issue as well, and LLVM builds take days).
proposed patch attached. Note that (>= ${source:Version}) has the same
problem, and doesn't help either. Feel free to use some other version
constraint than the upstream version.
diff -Nru folks-0.15.9/debian/control folks-0.15.9/debian/control
--- folks-0.15.9/debian/control 2024-03-23 12:41:20.0 +0100
+++ folks-0.15.9/debian/control 2024-03-24 22:06:08.0 +0100
@@ -31,7 +31,7 @@
Package: libfolks26
Architecture: any
-Depends: folks-common (= ${source:Version}),
+Depends: folks-common (>= ${upstream:Version}),
${misc:Depends},
${shlibs:Depends}
Recommends: libfolks-eds26
diff -Nru folks-0.15.9/debian/rules folks-0.15.9/debian/rules
--- folks-0.15.9/debian/rules 2024-03-23 12:41:20.0 +0100
+++ folks-0.15.9/debian/rules 2024-03-24 22:06:08.0 +0100
@@ -35,3 +35,8 @@
dh_auto_test --no-parallel -- --timeout-multiplier 3
override_dh_gnome_clean:
+
+
+override_dh_gencontrol:
+ dh_gencontrol -- \
+ -Vupstream:Version=$(shell dpkg-parsechangelog -S Version | sed
's/-[^-]*$$//')
Bug#1067610: krb5 ftbfs with Python 3.12
Package: src:krb5 Version: 1.20.1-6 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 tests fail with Python 3.12, patch taken from upstream, http://launchpadlibrarian.net/720941543/krb5_1.20.1-6_1.20.1-6ubuntu1.diff.gz
Bug#1067548: python-netsnmpagent hard codes shared library name
Package: src:python-netsnmpagent Version: 0.6.0-2 Severity: serious Tags: sid trixie patch python-netsnmpagent hard codes shared library name, that name is just changed for the t64 time transitions. patch at http://launchpadlibrarian.net/720820884/python-netsnmpagent_0.6.0-2build1_0.6.0-2ubuntu1.diff.gz
Bug#1067531: fix ftbfs with 64bit time_t
Package: src:lomiri Version: 0.2.1-7 Severity: serious Tags: sid trixie ftbfs patch fix ftbfs with 64bit time_t, patch at http://launchpadlibrarian.net/720782511/lomiri_0.2.1-7build3_0.2.1-7ubuntu1.diff.gz
Bug#1067309: xerces-c: FTBFS: Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-17-openjdk-amd64/lib/libfontmanager.so: libharfbuzz.so.0: cannot open shared object file: No
On 22.03.24 18:08, Andrey Rakhmatullin wrote: On Wed, Mar 20, 2024 at 09:54:25PM +0100, Lucas Nussbaum wrote: Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-17-openjdk-amd64/lib/libfontmanager.so: libharfbuzz.so.0: cannot open shared object file: No such file or directory /usr/lib/jvm/java-17-openjdk-amd64/lib/libfontmanager.so links against libharfbuzz.so.0 (ant other libraries) but openjdk-17-jre-headless since 17.0.10+7-3 only Recommends libharfbuzz0b (and other library packages). As the change in openjdk-17-jre-headless is intentional, I guess B-D in xerces-c need to be expanded? yes, just remove the -headless alternative.
Bug#1067507: lomiri-ui-toolkit ftbfs with Python 3.12
Package: src:lomiri-ui-toolkit Version: 1.3.5012+dfsg-5 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 lomiri-ui-toolkit ftbfs with Python 3.12, patch at http://launchpadlibrarian.net/720653257/lomiri-ui-toolkit_1.3.5012+dfsg-5_1.3.5012+dfsg-5ubuntu1.diff.gz I didn't check if the quoting is correct.
Bug#1067492: shared library hard-coded as a build-dependency
Package: src:qtfeedback-opensource-src Version: 5.0~git20180903.a14bd0b-5 Severity: serious Tags: sid trixie ftbfs patch a shared library is hard-coded as a build-dependency, which got renamed ... lets the package ftbfs on armhf, armel, ... patch at http://launchpadlibrarian.net/720636912/qtfeedback-opensource-src_5.0~git20180903.a14bd0b-5build1_5.0~git20180903.a14bd0b-5ubuntu1.diff.gz
Bug#1067468: these tests also fail with openmpi on amd64 and ppc64el
Control: severity -1 normal On 22.03.24 01:22, Samuel Thibault wrote: Matthias Klose, le ven. 22 mars 2024 01:11:09 +0100, a ecrit: these tests also fail with openmpi on amd64 and ppc64el ? I can't reproduce this. sorry, only saw that for an Ubuntu build: https://launchpad.net/ubuntu/+source/eztrace/2.1-7ubuntu3 but please could you run all three testsuites, and only then fail the build?
Bug#1062963: patch is incomplete
Control: reopen -1 Control: tags -1 + ftbfs patch some library names in the symbols file were omitted. patch attached. http://launchpadlibrarian.net/720580389/muffin_6.0.1-1build1_6.0.1-1ubuntu1.diff.gz
Bug#1067468: these tests also fail with openmpi on amd64 and ppc64el
Control: retitle -1 eztrace fails openmpi tests on arm64, amd64, ppc64el these tests also fail with openmpi on amd64 and ppc64el
Bug#1067453: gnat: Ada.Calendar.Clock crashes on time_t64 architectures
Control: forwarded -1 https://gcc.gnu.org/PR114424
Bug#1067468: eztrace fails openmpi tests on arm64
Package: src:eztrace Version: 2.1-7 Severity: serious Tags: sid trixie ftbfs eztrace fails openmpi tests on arm64: 67% tests passed, 2 tests failed out of 6 Total Test time (real) = 22.42 sec The following tests FAILED: 2 - mpi_tests (Failed) 6 - mpi_tests (Failed) Errors while running CTest make[2]: *** [Makefile:74: test] Error 8 make[2]: Leaving directory '/<>/build-openmpi' maybe you could try to run all test suites before failing, if one of the test suites fails?
Bug#1067467: eztrace fails tests during the build on almost all architectures
Package: src:eztrace Version: 2.1-7 Severity: serious Tags: sid trixie ftbfs eztrace fails tests during the build on almost all architectures, e.g. 90% tests passed, 2 tests failed out of 21 Total Test time (real) = 42.52 sec The following tests FAILED: 2 - mpi_tests (Failed) 9 - mpi_tests (Failed) Errors while running CTest make[2]: *** [Makefile:74: test] Error 8 make[2]: Leaving directory '/<>/build-mpich'
Bug#1067465: yosys-plugin-ghdl builds on x86 only, but built on other architectures before
Package: src:yosys-plugin-ghdl Version: 0.0~git20230419.5b64ccf-1 Severity: serious Tags: sid trixie ftbfs yosys-plugin-ghdl builds on x86 only, but built on other architectures before Caused by * Use ghdl-mcode instead of ghdl-gcc as it's more portable but ghdl-mcode is only available on amd64 and i386. With this choice you're making things worse.
Bug#1064171: reopen, package ftbfs on armhf
Control: reopen -1 Control: tags -1 + ftbfs patch patch at http://launchpadlibrarian.net/720527458/mir_2.14.1-4.1build1_2.14.1-4.1ubuntu1.diff.gz
Bug#1067446: ghdl fails to build with gnat-13
Package: src:ghdl Version: 3.0.0+dfsg2-1 Severity: serious Tags: sid trixie ftbfs ghdl still uses gcc-12/gnat-12 for the build, a package that will not be shipped with the next Debian release (these will be gcc-13 and gcc-14). Replacing the -12 b-d's with -13, and fixing the version check in Makefile.in let's the package build, but with some tsts failing. There's also a new upstream release.
Bug#1067445: whitakers-words ftbfs with gnat-13
Package: src:whitakers-words Version: 0.2020.10.27-1.3 Severity: serious Tags: sid trixie ftbfs [...] makeinfl.adb:22:06: warning: renamed predefined unit is an obsolescent feature (RM J.1) [-gnatwj] /home/packages/tmp/x/whitakers-words-0.2020.10.27/src/latin_utils/latin_utils-general.adb: In function 'latin_utils__general__load_dictionary': /home/packages/tmp/x/whitakers-words-0.2020.10.27/src/latin_utils/latin_utils-general.adb:49:8: warning: 'd_k' may be used uninitialized [-Wmaybe-uninitialized] /home/packages/tmp/x/whitakers-words-0.2020.10.27/src/latin_utils/latin_utils-general.ads:33:8: note: 'd_k' was declared here compilation of makeinfl.adb failed gprbuild: *** compilation phase failed make[2]: *** [Makefile:40: commands] Error 4 make[2]: Leaving directory '/home/packages/tmp/x/whitakers-words-0.2020.10.27'
Bug#1065416: linux-libc-dev claims to provide linux-libc-dev-ARCH-cross, but it doesn't do that completely
On 21.03.24 07:58, Bastian Blank wrote: On Wed, Mar 20, 2024 at 09:59:31PM +0100, Matthias Klose wrote: Independent of any technical issues, this is a hijacking of a package name. Please revert that change. Okay. Please prepare to take over linux-libc-dev alltogether then, there can be only one copy. please drop the provides: linux-libc-dev-alpha-cross (= 6.7.9-2), linux-libc-dev-amd64-cross (= 6.7.9-2), linux-libc-dev-arm64-cross (= 6.7.9-2), linux-libc-dev-armel-cross (= 6.7.9-2), linux-libc-dev-armhf-cross (= 6.7.9-2), linux-libc-dev-hppa-cross (= 6.7.9-2), linux-libc-dev-i386-cross (= 6.7.9-2), linux-libc-dev-loong64-cross (= 6.7.9-2), linux-libc-dev-m68k-cross (= 6.7.9-2), linux-libc-dev-mips-cross (= 6.7.9-2), linux-libc-dev-mips64-cross (= 6.7.9-2), linux-libc-dev-mips64el-cross (= 6.7.9-2), linux-libc-dev-mips64r6el-cross (= 6.7.9-2), linux-libc-dev-mipsel-cross (= 6.7.9-2), linux-libc-dev-powerpc-cross (= 6.7.9-2), linux-libc-dev-ppc64-cross (= 6.7.9-2), linux-libc-dev-ppc64el-cross (= 6.7.9-2), linux-libc-dev-riscv64-cross (= 6.7.9-2), linux-libc-dev-s390x-cross (= 6.7.9-2), linux-libc-dev-sh4-cross (= 6.7.9-2), linux-libc-dev-sparc64-cross (= 6.7.9-2), linux-libc-dev-x32-cross (= 6.7.9-2)
Bug#1065416: linux-libc-dev claims to provide linux-libc-dev-ARCH-cross, but it doesn't do that completely
Control: reopen -1 On 20.03.24 21:48, Bastian Blank wrote: Hi Not a single piece of evidence of a breakage showed up within the last weeks. I'm therefor closing this bug report. Bastian, sorry for being quiet in the time of the time_t64 transitions. I am re-opening, and CCing lea...@debian.org. Independent of any technical issues, this is a hijacking of a package name. Please revert that change. Matthias
Bug#1067223: Acknowledgement (libflorist ftbfs on time_t64 architectures)
Control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=31510
Bug#1067224: libahven ftbfs on time_t64 architectures
Package: src:libahven Version: 2.8-9 Severity: serious Tags: sid trixie ftbfs libahven ftbfs on time_t64 architectures: [...] debian/rules override_dh_auto_test-arch make[1]: Entering directory '/<>' LD_LIBRARY_PATH=stage/usr/lib/arm-linux-gnueabihf /usr/bin/make -C obj-dynamic check make[2]: Entering directory '/<>/obj-dynamic' make[3]: Entering directory '/<>/obj-dynamic' "gprbuild" -P ../gnat_linux/build_ahven.gpr -aP../gnat_linux -p -Xdevelopment_build=false -R -v -j4 -Xahven_soversion=31 -cargs:Ada -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/ahven-2.8-9 -gno-record-gcc-switches -cargs:C -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=3 -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/ahven-2.8-9 -cargs:C++ -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=3 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/ahven-2.8-9 -cargs:Fortran -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/ahven-2.8-9 -bargs -largs -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -Wl,--no-undefined -Wl,--no-copy-dt-needed-entries -Wl,--no-allow-shlib-undefined gprbuild: raised CONSTRAINT_ERROR : a-calend.adb:371 overflow check failed make[3]: *** [comfignat.mk:700: build_ahven.gpr.phony_target] Error 7 make[3]: Leaving directory '/<>/obj-dynamic' make[2]: *** [Makefile:2: check] Error 2 make[2]: Leaving directory '/<>/obj-dynamic' make[1]: *** [debian/rules:48: override_dh_auto_test-arch] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:27: binary-arch] Error 2
Bug#1067223: libflorist ftbfs on time_t64 architectures
Package: src:libflorist Version: 1.10-2build4 Severity: serious Tags: sid trixie ftbfs libflorist ftbfs on time_t64 architectures: [...] Changing to object directory of "Florist": "/<>/obj/relocatable/" /usr/bin/gcc-13 -c -x ada -gnatA -O2 -gnatp -gnat95 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/libflorist-2022.0.1~20220616-5 -gno-record-gcc-switches -gnatVa -gnatafno -fPIC -gnatec=/tmp/GPR.17619/GNAT-TEMP-03.TMP -gnatem=/tmp/GPR.17619/GNAT-TEMP-04.TMP /<>/gensrc/threads/posix-timers-extensions.adb /usr/bin/gcc-13 -c -x ada -gnatA -O2 -gnatp -gnat95 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/libflorist-2022.0.1~20220616-5 -gno-record-gcc-switches -gnatVa -gnatafno -fPIC -gnatec=/tmp/GPR.17619/GNAT-TEMP-03.TMP -gnatem=/tmp/GPR.17619/GNAT-TEMP-05.TMP /<>/libsrc/threads/posix_process_primitives.ads /usr/bin/gcc-13 -c -x ada -gnatA -O2 -gnatp -gnat95 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/libflorist-2022.0.1~20220616-5 -gno-record-gcc-switches -gnatVa -gnatafno -fPIC -gnatec=/tmp/GPR.17619/GNAT-TEMP-03.TMP -gnatem=/tmp/GPR.17619/GNAT-TEMP-06.TMP /<>/libsrc/threads/posix-timers.adb /usr/bin/gcc-13 -c -x ada -gnatA -O2 -gnatp -gnat95 -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/libflorist-2022.0.1~20220616-5 -gno-record-gcc-switches -gnatVa -gnatafno -fPIC -gnatec=/tmp/GPR.17619/GNAT-TEMP-03.TMP -gnatem=/tmp/GPR.17619/GNAT-TEMP-07.TMP /<>/libsrc/threads/posix_signals.ads posix-c.ads:876:07: error: size for "suseconds_t" too small, minimum allowed is 64 posix-c.ads:876:07: error: size for "suseconds_t" too small, minimum allowed is 64 posix-c.ads:876:07: error: size for "suseconds_t" too small, minimum allowed is 64 posix-c.ads:876:07: error: size for "suseconds_t" too small, minimum allowed is 64 compilation of posix_signals.ads failed compilation of posix-timers.adb failed compilation of posix_process_primitives.ads failed compilation of posix-timers-extensions.adb failed gprbuild: *** compilation phase failed make[2]: *** [Makefile:177: floristlib-relocatable] Error 4 make[2]: Leaving directory '/<>' make[1]: *** [debian/rules:55: override_dh_auto_build] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:40: binary-arch] Error 2
Bug#1067221: libtemplates-parser ftbfs on time_t64 architectures
Package: src:libtemplates-parser Version: 24.0.0-2 Severity: serious Tags: sid trixie ftbfs 24.0.0-2 ftbfs on time_t64 architectures, timing out: [...] dh clean debian/rules override_dh_auto_clean make[1]: Entering directory '/<>' /usr/bin/make clean VERBOSE_MAKE=1 VERSION=21 DEFAULT_LIBRARY_TYPE=relocatable TP_XMLADA=Installed GPRBUILD='gprbuild -R -v' LIBRARY_TYPES='static relocatable' PROCESSORS=4 DOC_FORMATS="html info latexpdf text" make[2]: Entering directory '/<>' cp config/tp_xmlada_installed.gpr tp_xmlada.gpr printf " DEBUG = false\n DEFAULT_LIBRARY_TYPE = relocatable\n ENABLE_SHARED = \n ENABLE_STATIC = true\n GNAT = gnat\n GPRBUILD = gprbuild -R -v\n GPRCLEAN = gprclean\n PRJ_BUILD = Release\n PRJ_TARGET = Linux\n PROCESSORS = 4\n SDIR = arm-linux-gnueabihf/release\n TARGET = arm-linux-gnueabihf\n TP_XMLADA = Installed\n VERSION = 21\n prefix = /usr/bin/..\n" > makefile.setup gprclean -XLIBRARY_TYPE=static -XXMLADA_BUILD=static "-XPRJ_BUILD=Release" "-XPRJ_TARGET=Linux" "-XTP_XMLADA=Installed" "-XPROCESSORS=4" "-XTARGET=arm-linux-gnueabihf" "-XVERSION=21" \ -Ptemplates_parser templates_parser.gpr:36:23: warning: object directory ".build/obj" not found templates_parser.gpr:37:24: warning: library directory "/<>/.build/lib/" does not exist gprclean -XLIBRARY_TYPE=relocatable -XXMLADA_BUILD=relocatable "-XPRJ_BUILD=Release" "-XPRJ_TARGET=Linux" "-XTP_XMLADA=Installed" "-XPROCESSORS=4" "-XTARGET=arm-linux-gnueabihf" "-XVERSION=21" \ -Ptemplates_parser templates_parser.gpr:36:23: warning: object directory ".build/obj" not found templates_parser.gpr:37:24: warning: library directory "/<>/.build/lib/" does not exist E: Build killed with signal TERM after 150 minutes of inactivity Build finished at 2024-03-20T00:59:03Z
Bug#1067220: libxmlezout ftbfs on time_t64 architectures
Package: src:libxmlezout Version: 1.06.2-14 Severity: serious Tags: sid trixie ftbfs libxmlezout ftbfs on time_t64 architectures: [...] /usr/bin/gcc-13 -c -x ada -gnatA -gnat05 -gnati1 -gnatf -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/libxmlezout-1.06.2-14 -gno-record-gcc-switches -gnatec=/tmp/GNAT-TEMP-03.TMP -gnatem=/tmp/GNAT-TEMP-04.TMP /<>/mckae-xml-ez_out.ads gprbuild: raised CONSTRAINT_ERROR : a-calend.adb:371 overflow check failed make[1]: *** [debian/rules:20: override_dh_auto_build] Error 7 make[1]: Leaving directory '/<>' make: *** [debian/rules:11: binary-arch] Error 2
Bug#1067219: adacgi ftbfs on time_t64 architectures
Package: src:adacgi Version: 1.6-34 Severity: serious Tags: sid trixie ftbfs adacgi ftbfs on time_t64 architectures: [...] /usr/bin/gcc-13 -c -x ada -gnatA -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/adacgi-1.6-34 -gno-record-gcc-switches -fPIC -gnatec=/tmp/GPR.11129/GNAT-TEMP-03.TMP -gnatem=/tmp/GPR.11129/GNAT-TEMP-04.TMP /<>/cgi.adb /usr/bin/gcc-13 -c -x ada -gnatA -g -O2 -ffile-prefix-map=/<>=. -fstack-protector-strong -fno-stack-clash-protection -fdebug-prefix-map=/<>=/usr/src/adacgi-1.6-34 -gno-record-gcc-switches -fPIC -gnatec=/tmp/GPR.11129/GNAT-TEMP-03.TMP -gnatem=/tmp/GPR.11129/GNAT-TEMP-05.TMP /<>/ustrings.adb gprbuild: raised CONSTRAINT_ERROR : a-calend.adb:371 overflow check failed make[1]: *** [debian/rules:29: override_dh_auto_build] Error 7 make[1]: Leaving directory '/<>' make: *** [debian/rules:18: binary-arch] Error 2
Bug#1064708: add patch
Control: tags -1 + patch proposed upstream change, patch at http://launchpadlibrarian.net/720162729/pygame_2.5.2-1.1build2_2.5.2-1.1ubuntu1.diff.gz
Bug#1067058: gnuradio b-d's on a shared library which doesn't exist anymore
Package: src:gnuradio Version: 3.10.9.2-1.1 Severity: serious Tags: sid trixie ftbfs patch gnuradio b-d's on a shared library which doesn't exist anymore. Just drop it, depend on the -dev packages instead. patch at http://launchpadlibrarian.net/719912937/gnuradio_3.10.9.2-1.1build1_3.10.9.2-1.1ubuntu1.diff.gz
Bug#1064231: another fix needed
also needs fixing ... http://launchpadlibrarian.net/719907211/ogre-1.12_1.12.10+dfsg2-3.1~exp1ubuntu1_1.12.10+dfsg2-3.1~exp1ubuntu2.diff.gz
Bug#1061866: reopen, wrong shlibs.local file
Control: reopen -1 reopen, wrong shlibs.local file patch at http://launchpadlibrarian.net/719903241/adns_1.6.0-2.1ubuntu1_1.6.0-2.1ubuntu2.diff.gz
Bug#1064231: incomplete patch
Control: reopen -1 renaming of libogre1.12.10.install to libogre1.12.10t64.install is missing.
Bug#1064139: ogre-1.12: FTBFS: error: ‘BuildFontAtlas’ is not a member of ‘ImGuiFreeType’
On 17.03.24 14:59, Matthias Klose wrote:
with both patches, I get until:
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_
Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6527:56: error: expected
template-name before '<' token
6527 | struct SwigPyMapIterator_T :
SwigPyIteratorClosed_T
>
| ^
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_
Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6527:56: error: expected '{'
before '<' token
[...]
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6547:12:
error: 'SwigPyIterator' does not name a type; did you mean
'SwigPyMapIterator_T'?
6547 | inline SwigPyIterator*
| ^~
| SwigPyMapIterator_T
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6565:12:
error: 'SwigPyIterator' does not name a type; did you mean
'SwigPyMapIterator_T'?
6565 | inline SwigPyIterator*
| ^~
| SwigPyMapIterator_T
this is introduced by swig 4.2.x, builds with wig 4.1.x
Bug#1064139: ogre-1.12: FTBFS: error: ‘BuildFontAtlas’ is not a member of ‘ImGuiFreeType’
with both patches, I get until:
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_
Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6527:56: error: expected
template-name before '<' token
6527 | struct SwigPyMapIterator_T :
SwigPyIteratorClosed_T
>
|^
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_
Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6527:56: error: expected '{'
before '<' token
[...]
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6547:12:
error: 'SwigPyIterator' does not name a type; did you mean
'SwigPyMapIterator_T'?
6547 | inline SwigPyIterator*
|^~
|SwigPyMapIterator_T
/home/packages/tmp/x/ogre-1.12-1.12.10+dfsg2/obj-x86_64-linux-gnu/Components/Python/CMakeFiles/_Overlay.dir/OgreOverlayPYTHON_wrap.cxx:6565:12:
error: 'SwigPyIterator' does not name a type; did you mean
'SwigPyMapIterator_T'?
6565 | inline SwigPyIterator*
|^~
|SwigPyMapIterator_T
Bug#1067021: mrpt ftbfs on armhf (32bit time_t64 architecture)
Package: src:mrpt
Version: 1:2.11.10+ds-2
Severity: serious
Tags: sid trixie ftbfs
the package ftbfs on armhf (32bit time_t64 architecture):
full build log at
https://launchpad.net/ubuntu/+source/mrpt/1:2.11.10+ds-2/+build/27932950
[...]
[100%] Building CXX object
python/CMakeFiles/pymrpt.dir/all_mrpt_system.cpp.o
cd /<>/.pybuild/cpython3_3.12/build/python && /usr/bin/c++
-DMRPT_BUILDING_PYTHON_WRAPPER -Doverride_caster_t=overload_caster_t
-Dpymrpt_EXPORTS -I/<>/python/.
-I/<>/libs/apps/include
-I/<>/libs/hwdrivers/include
-I/<>/libs/comms/include -I/<>/libs/io/include
-I/<>/libs/system/include
-I/<>/libs/typemeta/include
-I/<>/libs/containers/include
-I/<>/.pybuild/cpython3_3.12/build/include/mrpt-configuration
-I/<>/libs/core/include
-I/<>/libs/maps/include -I/<>/libs/obs/include
-I/<>/libs/opengl/include
-I/<>/libs/poses/include
-I/<>/libs/bayes/include
-I/<>/libs/math/include -I/usr/include/suitesparse
-I/<>/libs/serialization/include
-I/<>/libs/rtti/include
-I/<>/libs/random/include
-I/<>/libs/config/include
-I/<>/libs/expr/include -I/<>/libs/img/include
-I/<>/libs/tfest/include
-I/<>/libs/graphs/include
-I/<>/libs/gui/include
-I/<>/3rdparty/nanogui/ext/nanovg/src
-I/<>/3rdparty/nanogui/include
-I/<>/.pybuild/cpython3_3.12/build/3rdparty/nanogui
-I/<>/libs/vision/include
-I/<>/libs/slam/include
-I/<>/libs/tclap/include
-I/<>/libs/topography/include
-I/<>/libs/nav/include
-I/<>/libs/kinematics/include -isystem
/usr/include/python3.12 -isystem /usr/include/eigen3 -g -O2
-ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat
-Werror=format-security -fno-stack-clash-protection
-fdebug-prefix-map=/<>=/usr/src/mrpt-1:2.11.10+ds-2
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time
-D_FORTIFY_SOURCE=3 -D_FILE_OFFSET_BITS=64 -fPIC -fvisibility=hidden
-flto -fno-fat-lto-objects -MD -MT
python/CMakeFiles/pymrpt.dir/all_mrpt_system.cpp.o -MF
CMakeFiles/pymrpt.dir/all_mrpt_system.cpp.o.d -o
CMakeFiles/pymrpt.dir/all_mrpt_system.cpp.o -c
/<>/python/all_mrpt_system.cpp
In file included from /<>/python/all_mrpt_system.cpp:7:
/<>/python/src/mrpt/system/datetime.cpp: In function ‘void
bind_mrpt_system_datetime(std::functionstd::__cxx11::basic_string&)>&)’:
/<>/python/src/mrpt/system/datetime.cpp:60:96: error:
address of overloaded function with no contextual type information
60 | M("mrpt::system").def("time_tToTimestamp",
(mrpt::Clock::time_point (*)(const long &))
::system::time_tToTimestamp, "Transform from standard \"time_t\" to
TTimeStamp.\n \n\n timestampTotime_t\n\nC++:
mrpt::system::time_tToTimestamp(const long &) -->
mrpt::Clock::time_point", pybind11::arg("t"));
|
^~~~
Bug#1067000: ros-diagnostics ftbfs with Python 3.12
Package: src:ros-diagnostics Version: 1.11.0+ds-4 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 tests fail with Python 3.12, patch at http://launchpadlibrarian.net/719734251/ros-diagnostics_1.11.0+ds-4build4_1.11.0+ds-4ubuntu1.diff.gz
Bug#1066999: ros-vision-opencv ftbfs with Python 3.12
Package: src:ros-vision-opencv Version: 1.16.2+ds-1 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 tests fail with Python 3.12, patch at http://launchpadlibrarian.net/719733685/ros-vision-opencv_1.16.2+ds-1build4_1.16.2+ds-1ubuntu1.diff.gz
Bug#1065787: 64-bit time_t transition: cargo needs manual intervention
On 16.03.24 15:29, Simon McVittie wrote: On Thu, 14 Mar 2024 at 22:03:57 -0700, Otto Kekäläinen wrote: For example curl isn't building on armel/armhf now and numerous packages that depend of curl are not building on armel/armhf. I believe a maintainer upload or NMU of #1066981 and #1066982 would now be enough to unblock curl, which would hopefully unblock a lot of the C/C++ ecosystem (in particular fixing the unsatisfiable dependency libdebuginfod1t64 -> libcurl3t64-gnutls on armel/armhf, which would allow gdb to be installed), while also making life easier for the people trying to re-bootstrap cargo. build gdb without libdebuginfo on the bootstrap archs for a while.
Bug#1066891: gcc-13: ICE compiling OpenSSH: in change_address_1
Control: forwarded -1 https://gcc.gnu.org/PR114358
Bug#1066891: gcc-13: ICE compiling OpenSSH: in change_address_1
On 15.03.24 23:33, Thorsten Glaser wrote: tags 1066891 - moreinfo found 1066891 13.2.0-18 thanks On Fri, 15 Mar 2024, Matthias Klose wrote: please provide the /tmp/cc* files that GCC left. Just literally dumping a file into a bug report cries for garbage. OK, /tmp/cc* file and latest build log with latest gcc-13 version attached, compressed. Sorry, I thought that the stuff output to the build log was supposed to be sufficient. bye, //mirabilos you can work-around that by omitting -fzero-call-used-regs=used
Bug#1066850: Depends extraction not robust
now you're relying on the fact that the first dependency is the libmagic1XX one. That's not robust.
Bug#1066946: fix ftbfs with Python 3.12
Package: src:ros-ros-comm Version: 1.16.0+ds-3.1 Severity: important Tags: sid trixie patch User: debian-pyt...@lists.debian.org Usertags: python3.12 tests fail with Python 3.12, patch at http://launchpadlibrarian.net/719571248/ros-ros-comm_1.16.0+ds-3.1build2_1.16.0+ds-3.1ubuntu1.diff.gz
Bug#1066095: llvm-18 is available in unstable, please also build spirv-llvm-translator-18 in unstable
spirv-headers are now updated in unstable. Please could you check if you're able to build with the LLVM-18 in unstable? asking because I already updated the b-d in LLVM-18 to spirv-llvm-18, which I need to revert, if you cannot build it.
Bug#1066891: Processed: gcc-13: ICE compiling OpenSSH: in change_address_1
Control: tags -1 + moreinfo On 15.03.24 01:39, Debian Bug Tracking System wrote: Processing control commands: affects -1 src:openssh Bug #1066891 [src:gcc-13] gcc-13: ICE compiling OpenSSH: in change_address_1 Added indication that 1066891 affects src:openssh please provide the /tmp/cc* files that GCC left. Just literally dumping a file into a bug report cries for garbage.
Bug#1066850: don't hard-code the name of the shared library
On 14.03.24 21:38, Christoph Biedl wrote:
After getting some help in IRC, I guess the problem boils down to:
1. All architectures provide the t64 variant (libmagic1t64).
2. Some architectures no longer provide the old variant (libmagic1), for
example armhf.
3. Therefore, the install dependency of python3-magic must be the t64 variant.
and derive the name of the shared library package from the
libmagic-dev package.
Now replacing one hardcoded binary library dependency with a different
one is not quite the brightest move as this will introduce work should
the libmagic ABI ever change (hasn't happened in 20 years but still).
So it was nicer to do this dynamically during build. That step however
is optional.
Do you have an idea, an existing solution how to do that?
So far I found two ways, and dislike both:
* Derive from apt-cache:
override_dh_gencontrol:
perl -MDebian::Debhelper::Dh_Lib -e \
'addsubstvar ("python3-magic", "misc:Depends", $$ARGV[0])' \
"$$(apt-cache show libmagic-dev | awk '($$1=="Depends:"){print $$2}' |
head -n 1)"
dh_gencontrol $@
Querying the apt database from inside a package build feels like a layer
violation.
* Abuse dpkg-shlibdeps:
override_dh_gencontrol:
dpkg-shlibdeps -e /usr/bin/file -Tdebian/python3-magic.substvars
dh_gencontrol $@
(Some tweaks to debian/control needed as well.)
dep := $(shell dpkg-query '-f${Depends}' -W libmagic-dev | sed
's/.*\(libmagic[a-z0-9]*\).*/\1/')
echo "magic:Depends=$(dep)" >> debian/python3-magic.substvars
and add ${magic:Depends} to the control file.
This also introduces an install dependency on libc6, and my gut feeling
tells me this was the point to make python3-magic arch:any.
the approach above doesn't add the libc dependency.
So, is all this worth the efforts? FWIW, I maintain the libmagic
package as well, so being lazy now will just hurt me later.
Christoph
Bug#1066850: don't hard-code the name of the shared library
On 14.03.24 18:52, Christoph Biedl wrote: Control: tags 1066850 moreinfo Matthias Klose wrote... Package: src:python-magic Version: 2:0.4.27-2 Severity: serious Tags: sid trixie the package build-depends on libmagic1, and depends on it. The name was recently changed to libmagic1t64. This is not a real problem as libmagic1t64 provides libmagic1, so the dependency can still be resolved. this is not true on the 32bit time_t64 archs. Debian doesn't build binary-indep packages on these architectures, but this b-d prevents doing so (and it does so, because it's impossible to install python-magic's b-d's on the porter boxes). Please don't hard-code it, but try to b-d on libmagic-dev, (...) About the build dependency src:python-magic -> libmagic1: So that is ugly, and using libmagic-dev is a simple fix for it. Will do in the next uplad. and derive the name of the shared library package from the libmagic-dev package. Are you still talking about the build dependency here? Then it's no issue as the -dev dependency will take care of that. No, the idea was to b-d on libmagic-dev, and then get the dependency for python3-magic from it. Question: What is the justifcation for the bug severity? To me, it is rather "minor". you can't install the package on the 32bit time_t64 architectures, some of them still being release architectures. On these archs, libmagic1t64 doesn't provide libmagic1. Matthias
Bug#1066865: knot-resolver ftbfs, wrong time_t type on 32bit archs with time_t64
Package: src:knot-resolver
Version: 5.7.1-1
Severity: serious
Tags: sid trixie ftbfs
seen trying to build knot-resolver on armhf with time_t64:
[...]
Program stderr:
Checking for size of "knot_pkt_t" with dependency libknot: 364
Program luajit found: YES (/usr/bin/luajit)
Running command: /usr/bin/luajit -e '
dofile('"'"'/<>/daemon/lua/kres-gen-32.lua'"'"')
local ffi = require('"'"'ffi'"'"')
assert(ffi.sizeof(ffi.typeof('"'"'time_t'"'"')) == 8,
'"'"'Lua binding for C type '"'"' .. '"'"'time_t'"'"' .. '"'"'
has incorrect size: '"'"'
.. ffi.sizeof(ffi.typeof('"'"'time_t'"'"'))
)
assert(ffi.sizeof(ffi.typeof('"'"'struct timeval'"'"')) == 16,
'"'"'Lua binding for C type '"'"' .. '"'"'struct timeval'"'"'
.. '"'"' has incorrect size: '"'"'
.. ffi.sizeof(ffi.typeof('"'"'struct timeval'"'"'))
)
assert(ffi.sizeof(ffi.typeof('"'"'zs_scanner_t'"'"')) == 206056,
'"'"'Lua binding for C type '"'"' .. '"'"'zs_scanner_t'"'"' ..
'"'"' has incorrect size: '"'"'
.. ffi.sizeof(ffi.typeof('"'"'zs_scanner_t'"'"'))
)
assert(ffi.sizeof(ffi.typeof('"'"'knot_pkt_t'"'"')) == 364,
'"'"'Lua binding for C type '"'"' .. '"'"'knot_pkt_t'"'"' ..
'"'"' has incorrect size: '"'"'
.. ffi.sizeof(ffi.typeof('"'"'knot_pkt_t'"'"'))
)
'
--- stdout ---
--- stderr ---
/usr/bin/luajit: (command line):5: Lua binding for C type time_t has
incorrect size: 4
stack traceback:
[C]: in function 'assert'
(command line):5: in main chunk
[C]: at 0x00511b7d
../daemon/lua/meson.build:97:4: ERROR: Problem encountered: if you use
released Knot* versions, please contact us:
https://www.knot-resolver.cz/contact/
/usr/bin/luajit: (command line):5: Lua binding for C type time_t has
incorrect size: 4
stack traceback:
[C]: in function 'assert'
(command line):5: in main chunk
[C]: at 0x00511b7d
dh_auto_configure: error: cd obj-arm-linux-gnueabihf &&
DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 meson setup ..
--wrap-mode=nodownload --buildtype=plain --prefix=/usr --sysconfdir=/etc
--localstatedir=/var --libdir=lib/arm-linux-gnueabihf
-Dpython.bytecompile=-1 -Dkeyfile_default=/usr/share/dns/root.key
-Dinstall_root_keys=disabled -Dmanaged_ta=disabled
-Droot_hints=/usr/share/dns/root.hints -Dinstall_kresd_conf=enabled
-Dsystemd_files=enabled -Dclient=enabled -Dutils=enabled -Ddoc=enabled
-Ddnstap=enabled -Dunit_tests=enabled -Dconfig_tests=enabled
-Dextra_tests=disabled -Dmalloc=jemalloc returned exit code 1
make[1]: *** [debian/rules:26: override_dh_auto_configure] Error 25
make[1]: Leaving directory '/<>'
Bug#1066860: libprelude ftbfs on time_t64 archs
Package: src:libprelude Version: 5.2.0-5.3 Severity: serious Tags: sid trixie ftbfs patch libprelude ftbfs on time_t64 archs with symbols file mismatches. I don't know why some changes are only limited to arc and x32, but I made these all optional. patch at http://launchpadlibrarian.net/719321091/libprelude_5.2.0-5.3build2_5.2.0-5.3ubuntu1.diff.gz
Bug#1066854: don't hard-code the name of the shared library
Package: src:ruby-magic Version: 0.2.9-3 Severity: serious Tags: sid trixie the package build-depends on libmagic1, and depends on it. The name was recently changed to libmagic1t64. Please don't hard-code it, but try to b-d on libmagic-dev, and derive the name of the shared library package from the libmagic-dev package.
Bug#1066853: don't hard-code the name of the shared library
Package: src:roundcube Version: 0.2.9-3 Severity: serious Tags: sid trixie the package depends on libmagic1. The name was recently changed to libmagic1t64. Please don't hard-code it, but try to b-d on libmagic-dev, and derive the name of the shared library package from the libmagic-dev package.
Bug#1066852: don't hard-code the name of the shared library
Package: src:binwalk Version: 2.3.4+dfsg1-4 Severity: serious Tags: sid trixie the package depends on libmagic1. The name was recently changed to libmagic1t64. Please don't hard-code it, but try to b-d on libmagic-dev, and derive the name of the shared library package from the libmagic-dev package.
Bug#1066851: don't hard-code the name of the shared library
Package: src:raku-readline Version: 0.1.6-3 Severity: serious Tags: sid trixie the package build-depends on libreadline8, and depends on it. The name was recently changed to libreadline8t64. Please don't hard-code it, but try to b-d on libreadline-dev, and derive the name of the shared library package from the libreadline-dev package.
Bug#1066849: libelf1 Version mismatch (0.190-1+b1 vs 0.191-1)
time_t64 transitions in progress, you can't expect debootstrapping at this point. On 14.03.24 12:04, Rémi DUCCESCHI wrote: Package: libelf1 Version: 0.190-1+b1 Hello, It seems that since the last update (2 days ago), the version of the package has not been updated. When I check the version in Debian, it says 0.190-1+b1 (https://packages.debian.org/fr/sid/libelf1), but when I check the changelog, I get .0191-1 (https://metadata.ftp-master.debian.org/changelogs/main/e/elfutils/elfutils_0.191-1_changelog). I guess libelf1 is linked to elfutils and should have the same version? Apparently because of this, debootstrap is failing a new install of Debian Sid from the daily mini.iso (https://d-i.debian.org/daily-images/amd64/daily/netboot/): dpkg --configure complains about mismatch versions. Thanks for your work! If this is not the correct place for this, let me know where to post it. Best regards,
Bug#1066850: don't hard-code the name of the shared library
Package: src:python-magic Version: 2:0.4.27-2 Severity: serious Tags: sid trixie the package build-depends on libmagic1, and depends on it. The name was recently changed to libmagic1t64. Please don't hard-code it, but try to b-d on libmagic-dev, and derive the name of the shared library package from the libmagic-dev package.
Bug#1066095: llvm-18 is available in unstable, please also build spirv-llvm-translator-18 in unstable
Package: src:spirv-llvm-translator-18 Version: 18.~~+git20240215-1 llvm-18 is available in unstable, please also build spirv-llvm-translator-18 in unstable.
Bug#1066052: gcc-13: several acats tests raise ADA.CALENDAR.TIME_ERROR : a-calend.adb:601
CCing Nicolas ... this is most likely time_t64 fallout. It should go away when we switch to gnat 13 and rebuild the packages in the archive. Nicolas, please could you upload gnat 13? It's just one more transition for time_t64. Matthias On 11.03.24 21:05, John David Anglin wrote: Source: gcc-12 Version: 12.3.0-15 Severity: normal Dear Maintainer, In test log, I see a number of tests with following error: splitting /build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/testsuite/ada/acats1/test s/a/a26007a.adt into: a26007a.adb BUILD a26007a.adb /build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatmake --GNATBIND=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatbind --GNATLINK=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatlink --GCC=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/xgcc -B/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/ -gnatws -O2 -gnat95 -I/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/testsuite/ada/acats1/../acats/support a26007a.adb -largs --GCC=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/xgcc -B/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/ /build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/xgcc -c -B/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/ -gnatws -O2 -gnat95 -I/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/testsuite/ada/acats1/../acats/support a26007a.adb /build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatbind -I/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/testsuite/ada/acats1/../acats/support -x a26007a.ali /build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/gnatlink a26007a.ali -O2 --GCC=/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/xgcc -B/build/gcc-12-TxDF5I/gcc-12-12.3.0/build/gcc/ RUN a26007a raised ADA.CALENDAR.TIME_ERROR : a-calend.adb:601 FAIL: a26007a Regards, Dave Anglin -- System Information: Debian Release: trixie/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 6.1.80+ (SMP w/4 CPU threads) Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) -- no debconf information
Bug#1065985: php8.2 hardcodes dependencies on libmagic1
Package: src:php8.2 Version: 8.2.16-2 Severity: serious Tags: sid trixie patch php8.2 hardcodes dependencies on libmagic1, which became libmagic1t64 now. Please don't hard-code dependencies on shared libraries, but e.g. derive them from the dependencies of the libmagic-dev package.
Bug#1065986: php8.3 hardcodes dependencies on libmagic1
Package: src:php8.3 Version: 8.3.0-1 Severity: serious Tags: sid trixie patch php8.3 hardcodes dependencies on libmagic1, which became libmagic1t64 now. Please don't hard-code dependencies on shared libraries, but e.g. derive them from the dependencies of the libmagic-dev package.
Bug#1065654: mesa ftbfs with time_t64
On 08.03.24 11:00, Fabio Pedretti wrote: Already fixed upstream, the patch will be included since 24.0.3 (will be released in 5 days): https://cgit.freedesktop.org/mesa/mesa/commit/?h=staging/24.0=8ea039019761ecc25d49f075aef50de6e81db854 no, that commit is only fixing one occurrence. Il giorno ven 8 mar 2024 alle ore 10:27 Matthias Klose ha scritto: Package: src:mesa Version: 24.0.2-1 Severity: serious Tags: sid trixie patch mesa ftbfs with time_t64, patch attached. I didn't check if the _TIMET_BITS are used in the affected files. There's also a bug in the profile support. WINE cannot be built without LLVM, and therefore should be disabled. and that one needs to be fixed in the packaging.
Bug#1065654: mesa ftbfs with time_t64
Package: src:mesa
Version: 24.0.2-1
Severity: serious
Tags: sid trixie patch
mesa ftbfs with time_t64, patch attached. I didn't check if the
_TIMET_BITS are used in the affected files.
There's also a bug in the profile support. WINE cannot be built without
LLVM, and therefore should be disabled.reverted:
--- mesa-24.0.2/.pc/.quilt_patches
+++ mesa-24.0.2.orig/.pc/.quilt_patches
@@ -1 +0,0 @@
-patches
reverted:
--- mesa-24.0.2/.pc/.quilt_series
+++ mesa-24.0.2.orig/.pc/.quilt_series
@@ -1 +0,0 @@
-series
reverted:
--- mesa-24.0.2/.pc/.version
+++ mesa-24.0.2.orig/.pc/.version
@@ -1 +0,0 @@
-2
reverted:
--- mesa-24.0.2/.pc/applied-patches
+++ mesa-24.0.2.orig/.pc/applied-patches
@@ -1 +0,0 @@
-time64.diff
reverted:
--- mesa-24.0.2/.pc/time64.diff/src/drm-shim/drm_shim.c
+++ mesa-24.0.2.orig/.pc/time64.diff/src/drm-shim/drm_shim.c
@@ -1,836 +0,0 @@
-/*
- * Copyright © 2018 Broadcom
- *
- * Permission is hereby granted, free of charge, to any person obtaining a
- * copy of this software and associated documentation files (the "Software"),
- * to deal in the Software without restriction, including without limitation
- * the rights to use, copy, modify, merge, publish, distribute, sublicense,
- * and/or sell copies of the Software, and to permit persons to whom the
- * Software is furnished to do so, subject to the following conditions:
- *
- * The above copyright notice and this permission notice (including the next
- * paragraph) shall be included in all copies or substantial portions of the
- * Software.
- *
- * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
- * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
- * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
- * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
- * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
- * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
- * DEALINGS IN THE SOFTWARE.
- */
-
-/**
- * @file
- *
- * Implements wrappers of libc functions to fake having a DRM device that
- * isn't actually present in the kernel.
- */
-
-/* Prevent glibc from defining open64 when we want to alias it. */
-#undef _FILE_OFFSET_BITS
-#define _LARGEFILE64_SOURCE
-
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-#include
-
-#include "util/anon_file.h"
-#include "util/set.h"
-#include "util/simple_mtx.h"
-#include "util/u_debug.h"
-#include "drm_shim.h"
-
-#define REAL_FUNCTION_POINTER(x) __typeof__(x) *real_##x
-
-static simple_mtx_t shim_lock = SIMPLE_MTX_INITIALIZER;
-struct set *opendir_set;
-bool drm_shim_debug;
-
-/* If /dev/dri doesn't exist, we'll need an arbitrary pointer that wouldn't be
- * returned by any other opendir() call so we can return just our fake node.
- */
-DIR *fake_dev_dri = (void *)_set;
-
-REAL_FUNCTION_POINTER(close);
-REAL_FUNCTION_POINTER(closedir);
-REAL_FUNCTION_POINTER(dup);
-REAL_FUNCTION_POINTER(fcntl);
-REAL_FUNCTION_POINTER(fopen);
-REAL_FUNCTION_POINTER(ioctl);
-REAL_FUNCTION_POINTER(mmap);
-REAL_FUNCTION_POINTER(mmap64);
-REAL_FUNCTION_POINTER(open);
-REAL_FUNCTION_POINTER(opendir);
-REAL_FUNCTION_POINTER(readdir);
-REAL_FUNCTION_POINTER(readdir64);
-REAL_FUNCTION_POINTER(readlink);
-REAL_FUNCTION_POINTER(realpath);
-
-#define HAS_XSTAT __GLIBC__ == 2 && __GLIBC_MINOR__ < 33
-
-#if HAS_XSTAT
-REAL_FUNCTION_POINTER(__xstat);
-REAL_FUNCTION_POINTER(__xstat64);
-REAL_FUNCTION_POINTER(__fxstat);
-REAL_FUNCTION_POINTER(__fxstat64);
-#else
-REAL_FUNCTION_POINTER(stat);
-REAL_FUNCTION_POINTER(stat64);
-REAL_FUNCTION_POINTER(fstat);
-REAL_FUNCTION_POINTER(fstat64);
-#endif
-
-static char render_node_dir[] = "/dev/dri/";
-/* Full path of /dev/dri/renderD* */
-static char *render_node_path;
-/* renderD* */
-static char *render_node_dirent_name;
-/* /sys/dev/char/major: */
-static int drm_device_path_len;
-static char *drm_device_path;
-/* /sys/dev/char/major:minor/device */
-static int device_path_len;
-static char *device_path;
-/* /sys/dev/char/major:minor/device/subsystem */
-static char *subsystem_path;
-int render_node_minor = -1;
-
-struct file_override {
- const char *path;
- char *contents;
-};
-static struct file_override file_overrides[10];
-static int file_overrides_count;
-extern bool drm_shim_driver_prefers_first_render_node;
-
-static int
-nfvasprintf(char **restrict strp, const char *restrict fmt, va_list ap)
-{
- int ret = vasprintf(strp, fmt, ap);
- assert(ret >= 0);
- return ret;
-}
-
-static int
-nfasprintf(char **restrict strp, const char *restrict fmt, ...)
-{
- va_list ap;
- va_start(ap, fmt);
- int ret = nfvasprintf(strp, fmt, ap);
- va_end(ap);
- return ret;
-}
-
-/* Pick the minor and filename for our shimmed render node. This can be
- * either a new one that didn't exist on the system, or if the driver wants,
- * it can replace
Bug#1065566: curl profile pkg.curl.no-gnutls not working
Package: src:curl Version: 8.6.0-3.2 the curl profile pkg.curl.no-gnutls is not working, because librtmp-dev depends on libgnutls28-dev, so for that profile to work, it's necessary to configure --without-librtmp Also there are no profiles specified at all in the build dependencies.
Bug#1065530: ghostscript b-d not needed
Control: retitle -1 maintainer mode dependencies not needed besides ghostscript, these are at least some more: transfig, imagemagick. please disable these by default, and then add a profile which you can use to build with maintainer mode. This would ease to build the package in bootstrap processes.
Bug#1065538: bind9-libs hard-codes a dependency on libuv1
Package: bind9-libs Version: 1:9.19.21-1 Severity: serious Tags: sid trixie bind9-libs hard-codes a dependency on libuv1, that should be libuv1t64 now. But better derive it form the libuv1-dev dependency.
