Bug#1061179: Bug#1060019: transition: poppler 24.02
Control: tags -1 confirmed On 2024-05-20 18:23:10 +0300, Dmitry Shachnev wrote: > Hi, > > On Thu, May 16, 2024 at 01:25:56PM +0200, Jeremy Bícha wrote: > > libpoppler134 has migrated to Testing and I don't see libpoppler126 > > there any more so I'm closing the poppler transition bug. > > FWIW, I am waiting for a formal "tags -1 confirmed" from Sebastian. Please go ahead Cheers -- Sebastian Ramacher
Bug#1071465: xmlrpc-c: update package name for a SONAME bump
On 2024-05-19 21:59:11 +0200, Alexandre Detiste wrote: > Ho sorry indeed. > > A binNMU should be enough to fix rtorrent. No, a binNMU will just hide the bug. Please split libxmlrpc_util.so.4 into a binary package matching its SONAME. Cheers -- Sebastian Ramacher
Bug#1071382: nodejs: FTBFS: flaky test
Source: nodejs Version: 20.13.1+dfsg-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org The test sequential/test-worker-heapsnapshot-options is flaky. The builds of 20.13.1+dfsg-1 failed on mips64el and s390. It also failed once on armhf, but a give back worked. https://buildd.debian.org/status/fetch.php?pkg=nodejs=mips64el=20.13.1%2Bdfsg-1=1715802567=0 not ok 3548 sequential/test-worker-heapsnapshot-options --- duration_ms: 2713.46500 severity: fail exitcode: 1 stack: |- (node:200641) internal/test/binding: These APIs are for internal testing only. Do not use them. (Use `node --trace-warnings ...` to show where the warning was created) /<>/test/common/heap.js:46 toNode.incomingEdges.push(edge); ^ TypeError: Cannot read properties of undefined (reading 'incomingEdges') at createJSHeapSnapshot (/<>/test/common/heap.js:46:12) at new State (/<>/test/common/heap.js:108:21) at recordState (/<>/test/common/heap.js:207:10) at /<>/test/sequential/test-worker-heapsnapshot-options.js:16:22 Node.js v20.13.1 Cheers -- Sebastian Ramacher
Bug#1071291: Please add a neovim-dbg package in order to ease to find issues
Control: tags -1 moreinfo Hi Patrick On 2024-05-17 21:31:06 +0200, Patrick Winnertz wrote: > Package: neovim > Version: 0.9.5-7 > Severity: wishlist > > Hey, > > please add a neovim-dbg package so that it's easier to debug issues with > neovim without the need to rebuild it locally. Are you looking for neovim-dbgsym? Cheers -- Sebastian Ramacher
Bug#1071288: quaternion: FTBFS: /<>/client/roomdialogs.cpp:30:10: fatal error: logging.h: No such file or directory
39 | #include | ^~~ compilation terminated. make[3]: *** [CMakeFiles/quaternion.dir/build.make:367: CMakeFiles/quaternion.dir/client/mainwindow.cpp.o] Error 1 make[3]: *** [CMakeFiles/quaternion.dir/build.make:227: CMakeFiles/quaternion.dir/quaternion_autogen/mocs_compilation.cpp.o] Error 1 /<>/client/logindialog.cpp: In lambda function: /<>/client/logindialog.cpp:53:73: warning: implicit capture of ‘this’ via ‘[=]’ is deprecated in C++20 [-Wdeprecated] 53 | connect(userEdit, ::editingFinished, m_connection.data(), [=] { | ^ /<>/client/logindialog.cpp:53:73: note: add explicit ‘this’ or ‘*this’ capture /<>/client/logindialog.cpp: In member function ‘virtual void LoginDialog::apply()’: /<>/client/logindialog.cpp:209:9: error: ‘connectSingleShot’ was not declared in this scope 209 | connectSingleShot(m_connection.data(), ::loginFlowsChanged, | ^ make[3]: *** [CMakeFiles/quaternion.dir/build.make:325: CMakeFiles/quaternion.dir/client/logindialog.cpp.o] Error 1 make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu' Cheers -- Sebastian Ramacher
Bug#1067064: transition: petsc hypre
Control: tags -1 confirmed Hi On 2024-03-17 22:52:51 +0100, Drew Parsons wrote: > Package: release.debian.org > Severity: normal > X-Debbugs-Cc: pe...@packages.debian.org, francesco.balla...@unicatt.it > Control: affects -1 + src:petsc > User: release.debian@packages.debian.org > Usertags: transition > > The petsc patch for the 64-bit time_t transition was deeply invasive. > It makes petsc (and slepc) essentially unmaintainable. > > I think the best way to deal with it is to pretend it never happened > and move on with petsc 3.20, upgrading from petsc 3.19. We'd want to > doing this upgrade anyway. Please go ahead. While looking at the tracker, I noticed that petsc is still building manual -dbg packages. IS there a reason that those have not been converted to automatic -dbgsym packages? Cheers -- Sebastian Ramacher
Bug#1061179: transition: qtbase-abi-5-15-12
Control: block -1 by 1060019 On 2024-01-20 13:47:18 +0300, Dmitry Shachnev wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > Control: block -1 by 1060761 1060802 > > Dear Release team, > > I have skipped Qt 5.15.11 release and would like to upgrade to 5.15.12 > which was published in December. Qt WebEngine will be upgraded from 5.15.15 > to 5.15.16. The transition is prepared in experimental. Let's do this one after poppler migrated. Cheers -- Sebastian Ramacher
Bug#1071065: transition: libsecp256k1
Control: tags -1 confirmed On 2024-05-13 19:59:30 +0200, Bastian Germann wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > Control: affects -1 + src:libsecp256k1 > Control: forwarded -1 > https://release.debian.org/transitions/html/auto-libsecp256k1.html > > Hi, > > I request a transition slot from libsecp256k1-1 to libsecp256k1-2. > The auto-generated tracker is okay. All reverse dependencies in sid build > with the experimental libsecp256k1. Please go ahead Cheers -- Sebastian Ramacher
Bug#1070909: llvm-toolchain-18: FTBFS on riscv64: dh_install: warning: llvm-18-linker-tools missing files: usr/lib/llvm-18/lib/LLVMgold.so
Source: llvm-toolchain-18 Version: 1:18.1.5-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org riscv64 is now a release architecture and llvm-toolchain-18 built previously. https://buildd.debian.org/status/fetch.php?pkg=llvm-toolchain-18=riscv64=1%3A18.1.5-2=1715249422=0 debian/rules override_dh_install make[1]: Entering directory '/<>' dh_install -p libpolly-18-dev usr/lib/llvm-18/lib/cmake/polly/*.cmake usr/lib/llvm-18/lib/cmake/polly rm -rf debian/tmp/usr/lib/llvm-18/lib/cmake/polly/*.cmake dh_install --fail-missing dh_install: warning: Please use dh_missing --list-missing/--fail-missing instead dh_install: warning: This feature will be removed in compat 12. dh_install: warning: Cannot find (any matches for) "usr/lib/llvm-18/lib/LLVMgold.so" (tried in ., debian/tmp) dh_install: warning: llvm-18-linker-tools missing files: usr/lib/llvm-18/lib/LLVMgold.so dh_install: error: missing files, aborting make[1]: *** [debian/rules:1432: override_dh_install] Error 255 Cheers -- Sebastian Ramacher
Bug#1070910: llvm-toolchain-18: autopkgtest fails on amd64
Source: llvm-toolchain-18 Version: 1:18.1.5-2 Severity: serious X-Debbugs-Cc: sramac...@debian.org https://ci.debian.net/packages/l/llvm-toolchain-18/testing/amd64/46304375/#S6 150s # Builds the test application 150s clang++-$VERSION -std=c++20 \ 150s-nostdinc++ \ 150s-isystem /usr/lib/llvm-$VERSION/include/c++/v1/ \ 150s-L /usr/lib/llvm-$VERSION/lib \ 150s-fmodule-file=std=std.pcm \ 150s-fmodule-file=std.compat=std.compat.pcm \ 150sstd.pcm \ 150sstd.compat.pcm \ 150s-lc++ \ 150sfoo.cpp 151s 151s # Runs the test application 151s # The output should be 151s # Hello modular world 151s # Hello compat modular world 151s ./a.out 151s Hello modular world 151s Hello compat modular world 151s 151s if test ! -f /usr/lib/llvm-$VERSION/include/cxxabi.h; then 151s echo "Install libc++abi-$VERSION-dev"; 151s exit -1; 151s fi 151s 151s # Force the usage of libc++abi 151s clang++-$VERSION -stdlib=libc++ -lc++abi foo.cpp -o o 151s foo.cpp:1:1: error: unknown type name 'import' 151s 1 | import std; 151s | ^ 151s foo.cpp:2:1: error: unknown type name 'import' 151s 2 | import std.compat; 151s | ^ 151s foo.cpp:2:11: error: expected ';' after top level declarator 151s 2 | import std.compat; 151s | ^ 151s | ; 151s foo.cpp:5:3: error: 'std' is not a class, namespace, or enumeration 151s 5 | std::cout << "Hello modular world\n"; 151s | ^ 151s foo.cpp:2:8: note: 'std' declared here 151s 2 | import std.compat; 151s |^ 151s foo.cpp:6:5: error: no member named 'printf' in the global namespace 151s 6 | ::printf("Hello compat modular world\n"); 151s | ~~^ 151s 5 errors generated. 151s autopkgtest [23:36:28]: test command1: -------] Cheers -- Sebastian Ramacher
Bug#1070822: ocrmypdf: autopkgtest regression with ghostscript 10.03.0~dfsg-1
Source: ocrmypdf Version: 16.1.2+dfsg1-1 Severity: serious X-Debbugs-Cc: sramac...@debian.org https://ci.debian.net/packages/o/ocrmypdf/testing/amd64/46448482/ 425s === FAILURES === 425s _ test_semfree _ 425s 425s resources = PosixPath('/tmp/autopkgtest-lxc.6_tdzv6n/downtmp/build.kDh/src/tests/resources') 425s outpdf = PosixPath('/tmp/pytest-of-debci/pytest-0/test_semfree0/out.pdf') 425s 425s @pytest.mark.skipif(not is_linux(), reason='semfree plugin only works on Linux') 425s def test_semfree(resources, outpdf): 425s exitcode = run_ocrmypdf_api( 425s resources / 'multipage.pdf', 425s outpdf, 425s '--skip-text', 425s '--skip-big', 425s '2', 425s '--plugin', 425s 'ocrmypdf.extra_plugins.semfree', 425s '--plugin', 425s 'tests/plugins/tesseract_noop.py', 425s ) 425s > assert exitcode == ExitCode.ok 425s E assert == 425s E+ where = ExitCode.ok 425s 425s tests/test_semfree.py:26: AssertionError 425s -- Captured log call --- 425s WARNING ocrmypdf._pipeline:_pipeline.py:358 page too big, skipping OCR (81.0 MPixels > 2.0 MPixels --skip-big) 425s WARNING ocrmypdf._pipeline:_pipeline.py:358 page too big, skipping OCR (2.0 MPixels > 2.0 MPixels --skip-big) 425s WARNING ocrmypdf._metadata:_metadata.py:62 Some input metadata could not be copied because it is not permitted in PDF/A. You may wish to examine the output PDF's XMP metadata. 425s WARNING ocrmypdf._pipelines._common:_common.py:443 Output file is okay but is not PDF/A (seems to be No PDF/A metadata in XMP) 425s === warnings summary === 425s tests/test_main.py::test_jbig2_passthrough 425s tests/test_metadata.py::test_creation_date_preserved[pdf-jbig2.pdf] 425s /usr/lib/python3/dist-packages/pikepdf/_methods.py:264: UserWarning: pikepdf is missing some specialized decoders (probably JBIG2) so not all stream contents can be tested. 425s self._decode_all_streams_and_discard() 425s 425s -- Docs: https://docs.pytest.org/en/stable/how-to/capture-warnings.html 425s === short test summary info 425s FAILED tests/test_semfree.py::test_semfree - assert
Bug#1070821: docker.io: FTBFS: DONE 2218 tests, 120 skipped, 2 failures in 109.861s
Source: docker.io Version: 20.10.25+dfsg1-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=docker.io=amd64=20.10.25%2Bdfsg1-3=1715080704=0 === Failed === FAIL: daemon/logger TestCopierWithSized/With_RingLogger (0.00s) copier_test.go:265: invalid character 'L' after object key:value pair === FAIL: daemon/logger TestCopierWithSized (0.00s) DONE 2218 tests, 120 skipped, 2 failures in 109.861s make[1]: *** [debian/rules:129: override_dh_auto_test] Error 1 Cheers -- Sebastian Ramacher
Bug#1070811: llvm-toolchain-18: FTBFS on armel: cxa_guard.cpp:(.text.unlikely.__cxa_guard_acquire+0x28): undefined reference to `__atomic_load_1'
format -Werror=format-security -Wno-unused-command-line-argument -march=armv5t -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -fno-semantic-interposition -fvisibility-inlines-hidden -Werror=date-time -Werror=unguarded-availability-new -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -Wimplicit-fallthrough -Wcovered-switch-default -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Wsuggest-override -Wstring-conversion -Wmisleading-indentation -Wctad-maybe-unsupported -fdiagnostics-color -ffunction-sections -fdata-sections -fdebug-prefix-map=/<>/build-llvm/runtimes/runtimes-bins=../../../ -fdebug-prefix-map=/<>/= -no-canonical-prefixes -ffile-prefix-map=/<>/build-llvm/runtimes/runtimes-bins=../../../ -ffile-prefix-map=/<>/= -no-canonical-prefixes -O3 -DNDEBUG -std=c++23 -fPIC -faligned-allocation -nostdinc++ -fvisibility-inlines-hidden -fvisibility=hidden -Wall -Wextra -Wnewline-eof -Wshadow -Wwrite-strings -Wno-unused-parameter -Wno-long-long -Werror=return-type -Wextra-semi -Wundef -Wunused-template -Wformat-nonliteral -Wno-user-defined-literals -Wno-covered-switch-default -Wno-suggest-override -Wno-error -MD -MT libcxx/src/CMakeFiles/cxx_shared.dir/filesystem/path.cpp.o -MF libcxx/src/CMakeFiles/cxx_shared.dir/filesystem/path.cpp.o.d -o libcxx/src/CMakeFiles/cxx_shared.dir/filesystem/path.cpp.o -c /<>/libcxx/src/filesystem/path.cpp ninja: build stopped: subcommand failed. FAILED: runtimes/runtimes-stamps/runtimes-build /<>/build-llvm/runtimes/runtimes-stamps/runtimes-build Cheers -- Sebastian Ramacher
Bug#1066941: coz-profiler: FTBFS: what(): unknown compilation unit version 5
On 2024-05-09 11:19:59 +0200, Petter Reinholdtsen wrote: > I am unable to replicate this in the current unstable chroot. Any idea > how to reproduce the problem? I gave it back on the buildds. Let's see if it works now. Cheers -- Sebastian Ramacher
Bug#1067842: transition: octave-9
Control: forwarded -1 https://release.debian.org/transitions/html/octave-59.html Control: block -1 by 1065309 On 2024-03-27 14:26:42 +0100, Sébastien Villemot wrote: > Package: release.debian.org > Severity: normal > X-Debbugs-Cc: debian-oct...@lists.debian.org > User: release.debian@packages.debian.org > Usertags: transition > > Dear Release Team, > > Please schedule a transition for the latest major upstream version of Octave, > version 9. All the arch:any Octave addons need to be rebuild. > > Octave 9 has already been uploaded to experimental. > > A rebuild of all the packages affected by the transition has been performed. > Several problems were fixed, and to the best of our knowledge, all packages > are > ready. We stand ready to upload and NMU as needed if other issues arise. plplot is involved in the gnat and octave transitions. So let's do this one after gnat is done. Cheers -- Sebastian Ramacher
Bug#1063516: transition: pcl
Control: tags -1 confirmed On 2024-02-09 11:40:46 +0100, Jochen Sprickerhof wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: p...@packages.debian.org > Control: affects -1 + src:pcl > > Hi release team, > > I would like to transition to the new pcl version. The auto generated > ben file looks fine and the reverse build dependency builds fine. Please go ahead. Cheers -- Sebastian Ramacher
Bug#1062761: transition: libfm-qt
Control: tags -1 confirmed On 2024-02-03 09:57:00 +0800, ChangZhuo Chen wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: libfm...@packages.debian.org > Control: affects -1 + src:libfm-qt > > libfm-qt has bumped its soversion from 13 to 14, so we need a > transition. > > All affected packages listed in > https://release.debian.org/transitions/html/auto-libfm-qt.html > are good in experimental. Please go ahead. Cheers -- Sebastian Ramacher
Bug#1062666: transition: openmm
Control: tags -1 confirmed On 2024-02-02 16:57:16 +0200, Andrius Merkys wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > Hello, > > I would like to request a transition slot for openmm > (experimental -> unstable) due to soname bump. Current ben tracker [1] > is OK. > > All reverse dependencies rebuild fine, except for cpptraj which is not in > testing. Please go ahead. Cheers -- Sebastian Ramacher
Bug#1070462: transition: evolution-data-server 3.52
Control: tags -1 confirmed On 2024-05-05 13:00:06 -0400, Jeremy Bícha wrote: > Package: release.debian.org > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: evolution-data-ser...@packages.debain.org > > One of the evolution-data-server libraries had a soname bump. I > believe everything should be binNMUable without issue. Please go ahead Cheers -- Sebastian Ramacher
Bug#1070769: nbdkit: BD-Uninstallable on armel: linux-image-marvell
Source: nbdkit Version: 1.38.2-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org >From https://buildd.debian.org/status/package.php?p=nbdkit: Dependency installability problem for nbdkit on armel: nbdkit build-depends on missing: - linux-image-marvell:armel Cheers -- Sebastian Ramacher
Bug#1070747: c-blosc2: FTBFS on ppc64el: error: implicit declaration of function ‘malloc’
Source: c-blosc2 Version: 2.13.1+ds-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=c-blosc2=ppc64el=2.13.1%2Bds-3=1714853092=0 cd /<>/obj-powerpc64le-linux-gnu/blosc && /usr/bin/cc -DUSING_CMAKE -I/<>/obj-powerpc64le-linux-gnu/blosc -I/<>/include -I/<>/plugins/codecs/zfp/include -I/<>/blosc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2 -std=gnu99 -O2 -g -DNDEBUG -fPIC -fvisibility=hidden -Wall -Wextra -MD -MT blosc/CMakeFiles/blosc2_static.dir/directories.c.o -MF CMakeFiles/blosc2_static.dir/directories.c.o.d -o CMakeFiles/blosc2_static.dir/directories.c.o -c /<>/blosc/directories.c [ 37%] Building C object blosc/CMakeFiles/blosc_testing.dir/bitshuffle-altivec.c.o cd /<>/obj-powerpc64le-linux-gnu/blosc && /usr/bin/cc -DBLOSC_SHARED_LIBRARY -DBLOSC_TESTING -DUSING_CMAKE -I/<>/obj-powerpc64le-linux-gnu/blosc -I/<>/include -I/<>/plugins/codecs/zfp/include -I/<>/blosc -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2 -std=gnu99 -O2 -g -DNDEBUG -Wall -Wextra -DNO_WARN_X86_INTRINSICS -MD -MT blosc/CMakeFiles/blosc_testing.dir/bitshuffle-altivec.c.o -MF CMakeFiles/blosc_testing.dir/bitshuffle-altivec.c.o.d -o CMakeFiles/blosc_testing.dir/bitshuffle-altivec.c.o -c /<>/blosc/bitshuffle-altivec.c /<>/blosc/bitshuffle-altivec.c: In function ‘bshuf_trans_bit_elem_altivec’: /<>/blosc/bitshuffle-altivec.c:370:19: error: implicit declaration of function ‘malloc’ [-Werror=implicit-function-declaration] 370 | void* tmp_buf = malloc(size * elem_size); | ^~ /<>/blosc/bitshuffle-altivec.c:32:1: note: include ‘’ or provide a declaration of ‘malloc’ 31 | #include "transpose-altivec.h" +++ |+#include 32 | /<>/blosc/bitshuffle-altivec.c:370:19: warning: incompatible implicit declaration of built-in function ‘malloc’ [-Wbuiltin-declaration-mismatch] 370 | void* tmp_buf = malloc(size * elem_size); | ^~ /<>/blosc/bitshuffle-altivec.c:370:19: note: include ‘’ or provide a declaration of ‘malloc’ /<>/blosc/bitshuffle-altivec.c:380:3: error: implicit declaration of function ‘free’ [-Werror=implicit-function-declaration] 380 | free(tmp_buf); | ^~~~ /<>/blosc/bitshuffle-altivec.c:380:3: note: include ‘’ or provide a declaration of ‘free’ /<>/blosc/bitshuffle-altivec.c:380:3: warning: incompatible implicit declaration of built-in function ‘free’ [-Wbuiltin-declaration-mismatch] /<>/blosc/bitshuffle-altivec.c:380:3: note: include ‘’ or provide a declaration of ‘free’ /<>/blosc/bitshuffle-altivec.c: In function ‘bshuf_untrans_bit_elem_altivec’: /<>/blosc/bitshuffle-altivec.c:583:19: warning: incompatible implicit declaration of built-in function ‘malloc’ [-Wbuiltin-declaration-mismatch] 583 | void* tmp_buf = malloc(size * elem_size); | ^~ /<>/blosc/bitshuffle-altivec.c:583:19: note: include ‘’ or provide a declaration of ‘malloc’ /<>/blosc/bitshuffle-altivec.c:590:3: warning: incompatible implicit declaration of built-in function ‘free’ [-Wbuiltin-declaration-mismatch] 590 | free(tmp_buf); | ^~~~ /<>/blosc/bitshuffle-altivec.c:590:3: note: include ‘’ or provide a declaration of ‘free’ Cheers -- Sebastian Ramacher
Bug#1070737: gr-gsm: FTBFS: 0xffff9e97794c: (std::vector >* std::__do_uninit_fill_n >*, unsigned long, std::vector
Source: gr-gsm Version: 1.0.0~20220727-1 Severity: serious Tags: ftbfs sid trixie X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=gr-gsm=arm64=1.0.0%7E20220727-1%2Bb11=1715152129=0 cd "/<>/obj-aarch64-linux-gnu/apps" && /usr/bin/cmake -E env PYTHONPATH="/<>/obj-aarch64-linux-gnu/test_modules" GRC_BLOCKS_PATH=/<>/grc CMAKE_BINARY_DIR=/<>/obj-aarch64-linux-gnu /usr/bin/grcc -o /<>/obj-aarch64-linux-gnu/apps /<>/apps/grgsm_livemon_headless.grc [ 99%] Built target copy_bindings_for_tests Warning: restarting the docstring loader (crashed while loading 'gsm_trx_burst_if') Warning: restarting the docstring loader (crashed while loading 'gsm_trx_burst_if') terminate reached from thread id: 9f2bc4c0Got std::runtime_error rpcmanager: Aggregator not in use, and a rpc booter is already registered 0x9e97794c: (std::vector >* std::__do_uninit_fill_n >*, unsigned long, std::vector > >(std::vector >*, unsigned long, std::vector > const&)+0xbfc) Subprocess aborted make[3]: *** [apps/CMakeFiles/pygen_apps.dir/build.make:100: apps/grgsm_livemon] Error 1 make[3]: *** Waiting for unfinished jobs terminate reached from thread id: 9a9c24c0Got std::runtime_error rpcmanager: Aggregator not in use, and a rpc booter is already registered 0x9a08794c: (std::vector >* std::__do_uninit_fill_n >*, unsigned long, std::vector > >(std::vector >*, unsigned long, std::vector > const&)+0xbfc) Subprocess aborted make[3]: *** [apps/CMakeFiles/pygen_apps.dir/build.make:105: apps/grgsm_livemon_headless] Error 1 Cheers -- Sebastian Ramacher
Bug#1070476: openjdk-21: autopkgtest on i386: /usr/bin/ld: /usr/lib/jvm/java-21-openjdk-i386/lib/server/libjvm.so: undefined reference to `_SafeFetch32_impl'
Source: openjdk-21 Version: 21.0.3+9-2 Severity: serious X-Debbugs-Cc: sramac...@debian.org openjdk-21 is unable to migrate since the version in unstable fails its autopkgtests on i386. https://ci.debian.net/packages/o/openjdk-21/testing/i386/46308616/#S21 9507s autopkgtest [09:27:46]: test jni-link.sh: [--- 9507s /usr/lib/jvm/java-21-openjdk-i386/lib/server 9507s /usr/bin/ld: /usr/lib/jvm/java-21-openjdk-i386/lib/server/libjvm.so: undefined reference to `_SafeFetch32_impl' 9507s collect2: error: ld returned 1 exit status 9508s autopkgtest [09:27:47]: test jni-link.sh: ---] Cheers -- Sebastian Ramacher
Bug#999922: xneur: diff for NMU version 0.20.0-3.3
Dear maintainer, I've prepared an NMU for xneur (versioned as 0.20.0-3.3). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru xneur-0.20.0/debian/changelog xneur-0.20.0/debian/changelog --- xneur-0.20.0/debian/changelog 2024-05-05 15:23:15.0 +0200 +++ xneur-0.20.0/debian/changelog 2024-05-05 19:41:29.0 +0200 @@ -1,3 +1,11 @@ +xneur (0.20.0-3.3) unstable; urgency=medium + + * Non-maintainer upload. + * debian/patches: Really fix pkgconfig file after porting to PCRE2 (Closes: +#22) + + -- Sebastian Ramacher Sun, 05 May 2024 19:41:29 +0200 + xneur (0.20.0-3.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru xneur-0.20.0/debian/patches/0004-Port-to-PCRE2.patch xneur-0.20.0/debian/patches/0004-Port-to-PCRE2.patch --- xneur-0.20.0/debian/patches/0004-Port-to-PCRE2.patch 2024-05-05 15:20:35.0 +0200 +++ xneur-0.20.0/debian/patches/0004-Port-to-PCRE2.patch 2024-05-05 19:41:07.0 +0200 @@ -115,7 +115,7 @@ Name: xnconfig Description: XNeur config library -Requires: libpcre -+Requires: libpcre2 ++Requires: libpcre2-8 Version: @VERSION@ Libs: -L@libdir@ -lxnconfig @PCRE_LIBS@ @LDFLAGS@ @ADDITIONAL_LIBS@ Cflags: -I@includedir@
Bug#1070321: transition: nginx ABI change: nginx-abi-1.24.0-1 -> nginx-abi-1.26.0-1
Control: tags -1 confirmed On 2024-05-03 19:08:58 +0200, Jan Mojzis wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: ng...@packages.debian.org > Control: affects -1 + src:nginx > > Hi, > > a new version 1.26.0 of nginx has been released. > > I have uploaded version 1.26.0-1~exp1 to the experimental and > would like to upload the new nginx 1.26.0-1 version to the unstable. > > And with the upload of 1.26.0-1 nginx to unstable, > the nginx ABI version changes at the same time. Previous ABI > nginx-abi-1.24.0-1, new ABI nginx-abi-1.26.0-1. > > Therefore, we would also need to rebuild all 3rd party nginx modules > (libnginx-mod-* packages) > which depends on nginx. Hence the transition request. > > Furthermore, this upload/rebuild solves the problem that arises at time_t 64 > transition: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1069997 Please go ahead. Cheers -- Sebastian Ramacher
Bug#1070043: transition: wireplumber 0.5
Control: tags -1 confirmed On 2024-04-29 11:16:46 +0200, Dylan Aïssi wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > Control: affects -1 + src:wireplumber > > Dear Release Team, > > Please schedule a transition slot for wireplumber 0.5. Please go ahead. Cheers -- Sebastian Ramacher
Bug#1069919: transition: kimageannotator
Control: tags -1 confirmed On 2024-04-26 23:51:19 -0400, Boyuan Yang wrote: > Package: release.debian.org > Control: affects -1 + src:kimageannotator > X-Debbugs-Cc: kimageannota...@packages.debian.org couc...@debian.org > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: by...@debian.org > Severity: normal > > I would like to initiate the following listed transitions together > since they are tightly bundled together: > > * https://release.debian.org/transitions/html/auto-kimageannotator.html > * https://release.debian.org/transitions/html/auto-kcolorpicker.html Please go ahead. Cheers -- Sebastian Ramacher
Bug#1055755: transition: libre/rem/baresip
Control: tags -1 confirmed On 2024-04-12 21:29:09 +0200, Bastian Germann wrote: > Control: tags -1 - moreinfo > > On Fri, 10 Nov 2023 22:34:49 +0100 Sebastian Ramacher > wrote: > > Did you coordinate this plan with the maintainer of libre? > > I am now part of the maintaining team and confirm my request. Please go ahead. Cheers -- Sebastian Ramacher
Bug#1069700: transition: rpm
Control: tags -1 confirmed On 2024-04-23 01:59:12 +0100, Luca Boccassi wrote: > Package: release.debian.org > Control: affects -1 + src:rpm > X-Debbugs-Cc: team+pkg-...@tracker.debian.org > User: release.debian@packages.debian.org > Usertags: transition > Severity: normal > > Dear Release Team, > > A new RPM version is available and has been uploaded and accepted in > experimental as version 4.19.1.1+dfsg-1~exp, and it introduces an ABI > bump from soname version 9 to 10 for the library packages shipped from > src:rpm. Please go ahead. Cheers -- Sebastian Ramacher
Bug#1063770: transition: mupdf
control: tags -1 moreinfo On 2024-02-12 23:30:58 +0900, Kan-Ru Chen wrote: > Package: release.debian.org > Severity: normal > X-Debbugs-Cc: mu...@packages.debian.org, pymu...@packages.debian.org, > sio...@packages.debian.org, ippsam...@packages.debian.org > Control: affects -1 + src:mupdf > User: release.debian@packages.debian.org > Usertags: transition > > Hi Release Team, > > This is a somewhat unusual transition request. The libmupdf-dev package > used to only ship static library archives due to upstream preference. > Recently upstream started to provide makefiles for building shared library > so I think it's time to ship shared library in Debian. > > I've uploaded the new version to experimental (binary package libmupdf23.10) > and tried to build the affected reverse build-deps (Cc'ed). > > ippsample - doesn't seem to use mupdf at all > pymupdf - requires some changes. Likely also needs to update to new upstream > version. > sioyek - requires some changes to drop extra linker flags. Have bugs been filed for these issues? Cheers -- Sebastian Ramacher
Bug#1061267: transition: unixcw
control: tags -1 confirmed On 2024-01-21 11:21:03 -0800, tony mancill wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: uni...@packages.debian.org > Control: affects -1 + src:unixcw > > Dear Release Team, > > I am requesting a transition for unixcw [1]. The one reverse > dependency, cwdaemon, builds correctly against the package in > experimental. The auto-transition page is [2]. Please go ahead. Cheers -- Sebastian Ramacher
Bug#1064810: transition: mpi-defaults
On 2024-05-05 17:59:40 +0200, Sebastiaan Couwenberg wrote: > On 2/26/24 7:40 AM, Alastair McKinstry wrote: > > OpenMPI 5.0 drops 32-bit support, so we need to move those archs to MPICH. > > This transition is blocking many of the remaining packages rebuilt for > 64-bit time_t. > > The autopkgtest for slurm-wlm on i386 is blocking testing migration of > mpich: > > https://qa.debian.org/excuses.php?package=mpich > > Testing migration of openmpi is likewise blocked by autopkgtest failures on > i386 of several rdeps: > > https://qa.debian.org/excuses.php?package=openmpi > > I'm starting to think that it'd be better to drop support for 32bit > architectures from all these rdeps so they can just use openmpi everywhere > and not have i386 autopkgtest failures able to block testing migration. openmpi should migrate with the next britney run. After that we can look into starting the transition to change mpi-defaults on 32 bit architctures. That is currently https://release.debian.org/transitions/html/mpi-defaults.html This will also require changes to hdf5. Have they been prepared somewhere? Cheers -- Sebastian Ramacher
Bug#1070450: qm-dsp: autopkgtest regression on arm64, ppc64el and s390x
Source: qm-dsp Version: 1.7.1-8 Severity: serious X-Debbugs-Cc: sramac...@debian.org qm-dsp currently fails to migrate due to autopkgtest failures on arm64, ppc64el and s390x. https://ci.debian.net/packages/q/qm-dsp/testing/arm64/46236204/ 112s for t in test-mathutilities test-window test-fft test-pvoc test-resampler test-medianfilter; do echo "Running $t"; valgrind -q ./"$t" || exit 1; done 112s Running test-mathutilities 114s Running 11 test cases... 114s 114s ␛[1;32;49m*** No errors detected 114s ␛[0;39;49mRunning test-window 115s Running 9 test cases... 115s 115s ␛[1;32;49m*** No errors detected 115s ␛[0;39;49mRunning test-fft 116s Running 21 test cases... 116s 116s ␛[1;32;49m*** No errors detected 117s ␛[0;39;49mRunning test-pvoc 118s Running 2 test cases... 118s TestPhaseVocoder.cpp(188): ␛[1;31;49merror: in "TestFFT/overlapping": absolute value of phase[cmp_i] - phaseExpected2[cmp_i]{1.5297327490291485e-07} exceeds 9.9995e-08␛[0;39;49m 118s TestPhaseVocoder.cpp(191): ␛[1;31;49merror: in "TestFFT/overlapping": absolute value of unw[cmp_i] - unwExpected2[cmp_i]{1.5297327493613011e-07} exceeds 9.9995e-08␛[0;39;49m 118s 118s ␛[1;31;49m*** 2 failures are detected in the test module "Master Test Suite" 118s ␛[0;39;49mmake: *** [Makefile:13: all] Error 1 I've added a hint to get the t64 changes into testing. Cheers -- Sebastian Ramacher
Bug#1070447: sdpa: dependency generation does not account for t64 changes
Source: sdpa Version: 7.3.16+dfsg-1 Severity: serious X-Debbugs-Cc: sramac...@debian.org Dependencies on libmumps-seq are produced using ${mumps-seq:Version} which does not include the changes from the t64 transition. Please adopt the dependency generation accordingly. Cheers -- Sebastian Ramacher
Bug#999922: xneur: diff for NMU version 0.20.0-3.2
Dear maintainer, I've prepared an NMU for xneur (versioned as 0.20.0-3.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru xneur-0.20.0/debian/changelog xneur-0.20.0/debian/changelog --- xneur-0.20.0/debian/changelog 2024-04-24 23:52:01.0 +0200 +++ xneur-0.20.0/debian/changelog 2024-05-05 15:23:15.0 +0200 @@ -1,3 +1,11 @@ +xneur (0.20.0-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/patches: Fix pkgconfig file after porting to PCRE2 (Closes: +#22) + + -- Sebastian Ramacher Sun, 05 May 2024 15:23:15 +0200 + xneur (0.20.0-3.1) unstable; urgency=medium [ Andreas Rönnquist ] diff -Nru xneur-0.20.0/debian/patches/0004-Port-to-PCRE2.patch xneur-0.20.0/debian/patches/0004-Port-to-PCRE2.patch --- xneur-0.20.0/debian/patches/0004-Port-to-PCRE2.patch 2024-04-24 23:44:13.0 +0200 +++ xneur-0.20.0/debian/patches/0004-Port-to-PCRE2.patch 2024-05-05 15:20:35.0 +0200 @@ -9,11 +9,9 @@ lib/misc/regexp.c | 50 -- 2 files changed, 33 insertions(+), 19 deletions(-) -diff --git a/configure.ac b/configure.ac -index 5cae4f4..dcb6207 100644 --- a/configure.ac +++ b/configure.ac -@@ -143,7 +143,7 @@ if test "x$with_debug" == "xyes"; then +@@ -143,7 +143,7 @@ AC_DEFINE(WITH_DEBUG, 1, [Define if you want debug support]) fi @@ -22,8 +20,6 @@ AC_ARG_WITH(keylogger, [ --without-keylogger Compile without keylogger function]) if test "x$with_keylogger" != "xno"; then -diff --git a/lib/misc/regexp.c b/lib/misc/regexp.c -index 728036e..aea6029 100644 --- a/lib/misc/regexp.c +++ b/lib/misc/regexp.c @@ -21,7 +21,8 @@ @@ -112,3 +108,14 @@ return TRUE; } +--- a/xnconfig.pc.in b/xnconfig.pc.in +@@ -5,7 +5,7 @@ + + Name: xnconfig + Description: XNeur config library +-Requires: libpcre ++Requires: libpcre2 + Version: @VERSION@ + Libs: -L@libdir@ -lxnconfig @PCRE_LIBS@ @LDFLAGS@ @ADDITIONAL_LIBS@ + Cflags: -I@includedir@
Bug#999922: xneur: depends on obsolete pcre3 library
Control: reopen -1 On 2024-04-25 00:50:36 +0200, Andreas Rönnquist wrote: > > Hi! > > I intend to nmu xneur shortly, fixing the two RC bugs (#22, > #1037902, which has been open 7 months and 2,5 years) using the fixes > that have been posted to the bugs, to help the progress of the time_t > transition. See the attached debdiff for the full list of changes. The fixes were incomplete. xnconfig.pc also needs to point to libpcre2 instead of libpcre. Uploading a fix in a bit. Cheers -- Sebastian Ramacher
Bug#1068583: libgav1: FTBFS on s390x: test failures
On 2024-05-04 10:02:38 -0400, John David Anglin wrote: > Adding architecture-is-little-endian to build dependency is not a good > solution as this blocks building glibc > on big endian targets: > https://buildd.debian.org/status/package.php?p=glibc=sid libavif will also need to drop support for libgav1 on the other big endian architectures. Cheers -- Sebastian Ramacher
Bug#1061515: transition: ace
Control: tags -1 confirmed On 2024-01-25 19:47:27 +, Sudip Mukherjee wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > X-Debbugs-Cc: sudipm.mukher...@gmail.com > Control: affects -1 + src:ace > > > Hi, > > Small transition with only two affected packages: diagnostics, ivtools, > Both of them builds fine with ace 7.1.3+dfsg-1 in experimental. > > The autogenerated ben tracker looks good. Please consider 'ace' for > transition. > Thanks in advance. Please go ahead. Cheers -- Sebastian Ramacher
Bug#1070121: nmu: coreutils_9.4-3 (trixie), pam_1.5.2-9.1 (trixie)
On 2024-04-30 15:44:51 +0100, Simon McVittie wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > X-Debbugs-Cc: coreut...@packages.debian.org, p...@packages.debian.org, > debian-b...@lists.debian.org > Control: affects -1 + src:coreutils src:pam > > coreutils_9.4-3.1 and pam_1.5.3-7 aren't currently migrating to trixie > for whatever reason. Because debootstrap doesn't currently know about > versioned Provides, I think it would be useful to get versions of these > packages in trixie that have been rebuilt against the 64-bit time_t ABIs > and package names. > > If the versions in trixie don't migrate imminently, please consider: > > nmu coreutils_9.4-3 . ANY . trixie . -m "rebuild against libssl3t64" > nmu pam_1.5.2-9.1 . ANY . trixie . -m "rebuild against libdb5.3t64" > > In a trixie derivative (a non-public future branch of the Steam Runtime) > I found that local rebuilds of those two source packages were enough to > bring a minbase debootstrap back from repeatably failing to reasonably > reliable. I hope they would have a similar effect in real trixie. > > Based on kibi's thread "Making trixie debootstrap-able again?" on -release > and -boot, binNMUing util-linux and iproute2 might also help for d-i's > use-case, which is larger than minbase and wants fdisk and iproute2: > > nmu util-linux_2.39.3-6 . ANY . trixie . -m "rebuild against libreadline8t64" > nmu iproute2_6.7.0-2 . ANY . trixie . -m "rebuild against libtirpc3t64" > > but I have not independently verified that those two are necessary > or sufficient. The packages would be ready to migrate to trixie, but migrating them makes britney crash. I don't expect that to change when we rebuild the packages in trixie. Cheers -- Sebastian Ramacher
Bug#1070016: quake4: hard-coded dependencies on pre-t64 libraries
On 2024-04-28 18:39:22 +0100, Simon McVittie wrote: > On Sun, 28 Apr 2024 at 17:27:21 +0200, Sebastian Ramacher wrote: > > quake4 has hard-coded dependencies on shared libraries (at least > > libasound2) that were renamed as part of the t64 transition. Please > > update the dependencies accordingly. > > quake4 is i386-only, and i386 has Provides for the old names and no real > ABI break, so I don't think this is necessarily RC - although updating > quake4 in src:game-data-packager might help apt to choose better upgrade > paths, so it's a valid bug. > > (The i386 binaries referenced by quake4 - really in the quake4-bin package > produced by game-data-packager - are proprietary and non-modifiable, > and target the pre-t64 ABI.) It will also help dak to decruft the pre-t64 from unstable and render game-data-packages as good on the transition trackers. Cheer -- Sebastian Ramacher
Bug#1067077: atomic operations on 64-bit time_t
On 2024-04-29 16:45:16 +0200, David Lamparter wrote: > On Mon, Mar 18, 2024 at 12:42:56AM +0100, Sebastian Ramacher wrote: > > Source: frr > > Version: 9.1-0.1 > > Justification: fails to build from source (but built successfully in the > > past) > [...] > > https://buildd.debian.org/status/fetch.php?pkg=frr=armel=9.1-0.1=1710631814=0 > [...] > > ./build/../bgpd/bgp_vty.c:13678:(.text+0x1d934): undefined reference to > > `__atomic_load_8' > [...] > > This is due to FRR using "_Atomic time_t", which ... with the 64-bit > time_t transition is now 8 bytes, and armel, hppa, m68k, powerpc and sh4 > can't do 64-bit atomic ops... Linking with -latomic fixes that. Cheers > > I'm not sure what the best fix for this is, I looked at > https://wiki.debian.org/ReleaseGoals/64bit-time but there is no mention > of atomic ops on time_t. Googling didn't yield anything either. Is frr > the only package using "_Atomic time_t"? > > Input appreciated... > > > -equi (David) -- Sebastian Ramacher
Bug#1069101: libdbd-oracle-perl: requires rebuild for time_t transition
Hi Alex On 2024-04-28 22:36:01 +0200, Alex Muntada wrote: > > libdbd-oracle-perl depends on libaio1 > > It turns out that it's oracle-instantclient-basic that needs > libaio.so.1. I'm not sure what could be done to address this > issue, since the soname renaming to libaio.so.1t64 is Debian > specific. Unfortunately libaio did not follow the pattern that was used for everything else. Depending on how much you care about the future of libdbd-oracle-perl in Debian, the issue is best discussed with the libaio maintainer. > If libdbd-oracle-perl needs to be removed from testing for the > transition to proceed, so be it. In fact, there's no need to > wait until May 15; feel free to remove it sooner. Hint added. Cheers -- Sebastian Ramacher
Bug#1070017: google-android-installers: depends on pre-64 libraries
Source: google-android-installers Version: =1710437545-4 Severity: serious X-Debbugs-Cc: sramac...@debian.org google-android-installers builds binary packages that depend on shared libraries (at least libasound2) that were renamed as part of the t64 transition. Please update the dependencies accordingly. Cheers -- Sebastian Ramacher
Bug#1070016: quake4: hard-coded dependencies on pre-t64 libraries
Package: quake4 Version: 77 Severity: serious X-Debbugs-Cc: sramac...@debian.org quake4 has hard-coded dependencies on shared libraries (at least libasound2) that were renamed as part of the t64 transition. Please update the dependencies accordingly. Cheers -- Sebastian Ramacher
Bug#1070015: haskel-pandoc: FTBFS on armel: Couldn't match expected type: WriterState -> m a
xt.Pandoc.Writers.CommonMark [176 of 212] Compiling Text.Pandoc.Writers.ChunkedHTML [177 of 212] Compiling Text.Pandoc.Writers.EPUB [178 of 212] Compiling Text.Pandoc.Writers.DokuWiki [179 of 212] Compiling Text.Pandoc.Writers.DocBook [180 of 212] Compiling Text.Pandoc.Writers.ConTeXt [181 of 212] Compiling Text.Pandoc.Writers.AsciiDoc [182 of 212] Compiling Text.Pandoc.Readers.RST [183 of 212] Compiling Text.Pandoc.Readers.LaTeX [184 of 212] Compiling Text.Pandoc.Readers.Org.Inlines [185 of 212] Compiling Text.Pandoc.Readers.Org.Meta [186 of 212] Compiling Text.Pandoc.Readers.Org.Blocks [187 of 212] Compiling Text.Pandoc.Readers.Org [188 of 212] Compiling Text.Pandoc.Readers.HTML [189 of 212] Compiling Text.Pandoc.Readers.Textile [190 of 212] Compiling Text.Pandoc.Readers.TWiki [191 of 212] Compiling Text.Pandoc.Readers.MediaWiki [192 of 212] Compiling Text.Pandoc.Readers.Markdown [193 of 212] Compiling Text.Pandoc.Readers.OPML [194 of 212] Compiling Text.Pandoc.Readers.Ipynb [195 of 212] Compiling Text.Pandoc.Readers.EPUB [196 of 212] Compiling Text.Pandoc.Citeproc.BibTeX [197 of 212] Compiling Text.Pandoc.Writers.BibTeX [198 of 212] Compiling Text.Pandoc.Readers.BibTeX [199 of 212] Compiling Text.Pandoc.Readers [200 of 212] Compiling Text.Pandoc.App.Input [201 of 212] Compiling Text.Pandoc.Citeproc [202 of 212] Compiling Text.Pandoc.Writers.JATS [203 of 212] Compiling Text.Pandoc.Writers.Docx.Table [204 of 212] Compiling Text.Pandoc.Writers.Docx -e: error: debian/hlibrary.setup build --builddir=dist-ghc returned exit code 1 at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 875. Debian::Debhelper::Dh_Lib::error("debian/hlibrary.setup build --builddir=dist-ghc returned exit"...) called at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 614 Debian::Debhelper::Dh_Lib::error_exitcode("debian/hlibrary.setup build --builddir=dist-ghc") called at /usr/share/perl5/Debian/Deb helper/Dh_Lib.pm line 477 Debian::Debhelper::Dh_Lib::doit("debian/hlibrary.setup", "build", "--builddir=dist-ghc") called at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 656 Debian::Debhelper::Buildsystem::Haskell::Recipes::build_recipe() called at -e line 1 make: *** [/usr/share/cdbs/1/class/hlibrary.mk:158: build-ghc-stamp] Error 25 Cheers -- Sebastian Ramacher
Bug#1070014: libwibble: FTBFS on arm{64,el}: (7/36) Fs: ../wibble/sys/fs.test.h: 72: assertion `i.ischr()' failed;
Source: libwibble Version: 1.1-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=libwibble=arm64=1.1-3%2Bb1=1714230781=0 make[5]: Entering directory '/<>/debian/build' cd /<>/debian/build/wibble && sh -c "LD_LIBRARY_PATH=/<>/debian/build/wibble /<>/debian/build/wibble/wibble-test" (1/36) Regexp: .. 6/6 ok (2/36) Process: .. 2/2 ok (3/36) Range: ... 11/11 ok (4/36) Buffer: . 5/5 ok (5/36) CommandlineEngine: .. 10/10 ok (6/36) Consumer: ... 3/3 ok (7/36) Fs: ../wibble/sys/fs.test.h: 72: assertion `i.ischr()' failed; --> FAILED: (1/11) directoryIsdir (caught signal 6) (7/36) Fs: . 10/11 ok Cheers -- Sebastian Ramacher
Bug#1065625: libmtp9t64 / libmtp-runtime dependency problem makes dpkg fail with attempt of removal of libmtp-common
Control: reassign -1 aptitude 0.8.13-6 On 2024-03-07 16:34:45 +0100, Vincent Lefevre wrote: > On 2024-03-07 16:00:35 +0100, Vincent Lefevre wrote: > > Will install 11 packages, and remove 3 packages. > > 8192 B of disk space will be used > > > > [...] > > [HOLD, DEPENDENCIES] libmtp-common:amd64 1.1.21-3 > > [...] > > [INSTALL, DEPENDENCIES] libgphoto2-6t64:amd64 2.5.31-2.1 > > [INSTALL, DEPENDENCIES] libgphoto2-port12t64:amd64 2.5.31-2.1 > > [INSTALL, DEPENDENCIES] libmtp9t64:amd64 1.1.21-3.1 > > [REMOVE, DEPENDENCIES] libgphoto2-6:amd64 2.5.31-2 > > [REMOVE, DEPENDENCIES] libgphoto2-port12:amd64 2.5.31-2 > > [REMOVE, DEPENDENCIES] libmtp9:amd64 1.1.21-3 > > [...] > > [UPGRADE] gvfs:amd64 1.53.90-2 -> 1.53.90-3 > > [UPGRADE] gvfs-backends:amd64 1.53.90-2 -> 1.53.90-3 > > [UPGRADE] gvfs-common:amd64 1.53.90-2 -> 1.53.90-3 > > [UPGRADE] gvfs-daemons:amd64 1.53.90-2 -> 1.53.90-3 > > [UPGRADE] gvfs-fuse:amd64 1.53.90-2 -> 1.53.90-3 > > [UPGRADE] gvfs-libs:amd64 1.53.90-2 -> 1.53.90-3 > > [UPGRADE] libgphoto2-l10n:amd64 2.5.31-2 -> 2.5.31-2.1 > > [UPGRADE] libmtp-runtime:amd64 1.1.21-3 -> 1.1.21-3.1 > > > > Note that libmtp-common:amd64 1.1.21-3.1 was available, but for > some unknown reason, aptitude did not propose its upgrade. This looks like another instance of 1065626. Reassigning to aptitude. Cheers -- Sebastian Ramacher
Bug#1068598: spice-gtk: diff for NMU version 0.42-2.1
Control: tags 1068598 + patch Dear maintainer, I've prepared an NMU for spice-gtk (versioned as 0.42-2.1). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru spice-gtk-0.42/debian/changelog spice-gtk-0.42/debian/changelog --- spice-gtk-0.42/debian/changelog 2023-05-20 13:06:47.0 +0200 +++ spice-gtk-0.42/debian/changelog 2024-04-27 16:22:29.0 +0200 @@ -1,3 +1,11 @@ +spice-gtk (0.42-2.1) unstable; urgency=medium + + * debian/control: Remove hard-coded dependencies on libusbredirhost1 and +libusbredirparser1 from spice-client-gtk. libspice-client-glib-2.0-8 +properly links and depends on the correct libraries. (Closes: #1068598) + + -- Sebastian Ramacher Sat, 27 Apr 2024 16:22:29 +0200 + spice-gtk (0.42-2) unstable; urgency=medium * debian/control.in: Include version with remmina-plugin-spice Breaks. diff -Nru spice-gtk-0.42/debian/control spice-gtk-0.42/debian/control --- spice-gtk-0.42/debian/control 2023-05-20 13:06:47.0 +0200 +++ spice-gtk-0.42/debian/control 2024-04-27 16:20:22.0 +0200 @@ -54,8 +54,6 @@ Architecture: any Depends: libspice-client-glib-2.0-8 (= ${binary:Version}), libspice-client-gtk-3.0-5 (= ${binary:Version}), - libusbredirhost1 (>= 0.7.1), - libusbredirparser1 (>= 0.7.1), ${misc:Depends}, ${shlibs:Depends} Description: Simple clients for interacting with SPICE servers diff -Nru spice-gtk-0.42/debian/control.in spice-gtk-0.42/debian/control.in --- spice-gtk-0.42/debian/control.in 2023-05-20 13:06:47.0 +0200 +++ spice-gtk-0.42/debian/control.in 2024-04-27 16:22:29.0 +0200 @@ -50,8 +50,6 @@ Architecture: any Depends: libspice-client-glib-2.0-8 (= ${binary:Version}), libspice-client-gtk-3.0-5 (= ${binary:Version}), - libusbredirhost1 (>= 0.7.1), - libusbredirparser1 (>= 0.7.1), ${misc:Depends}, ${shlibs:Depends} Description: Simple clients for interacting with SPICE servers
Bug#1069953: libgstreamer-plugins-bad1.0-dev: not installable on i386
Package: libgstreamer-plugins-bad1.0-dev Version: 1.24.2-3 Severity: grave X-Debbugs-Cc: sramac...@debian.org $ apt install --no-install-recommends libgstreamer-plugins-bad1.0-dev Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: Unsatisfied dependencies: libgstreamer-plugins-bad1.0-dev : Depends: libgstreamer-opencv1.0-0 (= 1.24.2-3) but it is not going to be installed This issues makes at least cheese BD-Uninstallable on i386 Cheers -- Sebastian Ramacher
Bug#1058433: kexec-tools: diff for NMU version 1:2.0.27-1.1
Control: tags 1058433 + patch Dear maintainer, I've prepared an NMU for kexec-tools (versioned as 1:2.0.27-1.1). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru kexec-tools-2.0.27/debian/changelog kexec-tools-2.0.27/debian/changelog --- kexec-tools-2.0.27/debian/changelog 2023-10-05 00:17:28.0 +0200 +++ kexec-tools-2.0.27/debian/changelog 2024-04-27 14:49:56.0 +0200 @@ -1,3 +1,10 @@ +kexec-tools (1:2.0.27-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Apply upstream patch to fix build with binutils 2.41 (Closes: #1058433) + + -- Sebastian Ramacher Sat, 27 Apr 2024 14:49:56 +0200 + kexec-tools (1:2.0.27-1) unstable; urgency=medium * New upstream release (Closes: #1051962) diff -Nru kexec-tools-2.0.27/debian/patches/328de8e00e298f00d7ba6b25dc3950147e9642e6.patch kexec-tools-2.0.27/debian/patches/328de8e00e298f00d7ba6b25dc3950147e9642e6.patch --- kexec-tools-2.0.27/debian/patches/328de8e00e298f00d7ba6b25dc3950147e9642e6.patch 1970-01-01 01:00:00.0 +0100 +++ kexec-tools-2.0.27/debian/patches/328de8e00e298f00d7ba6b25dc3950147e9642e6.patch 2024-04-27 14:48:49.0 +0200 @@ -0,0 +1,92 @@ +From 328de8e00e298f00d7ba6b25dc3950147e9642e6 Mon Sep 17 00:00:00 2001 +From: Michel Lind +Date: Tue, 30 Jan 2024 04:14:31 -0600 +Subject: Fix building on x86_64 with binutils 2.41 + +Newer versions of the GNU assembler (observed with binutils 2.41) will +complain about the ".arch i386" in files assembled with "as --64", +with the message "Error: 64bit mode not supported on 'i386'". + +Fix by moving ".arch i386" below the relevant ".code32" directive, so +that the assembler is no longer expecting 64-bit instructions to be used +by the time that the ".arch i386" directive is encountered. + +Based on similar iPXE fix: +https://github.com/ipxe/ipxe/commit/6ca597eee + +Signed-off-by: Michel Lind +Signed-off-by: Simon Horman +--- + purgatory/arch/i386/entry32-16-debug.S | 2 +- + purgatory/arch/i386/entry32-16.S | 2 +- + purgatory/arch/i386/entry32.S | 2 +- + purgatory/arch/i386/setup-x86.S| 2 +- + 4 files changed, 4 insertions(+), 4 deletions(-) + +diff --git a/purgatory/arch/i386/entry32-16-debug.S b/purgatory/arch/i386/entry32-16-debug.S +index 5167944d..12e11649 100644 +--- a/purgatory/arch/i386/entry32-16-debug.S b/purgatory/arch/i386/entry32-16-debug.S +@@ -25,10 +25,10 @@ + .globl entry16_debug_pre32 + .globl entry16_debug_first32 + .globl entry16_debug_old_first32 +- .arch i386 + .balign 16 + entry16_debug: + .code32 ++ .arch i386 + /* Compute where I am running at (assumes esp valid) */ + call 1f + 1: popl %ebx +diff --git a/purgatory/arch/i386/entry32-16.S b/purgatory/arch/i386/entry32-16.S +index c051aab0..eace0958 100644 +--- a/purgatory/arch/i386/entry32-16.S b/purgatory/arch/i386/entry32-16.S +@@ -20,10 +20,10 @@ + #undef i386 + .text + .globl entry16, entry16_regs +- .arch i386 + .balign 16 + entry16: + .code32 ++ .arch i386 + /* Compute where I am running at (assumes esp valid) */ + call 1f + 1: popl %ebx +diff --git a/purgatory/arch/i386/entry32.S b/purgatory/arch/i386/entry32.S +index f7a494f1..8ce9e316 100644 +--- a/purgatory/arch/i386/entry32.S b/purgatory/arch/i386/entry32.S +@@ -20,10 +20,10 @@ + #undef i386 + + .text +- .arch i386 + .globl entry32, entry32_regs + entry32: + .code32 ++ .arch i386 + + /* Setup a gdt that should that is generally usefully */ + lgdt %cs:gdt +diff --git a/purgatory/arch/i386/setup-x86.S b/purgatory/arch/i386/setup-x86.S +index 201bb2cb..a212eed4 100644 +--- a/purgatory/arch/i386/setup-x86.S b/purgatory/arch/i386/setup-x86.S +@@ -21,10 +21,10 @@ + #undef i386 + + .text +- .arch i386 + .globl purgatory_start + purgatory_start: + .code32 ++ .arch i386 + + /* Load a gdt so I know what the segment registers are */ + lgdt %cs:gdt +-- +cgit 1.2.3-korg + diff -Nru kexec-tools-2.0.27/debian/patches/series kexec-tools-2.0.27/debian/patches/series --- kexec-tools-2.0.27/debian/patches/series 2023-09-17 19:14:33.0 +0200 +++ kexec-tools-2.0.27/debian/patches/series 2024-04-27 14:49:01.0 +0200 @@ -7,3 +7,4 @@ powerpcspe_support.patch vmcore-dmesg_man_page_fix.patch systemd-support.patch +328de8e00e298f00d7ba6b25dc3950147e9642e6.patch
Bug#1052772: isoquery: diff for NMU version 3.3.3-1.1
Control: tags 1052772 + patch Dear maintainer, I've prepared an NMU for isoquery (versioned as 3.3.3-1.1). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru isoquery-3.3.3/debian/changelog isoquery-3.3.3/debian/changelog --- isoquery-3.3.3/debian/changelog 2023-02-28 12:15:46.0 +0100 +++ isoquery-3.3.3/debian/changelog 2024-04-27 14:02:12.0 +0200 @@ -1,3 +1,11 @@ +isoquery (3.3.3-1.1) unstable; urgency=medium + + [ Steve Langasek ] + * debian/patches/test-locale-is-C: Don't expect non-English output +under LANG=C.UTF-8. Closes: #1052772. + + -- Sebastian Ramacher Sat, 27 Apr 2024 14:02:12 +0200 + isoquery (3.3.3-1) unstable; urgency=medium * New upstream version 3.3.3 diff -Nru isoquery-3.3.3/debian/patches/series isoquery-3.3.3/debian/patches/series --- isoquery-3.3.3/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ isoquery-3.3.3/debian/patches/series 2024-04-27 14:00:59.0 +0200 @@ -0,0 +1 @@ +test-locale-is-C diff -Nru isoquery-3.3.3/debian/patches/test-locale-is-C isoquery-3.3.3/debian/patches/test-locale-is-C --- isoquery-3.3.3/debian/patches/test-locale-is-C 1970-01-01 01:00:00.0 +0100 +++ isoquery-3.3.3/debian/patches/test-locale-is-C 2024-04-27 14:00:59.0 +0200 @@ -0,0 +1,423 @@ +Description: Don't expect non-English output under LANG=C.UTF-8 + For some reason upstream has a test case that uses French output to compare + against, but sets LANG=C.UTF-8 in the test environment. We shouldn't expect + French output in this environment. +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1052772. +Last-Update: 2024-04-09 +Forwarded: no + +Index: isoquery-3.3.3/tests/expected/iso_639-2/all_localized_test_stdout.txt +=== +--- isoquery-3.3.3.orig/tests/expected/iso_639-2/all_localized_test_stdout.txt isoquery-3.3.3/tests/expected/iso_639-2/all_localized_test_stdout.txt +@@ -1,4 +1,4 @@ +-aar aa afar +-alg algonquines, langues +-bod tib bo tibétain +-heb he hébreu ++aar aa Afar ++alg Algonquian languages ++bod tib bo Tibetan ++heb he Hebrew +Index: isoquery-3.3.3/tests/expected/iso_639-3/all_localized_test_stdout.txt +=== +--- isoquery-3.3.3.orig/tests/expected/iso_639-3/all_localized_test_stdout.txt isoquery-3.3.3/tests/expected/iso_639-3/all_localized_test_stdout.txt +@@ -1,3 +1,3 @@ +-aae I L albanais d'Arbëreshë +-deu I L de ger allemand +-nbs I L langue des signes namibienne ++aae I L Arbëreshë Albanian ++deu I L de ger German ++nbs I L Namibian Sign Language +Index: isoquery-3.3.3/tests/expected/iso_639-5/all_localized_test_stdout.txt +=== +--- isoquery-3.3.3.orig/tests/expected/iso_639-5/all_localized_test_stdout.txt isoquery-3.3.3/tests/expected/iso_639-5/all_localized_test_stdout.txt +@@ -1,3 +1,3 @@ +-aus australiennes, langues +-nai indiennes d’Amérique du Nord, langues +-tut altaïques, langues ++aus Australian languages ++nai North American Indian languages ++tut Altaic languages +Index: isoquery-3.3.3/tests/expected/iso_3166-1/all_localized_test_stdout.txt +=== +--- isoquery-3.3.3.orig/tests/expected/iso_3166-1/all_localized_test_stdout.txt isoquery-3.3.3/tests/expected/iso_3166-1/all_localized_test_stdout.txt +@@ -1,7 +1,7 @@ +-DE DEU 276 Allemagne +-ES ESP 724 Espagne ++DE DEU 276 Germany ++ES ESP 724 Spain + FR FRA 250 France +-RU RUS 643 Russie, Fédération de ++RU RUS 643 Russian Federation + TV TUV 798 Tuvalu +-TW TWN 158 Taïwan, province de Chine ++TW TWN 158 Taiwan, Province of China + UA UKR 804 Ukraine +Index: isoquery-3.3.3/tests/expected/iso_3166-1/invalid_codes_localized_test_stdout.txt +=== +--- isoquery-3.3.3.orig/tests/expected/iso_3166-1/invalid_codes_localized_test_stdout.txt isoquery-3.3.3/tests/expected/iso_3166-1/invalid_codes_localized_test_stdout.txt +@@ -1,3 +1,3 @@ + UA UKR 804 Ukraine +-FR FRA 250 Frankreich +-TW TWN 158 Taiwan, Chinesische Provinz ++FR FRA 250 France ++TW TWN 158 Taiwan, Province of China +Index: isoquery-3.3.3/tests/expected/iso_3166-1/multiple_codes_localized_test_stdout.txt +=== +--- isoquery-3.3.3.orig/tests/expected/iso_3166-1/multiple_codes_localized_test_stdout.txt isoquery-3.3.3/tests/expected/iso_3166-1/multiple_codes_localized_test_stdout.txt +@@ -1,3 +1,3 @@ + UA UKR 804 Ukraine +-FR FRA 250 Frankreich +-TW TWN 158 Taiwan, Chinesische Provinz ++FR FRA 250 France ++TW TWN 158 Taiwan, Province of China +Index: isoquery-3.3.3/tests/expected/iso_3166-2/all_localized_test_stdout.txt +=== +--- isoquery-3.3.3.orig/tests/expected/iso_3166-2
Bug#1069876: libsbml: autopkgtest regression
Source: libsbml Version: 5.20.2+dfsg-3 Severity: serious X-Debbugs-Cc: sramac...@debian.org https://ci.debian.net/packages/libs/libsbml/testing/amd64/45907226/ 95s autopkgtest [21:29:51]: test autodep8-python3: [--- 95s Testing with python3.12: 95s Traceback (most recent call last): 95s File "", line 1, in 95s File "/usr/lib/python3/dist-packages/libsbml/libsbml.py", line 27, in 95s import _libsbml 95s ModuleNotFoundError: No module named '_libsbml' 95s autopkgtest [21:29:51]: test autodep8-python3: ---] 96s autodep8-python3 FAIL non-zero exit status 1 Cheers -- Sebastian Ramacher
Bug#1069334: nautilus-wipe: diff for NMU version 0.4.alpha2-0.2
Control: tags 1069334 + patch Control: tags 1069334 + pending Dear maintainer, I've prepared an NMU for nautilus-wipe (versioned as 0.4.alpha2-0.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru nautilus-wipe-0.4.alpha2/debian/changelog nautilus-wipe-0.4.alpha2/debian/changelog --- nautilus-wipe-0.4.alpha2/debian/changelog 2023-09-11 00:49:27.0 +0200 +++ nautilus-wipe-0.4.alpha2/debian/changelog 2024-04-23 21:19:59.0 +0200 @@ -1,3 +1,11 @@ +nautilus-wipe (0.4.alpha2-0.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control: Remove hard-coded dependency on libgtk-3-0 (Closes: +#1069334) + + -- Sebastian Ramacher Tue, 23 Apr 2024 21:19:59 +0200 + nautilus-wipe (0.4.alpha2-0.1) unstable; urgency=medium * Non-maintainer upload diff -Nru nautilus-wipe-0.4.alpha2/debian/control nautilus-wipe-0.4.alpha2/debian/control --- nautilus-wipe-0.4.alpha2/debian/control 2023-09-11 00:49:27.0 +0200 +++ nautilus-wipe-0.4.alpha2/debian/control 2024-04-23 19:44:27.0 +0200 @@ -23,7 +23,6 @@ Multi-Arch: same Depends: libgsecuredelete0 (>= 0.3), - libgtk-3-0, ${misc:Depends}, ${shlibs:Depends}, Description: Secure deletion extension for Nautilus
Bug#1069703: dynamips: requires rebuild for t64 transition
Source: dynamips Version: 0.2.14-1 Severity: serious Tags: sid trixie X-Debbugs-Cc: sramac...@debian.org dynamips is in non-free without auto build support. Please rebuild the package against the t64 packages in unstable. Cheers -- Sebastian Ramacher
Bug#1069692: nfs-ganesha: FTBFS on arm{el,hf}: /usr/include/features-time64.h:26:5: error: #error "_TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64"
Source: nfs-ganesha Version: 4.3-9 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=nfs-ganesha=armel=4.3-9=1713793450=0 [ 93%] Building C object FSAL/FSAL_GPFS/CMakeFiles/fsalgpfs.dir/file.c.o cd /<>/src/obj-arm-linux-gnueabi/FSAL/FSAL_GPFS && /usr/bin/cc -DHAS_DOFF -D_GNU_SOURCE=1 -Dfsalgpfs_EXPORTS -I/<>/src/obj-arm-linux-gnueabi/include -I/<>/src/include -I/<>/src/include/os/linux -I/include -I/usr/include/ntirpc -I/usr/include/dbus-1.0 -I/usr/lib/arm-linux-gnueabi/dbus-1.0/include -I/<>/src/FSAL/FSAL_GPFS -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -fno-strict-aliasing -O2 -g -DNDEBUG -fPIC -MD -MT FSAL/FSAL_GPFS/CMakeFiles/fsalgpfs.dir/file.c.o -MF CMakeFiles/fsalgpfs.dir/file.c.o.d -o CMakeFiles/fsalgpfs.dir/file.c.o -c /<>/src/FSAL/FSAL_GPFS/file.c In file included from /usr/include/features.h:393, from /usr/include/assert.h:35, from /<>/src/FSAL/FSAL_GPFS/file.c:38: /usr/include/features-time64.h:26:5: error: #error "_TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64" 26 | # error "_TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64" | ^ Cheers -- Sebastian Ramacher
Bug#1069691: libmaus2: FTBFS on arm64: what(): AutoArray failed to allocate 1398102 elements (11184816 bytes)
Source: libmaus2 Version: 2.0.813+ds-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=libmaus2=arm64=2.0.813%2Bds-2=1713374325=0 libmaus2 2.0.813: test/test-suite.log === # TOTAL: 13 # PASS: 11 # SKIP: 0 # XFAIL: 0 # FAIL: 2 # XPASS: 0 # ERROR: 0 .. contents:: :depth: 2 FAIL: testRank.sh = /<>/test /<>/test /<>/test [V] testing FastRank...done. [V] testing RunLengthBitVector...done. [V] testing E2Append: [V]rank class libmaus2::rank::ERank222BAppend writer type libmaus2::bitio::BitWriterTemplate data type unsigned long [V] loop 1 [V] libmaus2::rank::ERank222BAppendDynamic loop 1 [V] loop 2 [V] libmaus2::rank::ERank222BAppendDynamic loop 2 [V] loop 3 [V] libmaus2::rank::ERank222BAppendDynamic loop 3 [V] loop 4 [V] libmaus2::rank::ERank222BAppendDynamic loop 4 [V] loop 5 [V] libmaus2::rank::ERank222BAppendDynamic loop 5 [V] testing WaveletTree rank/select random (size 128)...done. [V] testing WaveletTree smaller/larger...done. [V] testing CacheLineRank: terminate called after throwing an instance of 'libmaus2::exception::LibMausException' what(): AutoArray failed to allocate 1398102 elements (11184816 bytes) current total allocation 11521707 /<>/src/.libs/libmaus2_stacktrace.so.2(libmaus2::stacktrace::StackTrace::StackTrace()+0x74)[0xb4644b88] /<>/src/.libs/libmaus2_exception.so.2(libmaus2::exception::LibMausException::LibMausException()+0x40)[0xb4e42b40] /<>/src/.libs/testRank(libmaus2::autoarray::AutoArrayAllocate::allocate(unsigned long)+0xc4)[0xe833c2c4] /<>/src/.libs/testRank(testCacheLineRank()+0x88)[0xe831d318] /<>/src/.libs/testRank(main+0x134)[0xe830b834] /lib/aarch64-linux-gnu/libc.so.6(+0x26dc4)[0xb4886dc4] /lib/aarch64-linux-gnu/libc.so.6(__libc_start_main+0x98)[0xb4886e98] /<>/src/.libs/testRank(_start+0x30)[0xe830c5f0] ./testRank.sh: line 7: 355775 Aborted ../src/testRank Exiting with return code 134 FAIL testRank.sh (exit status: 134) FAIL: testdnarank.sh /<>/test /<>/test /<>/test [V] running short tests... AutoArray failed to allocate 16 elements (128 bytes) current total allocation 341115 /<>/src/.libs/libmaus2_stacktrace.so.2(libmaus2::stacktrace::StackTrace::StackTrace()+0x74)[0xa4e64b88] /<>/src/.libs/libmaus2_exception.so.2(libmaus2::exception::LibMausException::LibMausException()+0x40)[0xa55b2b40] /<>/src/.libs/testdnarank(libmaus2::autoarray::AutoArrayAllocate::allocate(unsigned long)+0xc4)[0xc76d0e24] /<>/src/.libs/testdnarank(libmaus2::rank::DNARankTemplate<64u>::loadFromRunLength(std::vector, std::allocator >, std::allocator, std::allocator > > > const&, unsigned long)+0x108)[0xc76dcfd8] /<>/src/.libs/testdnarank(void testShort >(unsigned long)+0x27c)[0xc77008bc] /<>/src/.libs/testdnarank(main+0x15c)[0xc76b16cc] /lib/aarch64-linux-gnu/libc.so.6(+0x26dc4)[0xa50a6dc4] /lib/aarch64-linux-gnu/libc.so.6(__libc_start_main+0x98)[0xa50a6e98] /<>/src/.libs/testdnarank(_start+0x30)[0xc76b1970] Exiting with return code 1 FAIL testdnarank.sh (exit status: 1) Cheers -- Sebastian Ramacher
Bug#1067628: cctools: diff for NMU version 9.9-4.1
Control: tags 1067628 + patch Dear maintainer, I've prepared an NMU for cctools (versioned as 9.9-4.1). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru cctools-9.9/debian/changelog cctools-9.9/debian/changelog --- cctools-9.9/debian/changelog 2023-12-06 11:26:18.0 +0100 +++ cctools-9.9/debian/changelog 2024-04-21 22:18:03.0 +0200 @@ -1,3 +1,13 @@ +cctools (9.9-4.1) unstable; urgency=medium + + * Non-maintainer upload + + [ Michael Hudson-Doyle ] + * Undefine _FILE_OFFSET_BITS and _TIME_BITS in rmonitor_helper.c so the library's +interposition of open/open64 still works. (Closes: #1067628) + + -- Sebastian Ramacher Sun, 21 Apr 2024 22:18:03 +0200 + cctools (9.9-4) unstable; urgency=medium * Fix to build to correct globus configuration, enable broken diff -Nru cctools-9.9/debian/patches/globus-flags.patch cctools-9.9/debian/patches/globus-flags.patch --- cctools-9.9/debian/patches/globus-flags.patch 2023-12-06 11:26:18.0 +0100 +++ cctools-9.9/debian/patches/globus-flags.patch 2024-03-20 03:59:10.0 +0100 @@ -15,3 +15,17 @@ CCTOOLS_GLOBUS_CCFLAGS=${globus_ccflags} export CCTOOLS_TEST_CCFLAGS=${test_ccflags} +--- a/resource_monitor/src/rmonitor_helper.c b/resource_monitor/src/rmonitor_helper.c +@@ -13,6 +13,11 @@ + #define _GNU_SOURCE // Aah!! + #endif + ++/* Building with these macros defines interferes with this files attempt to ++ interpose both open and open64 */ ++#undef _FILE_OFFSET_BITS ++#undef _TIME_BITS ++ + #include + #include + #include
Bug#1066672: httest: diff for NMU version 2.4.23-1.6
Dear maintainer, I've prepared an NMU for httest (versioned as 2.4.23-1.6). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru httest-2.4.23/debian/changelog httest-2.4.23/debian/changelog --- httest-2.4.23/debian/changelog 2023-12-12 10:52:16.0 +0100 +++ httest-2.4.23/debian/changelog 2024-04-21 21:15:11.0 +0200 @@ -1,3 +1,12 @@ +httest (2.4.23-1.6) unstable; urgency=medium + + * Non-maintainer upload. + + [ Steve Langasek ] + * debian/patches: Fix implicit definitions (Closes: #1066672) + + -- Sebastian Ramacher Sun, 21 Apr 2024 21:15:11 +0200 + httest (2.4.23-1.5) unstable; urgency=medium * Non-maintainer upload. diff -Nru httest-2.4.23/debian/patches/no-implicit-declarations.patch httest-2.4.23/debian/patches/no-implicit-declarations.patch --- httest-2.4.23/debian/patches/no-implicit-declarations.patch 1970-01-01 01:00:00.0 +0100 +++ httest-2.4.23/debian/patches/no-implicit-declarations.patch 2024-04-21 21:14:30.0 +0200 @@ -0,0 +1,43 @@ +Description: add missing includes +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1066672 +Last-Update: 2024-04-10 +Forwarded: no + +Index: httest-2.4.23/src/socks_module.c +=== +--- httest-2.4.23.orig/src/socks_module.c httest-2.4.23/src/socks_module.c +@@ -25,6 +25,8 @@ + / + * Includes + ***/ ++#include ++ + #include "module.h" + #ifndef HAVE_NO_NETINET + #include +Index: httest-2.4.23/src/annotation_module.c +=== +--- httest-2.4.23.orig/src/annotation_module.c httest-2.4.23/src/annotation_module.c +@@ -25,6 +25,7 @@ + / + * Includes + ***/ ++#include + #include "module.h" + + / +Index: httest-2.4.23/src/dbg_module.c +=== +--- httest-2.4.23.orig/src/dbg_module.c httest-2.4.23/src/dbg_module.c +@@ -24,6 +24,7 @@ + / + * Includes + ***/ ++#include + #include "store.h" + #include "module.h" + diff -Nru httest-2.4.23/debian/patches/series httest-2.4.23/debian/patches/series --- httest-2.4.23/debian/patches/series 2023-12-12 10:52:16.0 +0100 +++ httest-2.4.23/debian/patches/series 2024-04-21 21:14:30.0 +0200 @@ -4,3 +4,4 @@ fix-gcc-10.patch autoconf-2.70.patch pcre2.patch +no-implicit-declarations.patch
Bug#1069628: trantor: diff for NMU version 1.5.12+ds-1.2
Package: trantor Version: 1.5.12+ds-1.1 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for trantor (versioned as 1.5.12+ds-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru trantor-1.5.12+ds/debian/changelog trantor-1.5.12+ds/debian/changelog --- trantor-1.5.12+ds/debian/changelog 2024-04-21 12:04:17.0 +0200 +++ trantor-1.5.12+ds/debian/changelog 2024-04-21 21:11:56.0 +0200 @@ -1,3 +1,12 @@ +trantor (1.5.12+ds-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control: +- Drop hard-coded dependency on lib-cares2 +- Add libc-ares-dev to Build-Depends + + -- Sebastian Ramacher Sun, 21 Apr 2024 21:11:56 +0200 + trantor (1.5.12+ds-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru trantor-1.5.12+ds/debian/control trantor-1.5.12+ds/debian/control --- trantor-1.5.12+ds/debian/control 2024-04-21 12:04:17.0 +0200 +++ trantor-1.5.12+ds/debian/control 2024-04-21 21:08:16.0 +0200 @@ -2,7 +2,7 @@ Maintainer: Pierre-Elliott Bécue Section: web Priority: optional -Build-Depends: cmake, debhelper-compat (=13), dh-cmake, dh-cmake-compat (=1) +Build-Depends: cmake, debhelper-compat (=13), dh-cmake, dh-cmake-compat (=1), libc-ares-dev Standards-Version: 4.6.1 Vcs-Browser: https://salsa.debian.org/debian/trantor Vcs-Git: https://salsa.debian.org/debian/trantor.git @@ -11,7 +11,7 @@ Package: libtrantor1 Architecture: any -Depends: libc-ares2, ${misc:Depends}, ${shlibs:Depends} +Depends: ${misc:Depends}, ${shlibs:Depends} Description: Non-blocking I/O cross-platform TCP network library Trantor is a non-blocking I/O cross-platform TCP network library, using C++14. Drawing on the design of Muduo Library
Bug#1069453: reopening 1069453
reopen 1069453 thanks The fix is incorrect since buildds only take the first alternative into account. Cheers -- Sebastian Ramacher
Bug#1056574: transition: ppp
Control: tags -1 confirmed On 2024-04-19 17:11:44 +0100, Chris Boot wrote: > On 26/11/2023 11:36, Chris Boot wrote: > > On 26/11/2023 10:56, Chris Boot wrote: > > > > Any way to reduce possible breakage, or to detect and fix it > > > > before the transition starts? Like rebuilding rdeps, or checking > > > > rdep autopkgtests? > > > > > > I'll go an do some rebuilds now and see how they go. If any breakage > > > occurs it will be obvious at build time. > > > > The status of the rdeps (list taken from the tracker): > > > > connman: OK > > network-manager: OK > > pptpd: https://bugs.debian.org/1056898 > > sstp-client: https://bugs.debian.org/1056900 > > > > network-manager-fortisslvpn: https://bugs.debian.org/1056901 > > network-manager-l2tp: OK > > network-manager-pptp: OK > > network-manager-sstp: https://bugs.debian.org/1056903 > > All that's left now is pptpd (with an offer from Christoph to upload when > ready) and network-manager-fortisslvpn (with commits fixing the issues > upstream, but no upstream release). > > In the mean time, #1065940 has become a blocker for the time_t transition. I > think I'd rather upload 2.5.0 and break network-manager-fortisslvpn than > just the patch to fix the breakage. > > Would the release team be happy to continue with this transition? Please go ahead with the upload to unsable. Cheers -- Sebastian Ramacher
Bug#1069259: haskell-termonad: FTBFS on armhf: callStackDoc, called at compiler/GHC/Utils/Panic.hs:182:37 in ghc:GHC.Utils.Panic
Source: haskell-termonad Version: 4.5.0.0-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=haskell-termonad=armhf=4.5.0.0-1%2Bb4=1713092640=0 : error: panic! (the 'impossible' happened) GHC version 9.4.7: tyThingTyCon Coercion axiom ‘ManagedPtrNewtype’ Call stack: CallStack (from HasCallStack): callStackDoc, called at compiler/GHC/Utils/Panic.hs:182:37 in ghc:GHC.Utils.Panic pprPanic, called at compiler/GHC/Types/TyThing.hs:273:28 in ghc:GHC.Types.TyThing Please report this as a GHC bug: https://www.haskell.org/ghc/reportabug [12 of 14] Compiling Termonad.XML ( src/Termonad/XML.hs, dist-ghc/build/Termonad/XML.o, dist-ghc/build/Termonad/XML.dyn_o ) -e: error: debian/hlibrary.setup build --builddir=dist-ghc returned exit code 1 at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 875. Debian::Debhelper::Dh_Lib::error("debian/hlibrary.setup build --builddir=dist-ghc returned exit"...) called at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 614 Debian::Debhelper::Dh_Lib::error_exitcode("debian/hlibrary.setup build --builddir=dist-ghc") called at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 477 Debian::Debhelper::Dh_Lib::doit("debian/hlibrary.setup", "build", "--builddir=dist-ghc") called at /usr/share/perl5/Debian/Debhelper/Buildsystem/Haskell/Recipes.pm line 656 Debian::Debhelper::Buildsystem::Haskell::Recipes::build_recipe() called at -e line 1 make: *** [/usr/share/cdbs/1/class/hlibrary.mk:158: build-ghc-stamp] Error 25 Cheers -- Sebastian Ramacher
Bug#1069258: ruby-curb: FTBFS: 178 tests, 699 assertions, 0 failures, 7 errors, 0 pendings, 0 omissions, 0 notifications
method 525: when :post 526: assert_match(/POST/, easy.body_str) /<>/lib/curl/multi.rb:143:in `block (2 levels) in http' /<>/lib/curl/multi.rb:164:in `perform' /<>/lib/curl/multi.rb:164:in `http' /<>/tests/tc_curl_multi.rb:522:in `test_multi_easy_http_01' === ..E === Error: test_multi_easy_put_01(TestCurbCurlMulti): Curl::Err::AbortedByCallbackError: was expected to be =~ <"">. /<>/tests/tc_curl_multi.rb:508:in `block in test_multi_easy_put_01' 505:{ :url => TestServlet.url, :method => :put, :put_data => "message", 506: :headers => {'Content-Type' => 'application/json' } }] 507: Curl::Multi.put(urls, {}, {:pipeline => true}) do|easy| => 508: assert_match(/PUT/, easy.body_str) 509: assert_match(/message/, easy.body_str) 510: end 511: end /<>/lib/curl/multi.rb:67:in `block in put' /<>/lib/curl/multi.rb:143:in `block (2 levels) in http' /<>/lib/curl/multi.rb:164:in `perform' /<>/lib/curl/multi.rb:164:in `http' /<>/lib/curl/multi.rb:67:in `put' /<>/tests/tc_curl_multi.rb:507:in `test_multi_easy_put_01' === ..E === Error: test_put(TestCurl): Curl::Err::ReadError: Failed to open/read local data from file/application: client read function EOF fail, only only 6/7 of needed bytes read /<>/lib/curl/easy.rb:80:in `perform' /<>/lib/curl.rb:26:in `http' /<>/lib/curl.rb:26:in `http' /<>/lib/curl.rb:39:in `put' /<>/tests/tc_curl.rb:20:in `test_put' 17: end 18: 19: def test_put => 20: curl = Curl.put(TestServlet.url, {:foo => "bar"}) 21: assert_equal "PUT\nfoo=bar", curl.body_str 22: end 23: === Finished in 3.907309752 seconds. --- 178 tests, 699 assertions, 0 failures, 7 errors, 0 pendings, 0 omissions, 0 notifications 96.0674% passed --- 45.56 tests/s, 178.90 assertions/s rake aborted! Command failed with status (1) /usr/share/rubygems-integration/all/gems/rake-13.2.0/exe/rake:27:in `' Tasks: TOP => default => unittests (See full trace by running task with --trace) ERROR: Test "ruby3.1" failed. Exiting. dh_auto_install: error: dh_ruby --install /<>/debian/ruby-curb returned exit code 1 make: *** [debian/rules:7: binary-arch] Error 25 Cheers -- Sebastian Ramacher
Bug#1069257: cython: FTBFS on !all: Could not import extension sphinx_issues (exception: No module named 'sphinx_issues')
Source: cython Version: 3.0.10+dfsg-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=cython=amd64=3.0.10%2Bdfsg-2=1713455643=0 debian/rules execute_after_dh_auto_build make[1]: Entering directory '/<>' : # Build Documentation make -C docs html make[2]: Entering directory '/<>/docs' sphinx-build -b html -d build/doctrees -D latex_paper_size=a4 . build/html Running Sphinx v7.2.6 Extension error: Could not import extension sphinx_issues (exception: No module named 'sphinx_issues') Cheers -- Sebastian Ramacher
Bug#1069254: nwipe: FTBFS: configure: error: libconfig library not found
Source: nwipe Version: 0.36-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=nwipe=arm64=0.36-1=1713296007=0 checking for libconfig... no checking for main in -llibconfig... no configure: error: libconfig library not found Cheers -- Sebastian Ramacher
Bug#1067694: glogg: diff for NMU version 1.1.4-1.2
Control: tags 1067694 + patch Dear maintainer, I've prepared an NMU for glogg (versioned as 1.1.4-1.2). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru glogg-1.1.4/debian/changelog glogg-1.1.4/debian/changelog --- glogg-1.1.4/debian/changelog 2018-08-05 18:33:01.0 +0200 +++ glogg-1.1.4/debian/changelog 2024-04-17 23:11:25.0 +0200 @@ -1,3 +1,11 @@ +glogg (1.1.4-1.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control: Remove hard-coded build dependency on libqt5dbus5 (Closes: +#1067694) + + -- Sebastian Ramacher Wed, 17 Apr 2024 23:11:25 +0200 + glogg (1.1.4-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru glogg-1.1.4/debian/control glogg-1.1.4/debian/control --- glogg-1.1.4/debian/control 2017-08-11 20:24:53.0 +0200 +++ glogg-1.1.4/debian/control 2024-04-17 23:10:49.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Nicolas Bonnefon Build-Depends: debhelper (>= 10), cdbs (>= 0.4.120), pkg-config, qt5-qmake (>= 5.2.1), qtbase5-dev (>= 5.2.1), qtchooser, -qtbase5-dev-tools (>= 5.2.1), libqt5dbus5 (>= 5.2.1), +qtbase5-dev-tools (>= 5.2.1), libboost-program-options-dev, markdown, docbook-to-man Standards-Version: 4.0.0 Homepage: http://glogg.bonnefon.org/
Bug#1069199: kamailio: FTBFS: /usr/include/absl/base/policy_checks.h:79:2: error: #error "C++ versions less than C++14 are not supported."
Source: kamailio Version: 5.7.4-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=kamailio=amd64=5.7.4-1%2Bb4=1712538903=0 g++ -std=c++11 -fPIC -DPIC -funroll-loops -Wcast-align -pthread -DKSR_PTHREAD_MUTEX_SHARED -Wall -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 -DVERSION_NODATE -Wno-write-strings -Wno-deprecated -Wno-unused-function -Wno-sign-compare -Wno-strict-aliasing -fPIC -DPIC -funroll-loops -Wcast-align -pthread -DKSR_PTHREAD_MUTEX_SHARED -Wall -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 -DVERSION_NODATE -DNAME='"kamailio"' -DVERSION='"5.7.4"' -DARCH='"x86_64"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 13.2.0"' -D__CPU_x86_64 -D__OS_linux -DVERSIONVAL=5007004 -DCFG_DIR='"/etc/kamailio/"' -DSHARE_DIR='"/usr/share/kamailio/"' -DRUN_DIR='"/var/run/kamailio/"' -DPKG_MALLOC -DSHM_MMAP -DDNS_IP_HACK -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLOCKLIST -DUSE_NAPTR -DWITH_XAVP -DMEM_JOIN_FREE -DF_MALLOC -DQ_MALLOC -DTLSF_MALLOC -DDBG_SR_MEMORY -DUSE_TLS -DTLS_HOOKS -DUSE_CORE_STATS -DSTATISTICS -DMALLOC_STATS -DUSE_SCTP -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_IP_MREQN -DUSE_RAW_SOCKS -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKAROUND -DUSE_FUTEX -DHAVE_SELECT -I/usr/local/include -DMOD_NAME='"phonenum"' -c cphonenumber.cpp -o cphonenumber.o cc1plus: warning: ‘-Werror=’ argument ‘-Werror=implicit-function-declaration’ is not valid for C++ cc1plus: warning: ‘-Werror=’ argument ‘-Werror=implicit-function-declaration’ is not valid for C++ In file included from /usr/include/absl/base/config.h:86, from /usr/include/absl/base/const_init.h:25, from /usr/include/absl/synchronization/mutex.h:67, from /usr/include/phonenumbers/geocoding/phonenumber_offline_geocoder.h:24, from cphonenumber.cpp:24: /usr/include/absl/base/policy_checks.h:79:2: error: #error "C++ versions less than C++14 are not supported." 79 | #error "C++ versions less than C++14 are not supported." | ^ Cheers -- Sebastian Ramacher
Bug#1066440: librep: diff for NMU version 0.92.5-3.2
Control: tags 1066440 + patch Dear maintainer, I've prepared an NMU for librep (versioned as 0.92.5-3.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru librep-0.92.5/debian/changelog librep-0.92.5/debian/changelog --- librep-0.92.5/debian/changelog 2022-06-14 14:08:21.0 +0200 +++ librep-0.92.5/debian/changelog 2024-04-17 22:48:53.0 +0200 @@ -1,3 +1,12 @@ +librep (0.92.5-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/patches: Fix build with -Werror=implict-function-declaration +(Closes: #1066440) + * debian/control: Drop -dbg package in favor of -dbgsym packages + + -- Sebastian Ramacher Wed, 17 Apr 2024 22:48:53 +0200 + librep (0.92.5-3.1) unstable; urgency=medium * Non maintainer upload by the Reproducible Builds team. diff -Nru librep-0.92.5/debian/control librep-0.92.5/debian/control --- librep-0.92.5/debian/control 2016-03-19 18:39:50.0 +0100 +++ librep-0.92.5/debian/control 2024-04-17 22:48:16.0 +0200 @@ -74,26 +74,6 @@ This package contains the files needed to embed the rep interpreter in an application. -Package: librep-dbg -Section: debug -Priority: extra -Architecture: any -Multi-Arch: same -Depends: librep16 (>= ${source:Version}), - ${misc:Depends}, - ${shlibs:Depends} -Recommends: rep (>= ${source:Version}) -Suggests: libncurses5-dbg, - libreadline5-dbg, - librep-dev, - rep-doc -Description: debug symbols for librep - rep is a dialect of Lisp, designed to be used both as an extension - language for applications and as a general purpose programming language. - . - This package contains the debug symbols for the interpreter and the embedded - library. They are only required for debugging. - Package: rep-doc Section: doc Architecture: all diff -Nru librep-0.92.5/debian/patches/build-fix-Wimplicit-int-Wimplicit-function-declaration.patch librep-0.92.5/debian/patches/build-fix-Wimplicit-int-Wimplicit-function-declaration.patch --- librep-0.92.5/debian/patches/build-fix-Wimplicit-int-Wimplicit-function-declaration.patch 1970-01-01 01:00:00.0 +0100 +++ librep-0.92.5/debian/patches/build-fix-Wimplicit-int-Wimplicit-function-declaration.patch 2024-04-17 22:43:40.0 +0200 @@ -0,0 +1,62 @@ +From: Sam James +Date: Sat, 5 Nov 2022 06:04:27 + +Subject: build: fix -Wimplicit-int, -Wimplicit-function-declaration + +Clang 16 will make -Wimplicit-int and -Wimplicit-function-declaration +errors by default. + +In this case, it manifests as: +``` +checking for data type to store Lisp values... configure: error: cannot find Lisp value type; set --with-value-type (see README) +``` + +For more information, see LWN.net [0] or LLVM's Discourse [1], or the +(new) c-std-porting mailing list [2]. + +[0] https://lwn.net/Articles/913505/ +[1] https://discourse.llvm.org/t/configure-script-breakage-with-the-new-werror-implicit-function-declaration/65213 +[2] hosted at lists.linux.dev. + +Signed-off-by: Sam James +Bug-Ubuntu: https://launchpad.net/bugs/2060791 +Origin: https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a935681a6fcabf47524c72420050b6a9030f555d +--- + configure.in | 12 + 1 file changed, 8 insertions(+), 4 deletions(-) + +diff --git a/configure.in b/configure.in +index 1d959f4..4448c45 100644 +--- a/configure.in b/configure.in +@@ -432,15 +432,18 @@ AC_ARG_WITH(value-type, + as a pointer. [TYPE=] (see README)], [], + [with_value_type="undef"]) + if test "${with_value_type}" = "undef"; then +- AC_TRY_RUN([main () { exit (!(sizeof (int) >= sizeof (void *)));}], ++ AC_TRY_RUN([#include ++ int main () { exit (!(sizeof (int) >= sizeof (void *)));}], + [with_value_type=int]) + fi + if test "${with_value_type}" = "undef"; then +- AC_TRY_RUN([main () { exit (!(sizeof (long int) >= sizeof (void *)));}], ++ AC_TRY_RUN([#include ++ int main () { exit (!(sizeof (long int) >= sizeof (void *)));}], + [with_value_type="long int"]) + fi + if test "${with_value_type}" = "undef"; then +- AC_TRY_RUN([main () { exit (!(sizeof (long long int) >= sizeof (void *)));}], ++ AC_TRY_RUN([#include ++ int main () { exit (!(sizeof (long long int) >= sizeof (void *)));}], + [with_value_type="long long int"]) + fi + if test "${with_value_type}" = "undef"; then +@@ -457,7 +460,8 @@ AC_ARG_WITH(value-sizeof, + if test "${with_value_sizeof}" = "undef"; then + dnl the following fragment is inspired by AC_CHECK_SIZEOF + AC_TRY_RUN([#include +- main () { ++ #include ++ int main () { + FILE *f = fopen ("conftestval", "w"); + if (!f) exit (1); + fprintf (f, "%d\n", sizeof (${with_value_type})); diff -Nru librep-0.92.5/debian/patches/series librep-0.92.5/debian/patches/series --- li
Bug#1069197: udisks: FTBFS on s390x: ./doc/udisks2-scan.c:204:(.text.startup.main+0x216): undefined reference to `udisks_linux_drive_lsm_get_type'
Source: udisks2 Version: 2.10.1-6 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=udisks2=s390x=2.10.1-6=1710323220=0 /usr/bin/ld: .libs/udisks2-scan.o: in function `get_object_types': ./doc/udisks2-scan.c:204:(.text.startup.main+0x216): undefined reference to `udisks_linux_drive_lsm_get_type' /usr/bin/ld: ./doc/udisks2-scan.c:205:(.text.startup.main+0x222): undefined reference to `udisks_linux_drive_lsm_local_get_type' /usr/bin/ld: ./doc/udisks2-scan.c:210:(.text.startup.main+0x25e): undefined reference to `udisks_linux_iscsi_session_get_type' /usr/bin/ld: ./doc/udisks2-scan.c:211:(.text.startup.main+0x26a): undefined reference to `udisks_linux_iscsi_session_object_get_type' /usr/bin/ld: ./doc/udisks2-scan.c:217:(.text.startup.main+0x2b2): undefined reference to `udisks_linux_manager_iscsi_initiator_get_type' /usr/bin/ld: ./doc/udisks2-scan.c:223:(.text.startup.main+0x2fa): undefined reference to `udisks_linux_module_iscsi_get_type' /usr/bin/ld: ./doc/udisks2-scan.c:224:(.text.startup.main+0x306): undefined reference to `udisks_linux_module_lsm_get_type' collect2: error: ld returned 1 exit status Cheers -- Sebastian Ramacher
Bug#1069196: eulisp: FTBFS on arm{el,hf}: unixcall.c:90:15: error: conflicting types for ‘timezone’; have ‘time_t’ {aka ‘long long int’}
Source: euslisp Version: 9.29+dfsg-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=euslisp=armel=9.29%2Bdfsg-1=1713198693=0 cc -c -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Darmv8l -DLinux -D_REENTRANT -DVERSION=\"9.29\" -DLIB6 -falign-functions=4 -fsigned-char -fno-stack-protector -DTHREADED -DPTHREAD -DX_V11R6_1 -DGCC -DGCC3 -I/usr/include -I/usr/X11R6/include -I/<>/include -DARM -fPIC -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Darmv8l -DLinux -D_REENTRANT -DVERSION=\"9.29\" -DLIB6 -falign-functions=4 -fsigned-char -fno-stack-protector -DTHREADED -DPTHREAD -DX_V11R6_1 -DGCC -DGCC3 -I/usr/include -I/usr/X11R6/include -I/<>/include -DARM -fPIC -o /<>/LinuxARM/obj/unixcall.o -O2 unixcall.c) unixcall.c:90:15: error: conflicting types for ‘timezone’; have ‘time_t’ {aka ‘long long int’} 90 | extern time_t timezone, altzone;/*long*/ | ^~~~ In file included from /usr/include/pthread.h:23, from eus_thr.h:25, from eus.h:577, from unixcall.c:21: /usr/include/time.h:233:17: note: previous declaration of ‘timezone’ with type ‘long int’ 233 | extern long int timezone; | ^~~~ make[3]: *** [Makefile.generic2:297: /<>/LinuxARM/obj/unixcall.o] Error 1 Cheers -- Sebastian Ramacher
Bug#1069101: libdbd-oracle-perl: requires rebuild for time_t transition
Source: libdbd-oracle-perl Version: 1.83-3 Severity: serious X-Debbugs-Cc: sramac...@debian.org libdbd-oracle-perl depends on libaio1 which is involved in the time_t transition and needs to be rebuilt. Please upload builds against the new package. Cheers -- Sebastian Ramacher
Bug#1036596: python3-lldb-14: broken symlinks: /usr/lib/llvm-14/lib/python3/dist-packages/lldb/libLLVM-14.so.1 etc.
On 2024-04-15 10:25:48 +0200, Andreas Beckmann wrote: > On 14/04/2024 13.31, Sylvestre Ledru wrote: > > Sorry for my lack of answer. > > > > LLVM 14 was already deprecated when this bug has been filed. I don't > > think we should spend much time on this issue. > > Has this issue been fixed in newer releases, yet? I usually only file these > bugs for the oldest version in sid, assuming fixes propagate to the newer > ones. > > > llvm 14 removal is #1050069 > > Was it really neccessary to start this transition (i.e. raising the > corresponding "move away from 14" bugs to RC) while the 64bit time_t > transition is ongoing? llvm-toolchain-14 is long ongoing. Apart from the RM bug, which was filed in August 2023, #1058822 was filed in December as serious. Cheers -- Sebastian Ramacher
Bug#1069009: dub: hard-coded dependeny on pre-t64 libraries
Source: dub Version: 1.36.0-1 Severity: serious X-Debbugs-Cc: sramac...@debian.org dub has a hard-coded dependency on libcurl3-gnutls | libcurl4. Both packages were renamed as part of the time_t transition and the dependency needs to be updated. Cheers -- Sebastian Ramacher
Bug#1057586: nvda2speechd: FTBFS: error: failed to run custom build command for `speech-dispatcher-sys v0.7.0`
On 2024-04-14 14:19:18 +0200, Santiago Vila wrote: > El 14/4/24 a las 13:25, Sylvestre Ledru escribió: > > I am sorry but I am not sure to see how it is actionable. > > > > Without a test case, i don't think there is much I can do here. > > The test case is that nvda2speechd fails to build from source. > > With rust, cargo, custom build script, there are many things that can go > > wrong before LLVM. > > > > Sebastian, I think it could be move to normal. From LLVM perspective, it > > isn't serious severity (many programs are built with LLVM 16). > > We can release trixie with compilers having bugs, but I don't think it would > be ok at > all to release trixie as stable with packages which do not build from source, > that would > be against Release Policy. > > So, in my opinion, this is still RC, either in the compiler or in the package > failing > to build. If solving this in the compiler is too complex, then the bug should > be reassigned back to src:nvda2speechd. Given that nvda2speechd downloads rust and plenty of crates during the build, it will have to prevent odd interactions with the system provided LLVM. Let's keep this as RC bug against nvda2speechd. Cheers -- Sebastian Ramacher
Bug#1036596: python3-lldb-14: broken symlinks: /usr/lib/llvm-14/lib/python3/dist-packages/lldb/libLLVM-14.so.1 etc.
Hi Sylvestre On 2024-04-14 13:31:01 +0200, Sylvestre Ledru wrote: > Hello > > Sorry for my lack of answer. > > LLVM 14 was already deprecated when this bug has been filed. I don't think > we should spend much time on this issue. Note that this issue also affects stable where llvm 14 is the default version. Cheers > > llvm 14 removal is #1050069 > > Cheers, > S > > Le 23/05/2023 à 09:51, Andreas Beckmann a écrit : > > Package: python3-lldb-14 > > Version: 1:14.0.6-12 > > Severity: serious > > User: debian...@lists.debian.org > > Usertags: piuparts > > > > Hi, > > > > during a test with piuparts I noticed your package ships (or creates) > > broken symlinks: > > > > 0m35.0s ERROR: FAIL: Broken symlinks: > > > > /usr/lib/llvm-14/lib/python3.11/dist-packages/lldb/_lldb.cpython-311-x86_64-linux-gnu.so > > -> ../../../../../lib/liblldb.so (python3-lldb-14) > >/usr/lib/llvm-14/lib/python3.11/dist-packages/lldb/lldb-argdumper -> > > ../../../../../bin/lldb-argdumper (python3-lldb-14) > >/usr/lib/llvm-14/lib/python3/dist-packages/lldb/libLLVM-14.0.6.so.1 -> > > ../../../../../x86_64-linux-gnu/libLLVM-14.0.6.so.1 (python3-lldb-14) > >/usr/lib/llvm-14/lib/python3/dist-packages/lldb/libLLVM-14.so.1 -> > > ../../../../../x86_64-linux-gnu/libLLVM-14.0.6.so.1 (python3-lldb-14) > > > > Possible target replacements are > >liblldb.so: /usr/lib/llvm-14/lib/python3/dist-packages/lldb/_lldb.so > >libLLVM-14.0.6.so.1: /usr/lib//libLLVM-14.so.1 > >lldb-argdumper: /usr/lib/llvm-14/bin/lldb-argdumper > > (there is currently one level of '..' too much) > > > > > > cheers, > > > > Andreas > > -- Sebastian Ramacher
Bug#1068976: RM: dh-dlang [armel] -- ANAIS; no longer supported on armel
Package: ftp.debian.org Severity: normal X-Debbugs-Cc: dh-dl...@packages.debian.org, sramac...@debian.org, d...@packages.debian.org, appstream-genera...@packages.debian.org, dcontain...@packages.debian.org, diet...@packages.debian.org, dlang-libev...@packages.debian.org, dlang-open...@packages.debian.org, gir-t...@packages.debian.org, gli...@packages.debian.org, gt...@packages.debian.org, mir-c...@packages.debian.org, mustach...@packages.debian.org, samba...@packages.debian.org, ti...@packages.debian.org, vib...@packages.debian.org Control: affects -1 + src:dh-dlang User: ftp.debian@packages.debian.org Usertags: remove Control: clone -1 -2 -3 -4 -5 -6 -7 -8 -9 -10 -11 -12 -13 -14 -15 Control: retitle -2 RM: dub [armel] -- ANAIS; no longer supported on armel Control: retitle -3 RM: appstream-generator [armel] -- ANAIS; no longer supported on armel Control: retitle -4 RM: dcontainers [armel] -- ANAIS; no longer supported on armel Control: retitle -5 RM: diet-ng [armel] -- ANAIS; no longer supported on armel Control: retitle -6 RM: dlang-libevent [armel] -- ANAIS; no longer supported on armel Control: retitle -7 RM: dlang-openssl [armel] -- ANAIS; no longer supported on armel Control: retitle -8 RM: gir-to-d [armel] -- ANAIS; no longer supported on armel Control: retitle -9 RM: glib-d [armel] -- ANAIS; no longer supported on armel Control: retitle -10 RM: gtk-d [armel] -- ANAIS; no longer supported on armel Control: retitle -11 RM: mir-core [armel] -- ANAIS; no longer supported on armel Control: retitle -12 RM: mustache-d [armel] -- ANAIS; no longer supported on armel Control: retitle -13 RM: sambamba [armel] -- ANAIS; no longer supported on armel Control: retitle -14 RM: tilix [armel] -- ANAIS; no longer supported on armel Control: retitle -15 RM: vibe.d [armel] -- ANAIS; no longer supported on armel dh-dlang (0.6.6) unstable; urgency=medium . * Make LDC default for riscv64, drop armel * Bump dh compat version * Bump compiler requirements So please remove dh-dlang an the reverse dependencies from armel. Cheers -- Sebastian Ramacher
Bug#1066216: hfsutils: diff for NMU version 3.2.6-15.1
On 2024-04-14 13:13:43 +0200, John Paul Adrian Glaubitz wrote: > On Sun, 2024-04-14 at 12:57 +0200, Sebastian Ramacher wrote: > > I've prepared an NMU for hfsutils (versioned as 3.2.6-15.1) and > > uploaded it to DELAYED/2. Please feel free to tell me if I > > should delay it longer. > > Yes, please set it to 14 days. I am currently going through all > my packages one after another to fix these issues. Rescheduled. Cheers -- Sebastian Ramacher
Bug#1067676: gpick: diff for NMU version 0.2.6-1.1
Control: tags 1067676 + patch Dear maintainer, I've prepared an NMU for gpick (versioned as 0.2.6-1.1). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru gpick-0.2.6/debian/changelog gpick-0.2.6/debian/changelog --- gpick-0.2.6/debian/changelog 2021-01-12 01:33:16.0 +0100 +++ gpick-0.2.6/debian/changelog 2024-04-14 13:17:18.0 +0200 @@ -1,3 +1,11 @@ +gpick (0.2.6-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control: build depend on -dev packages instead of shared libraries +(Closes: #1067676) + + -- Sebastian Ramacher Sun, 14 Apr 2024 13:17:18 +0200 + gpick (0.2.6-1) unstable; urgency=medium * New upstream release diff -Nru gpick-0.2.6/debian/control gpick-0.2.6/debian/control --- gpick-0.2.6/debian/control 2021-01-12 01:33:16.0 +0100 +++ gpick-0.2.6/debian/control 2024-04-14 13:16:23.0 +0200 @@ -2,8 +2,8 @@ Section: graphics Priority: optional Maintainer: Elías Alejandro Año Mendoza -Build-Depends: debhelper-compat (= 13), cmake, libcairo2 (>=1.6), - libglib2.0-0 (>=2.16), libgtk-3-dev, liblua5.4-dev (>= 5.4), +Build-Depends: debhelper-compat (= 13), cmake, libcairo2-dev (>=1.6), + libglib2.0-dev (>=2.16), libgtk-3-dev, liblua5.4-dev (>= 5.4), libboost-dev, libexpat1-dev, lemon, flex, ragel, gettext, libboost-test-dev, libboost-system-dev, libboost-filesystem-dev Standards-Version: 4.5.1
Bug#1066216: hfsutils: diff for NMU version 3.2.6-15.1
Control: tags 1066216 + patch Control: tags 1066216 + pending Dear maintainer, I've prepared an NMU for hfsutils (versioned as 3.2.6-15.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru hfsutils-3.2.6/debian/changelog hfsutils-3.2.6/debian/changelog --- hfsutils-3.2.6/debian/changelog 2021-01-23 15:23:26.0 +0100 +++ hfsutils-3.2.6/debian/changelog 2024-04-14 12:39:50.0 +0200 @@ -1,3 +1,10 @@ +hfsutils (3.2.6-15.1) unstable; urgency=medium + + [ Benjamin Drung ] + * Explicitly import string.h (Closes: #1066216, LP: #2060708) + + -- Sebastian Ramacher Sun, 14 Apr 2024 12:39:50 +0200 + hfsutils (3.2.6-15) unstable; urgency=medium * Set myself as maintainer in debian/control (Closes: #60) diff -Nru hfsutils-3.2.6/debian/patches/Explicitly-include-string.h.patch hfsutils-3.2.6/debian/patches/Explicitly-include-string.h.patch --- hfsutils-3.2.6/debian/patches/Explicitly-include-string.h.patch 1970-01-01 01:00:00.0 +0100 +++ hfsutils-3.2.6/debian/patches/Explicitly-include-string.h.patch 2024-04-14 12:38:09.0 +0200 @@ -0,0 +1,37 @@ +From: Benjamin Drung +Date: Tue, 9 Apr 2024 18:21:33 +0200 +Subject: Explicitly include string.h +MIME-Version: 1.0 +Content-Type: text/plain; charset="utf-8" +Content-Transfer-Encoding: 8bit + +> gcc -Wall -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 -Ilibhfs -I/usr/include/tcl -I/usr/include/tk -DHAVE_CONFIG_H -DUSE_INTERP_RESULT -c -o hpwd.o hpwd.c +> hpwd.c: In function ‘hpwd_main’: +> hpwd.c:55:7: error: implicit declaration of function ‘strcmp’ [-Werror=implicit-function-declaration] +> 55 | if (strcmp(ent->cwd, ":") == 0) +> | ^~ +> hpwd.c:32:1: note: include ‘’ or provide a declaration of ‘strcmp’ +> 31 | # include "hpwd.h" +> +++ |+#include +> 32 | +> cc1: some warnings being treated as errors +> make[1]: *** [: hpwd.o] Error 1 + +Closes: #1066216 +LP: #2060708 +--- + hpwd.c | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/hpwd.c b/hpwd.c +index cd3b100..84c34cf 100644 +--- a/hpwd.c b/hpwd.c +@@ -24,6 +24,7 @@ + # endif + + # include ++# include + + # include "hfs.h" + # include "hcwd.h" diff -Nru hfsutils-3.2.6/debian/patches/series hfsutils-3.2.6/debian/patches/series --- hfsutils-3.2.6/debian/patches/series 2021-01-23 15:23:26.0 +0100 +++ hfsutils-3.2.6/debian/patches/series 2024-04-14 12:38:09.0 +0200 @@ -2,3 +2,4 @@ 0002-Fix-FTBFS-with-gcc-3.4.patch 0003-Add-support-for-files-larger-than-2GB.patch 0004-Add-DUSE_INTERP_RESULT-to-DEFINES-in-Makefile.in.patch +Explicitly-include-string.h.patch
Bug#1068961: llvm-toolchain-18: block migration to testing: to many llvm-toolchain versions in testing
Source: llvm-toolchain-18 Version: 1:18.1.3-1 Severity: serious X-Debbugs-Cc: sramac...@debian.org, debian-rele...@lists.debian.org Currently we we have llvm-toolchain-{14,15,16,17} in testing whereas RC bugs in the verious versions of llvm-toolchain do not get addressed: #1067005 in llvm-toolchain-18 #1068185 and #1057586 in llvm-toolchain-16 #1036596 and #1068840 in llvm-toolchain-14 Seeing that some of the bugs are unaddressed for a long time, that many versions of llvm-toolchain in the archive seem to be to much to handle for the maintainers. As there is also no progress in removing old versions from the archive, I propose to not let any new versions of llvm-toolchain-X migrate to trixie until the number of versions is reduced to a maintainable number. Please do not downgrade or close this bug report before contacting the release team. Cheers -- Sebastian Ramacher
Bug#1067088: [Pkg-zfsonlinux-devel] Bug#1067088: zfs-linux: missing B-D: libtirpc-dev
Hi Aron On 2024-03-18 18:29:51 +0800, Aron Xu wrote: > Control: tags -1 + pending > > On Mon, Mar 18, 2024 at 5:31 PM Andreas Beckmann wrote: > > > > > > This could be fixed by adding an explicit Build-Depends on libtirpc-dev. > > The glibc change will likely be reverted in the short term, but given > > its a change we want to do for Trixie, this will only lower the severity > > of the bug. > > > > This has been fixed in git and will be addressed in the next upload. > > https://salsa.debian.org/zfsonlinux-team/zfs/-/commit/f2ca97fdca7a35d63a3bae1af106bc3c238ca95f The package is involved in the time_t transition. So please upload the fix. Cheers -- Sebastian Ramacher
Bug#1068944: multipath-tools: hard-coded dependency on libaio1
Package: multipath-tools Version: 0.9.7-6 Severity: serious X-Debbugs-Cc: sramac...@debian.org multipath-tools has a hard-coded depenency on libaio1 which is involved in the time_t transition. Note that libaio1t64 is included in ${shlib:Depends} so the hard-coded dependency can be removed. Cheers -- Sebastian Ramacher
Bug#1068219: chatty: diff for NMU version 0.8.2-1.1
Dear maintainer, I've prepared an NMU for chatty (versioned as 0.8.2-1.1). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru chatty-0.8.2/debian/changelog chatty-0.8.2/debian/changelog --- chatty-0.8.2/debian/changelog 2024-03-18 03:21:04.0 +0100 +++ chatty-0.8.2/debian/changelog 2024-04-13 23:05:24.0 +0200 @@ -1,3 +1,12 @@ +chatty (0.8.2-1.1) unstable; urgency=medium + + * Non-maintainer upload + + [ Julian Andres Klode ] + * Bump local shlibs for libpurple0t64. (Closes: #1068219) + + -- Sebastian Ramacher Sat, 13 Apr 2024 23:05:24 +0200 + chatty (0.8.2-1) unstable; urgency=medium * New upstream release diff -Nru chatty-0.8.2/debian/shlibs.local chatty-0.8.2/debian/shlibs.local --- chatty-0.8.2/debian/shlibs.local 2023-05-14 11:49:24.0 +0200 +++ chatty-0.8.2/debian/shlibs.local 2024-04-13 23:04:49.0 +0200 @@ -1 +1 @@ -libjabber 0 libpurple0 +libjabber 0 libpurple0t64
Bug#1062515: eb: diff for NMU version 4.4.3-14.2
Dear maintainer, I've prepared an NMU for eb (versioned as 4.4.3-14.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru eb-4.4.3/debian/changelog eb-4.4.3/debian/changelog --- eb-4.4.3/debian/changelog 2024-02-28 03:41:16.0 +0100 +++ eb-4.4.3/debian/changelog 2024-04-13 22:34:19.0 +0200 @@ -1,3 +1,10 @@ +eb (4.4.3-14.2) unstable; urgency=medium + + * Non-maintainer upload. + * debian/shlibs.local: Removed, not needed. (Closes: #1062515) + + -- Sebastian Ramacher Sat, 13 Apr 2024 22:34:19 +0200 + eb (4.4.3-14.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru eb-4.4.3/debian/shlibs.local eb-4.4.3/debian/shlibs.local --- eb-4.4.3/debian/shlibs.local 2022-04-28 15:40:06.0 +0200 +++ eb-4.4.3/debian/shlibs.local 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -libeb 16 libeb16
Bug#1068433: riseup-vpn: diff for NMU version 0.21.11+ds1-5.1
Control: tags 1068433 + patch Dear maintainer, I've prepared an NMU for riseup-vpn (versioned as 0.21.11+ds1-5.1). The diff is attached to this message. Regards. -- Sebastian Ramacher diff -Nru riseup-vpn-0.21.11+ds1/debian/changelog riseup-vpn-0.21.11+ds1/debian/changelog --- riseup-vpn-0.21.11+ds1/debian/changelog 2023-03-09 05:21:22.0 +0100 +++ riseup-vpn-0.21.11+ds1/debian/changelog 2024-04-13 22:46:43.0 +0200 @@ -1,3 +1,13 @@ +riseup-vpn (0.21.11+ds1-5.1) unstable; urgency=medium + + * Non-maintainer upload + + [ Matthias Klose ] + * Drop hard-coded dependencies on shared libraries, ${shlibs:Depends} +is working these days. (Closes: #1068433) + + -- Sebastian Ramacher Sat, 13 Apr 2024 22:46:43 +0200 + riseup-vpn (0.21.11+ds1-5) unstable; urgency=medium * Add procps, iproute2 and iptables to Depends (Closes: #1031905) diff -Nru riseup-vpn-0.21.11+ds1/debian/control riseup-vpn-0.21.11+ds1/debian/control --- riseup-vpn-0.21.11+ds1/debian/control 2023-03-09 05:21:22.0 +0100 +++ riseup-vpn-0.21.11+ds1/debian/control 2024-04-13 22:46:39.0 +0200 @@ -57,10 +57,6 @@ pkexec, procps, python3:any, - libqt5core5a, - libqt5gui5 | libqt5gui5-gles, - libqt5qml5, - libqt5widgets5, qml-module-qtquick2, qml-module-qtquick-controls2, qml-module-qtquick-controls,
Bug#1067567: dhcp-probe: diff for NMU version 1.3.0-10.2
Dear maintainer, I've prepared an NMU for dhcp-probe (versioned as 1.3.0-10.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru dhcp-probe-1.3.0/debian/changelog dhcp-probe-1.3.0/debian/changelog --- dhcp-probe-1.3.0/debian/changelog 2014-10-15 14:20:18.0 +0200 +++ dhcp-probe-1.3.0/debian/changelog 2024-04-13 22:39:00.0 +0200 @@ -1,3 +1,13 @@ +dhcp-probe (1.3.0-10.2) unstable; urgency=medium + + * Non-maintainer upload. + + [ Julian Andres Klode ] + * Remove hardcoded libpcap0.8, libnet1 dependencies; shlibs adds right ones +(Closes: #1067567) + + -- Sebastian Ramacher Sat, 13 Apr 2024 22:39:00 +0200 + dhcp-probe (1.3.0-10.1) unstable; urgency=low * NMU diff -Nru dhcp-probe-1.3.0/debian/control dhcp-probe-1.3.0/debian/control --- dhcp-probe-1.3.0/debian/control 2014-10-15 14:21:32.0 +0200 +++ dhcp-probe-1.3.0/debian/control 2024-04-13 22:38:18.0 +0200 @@ -8,7 +8,7 @@ Package: dhcp-probe Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, ucf, libpcap0.8 (>= 0.9), libnet1 (>= 1.1.2.1-3), net-tools +Depends: ${shlibs:Depends}, ${misc:Depends}, ucf, net-tools Description: network DHCP or BootP server discover dhcp_probe attempts to discover DHCP and BootP servers on a directly-attached Ethernet network. A network administrator can use this tool to locate un-
Bug#1068221: comet-ms: diff for NMU version 2019015+cleaned1-4.1
Control: tags 1068221 + patch Dear maintainer, I've prepared an NMU for comet-ms (versioned as 2019015+cleaned1-4.1). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru comet-ms-2019015+cleaned1/debian/changelog comet-ms-2019015+cleaned1/debian/changelog --- comet-ms-2019015+cleaned1/debian/changelog 2023-11-24 15:11:18.0 +0100 +++ comet-ms-2019015+cleaned1/debian/changelog 2024-04-13 22:27:15.0 +0200 @@ -1,3 +1,11 @@ +comet-ms (2019015+cleaned1-4.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control: Remove hard-coded dependency on libmstoolkit82. (Closes: +#1068221) + + -- Sebastian Ramacher Sat, 13 Apr 2024 22:27:15 +0200 + comet-ms (2019015+cleaned1-4) unstable; urgency=low * Fix the Bug#1043799: comet-ms: Fails to build source after successful diff -Nru comet-ms-2019015+cleaned1/debian/control comet-ms-2019015+cleaned1/debian/control --- comet-ms-2019015+cleaned1/debian/control 2023-11-24 15:11:18.0 +0100 +++ comet-ms-2019015+cleaned1/debian/control 2024-04-13 22:26:37.0 +0200 @@ -15,8 +15,7 @@ Package: comet-ms Architecture: any -Depends: libmstoolkit82 (>= 82), - ${shlibs:Depends}, +Depends: ${shlibs:Depends}, ${misc:Depends} Description: Tandem mass spectrometry (MS/MS) search engine Comet is an open source tandem mass spectrometry (MS/MS) sequence
Bug#1067174: cpupower-gui: diff for NMU version 0.7.2-2.2
Dear maintainer, I've prepared an NMU for cpupower-gui (versioned as 0.7.2-2.2). The diff is attached to this message. Cheer -- Sebastian Ramacher diff -Nru cpupower-gui-0.7.2/debian/changelog cpupower-gui-0.7.2/debian/changelog --- cpupower-gui-0.7.2/debian/changelog 2023-08-04 22:43:45.0 +0200 +++ cpupower-gui-0.7.2/debian/changelog 2024-04-13 22:20:07.0 +0200 @@ -1,3 +1,11 @@ +cpupower-gui (0.7.2-2.2) unstable; urgency=medium + + [ Julian Andres Klode ] + * Drop unnecessary libgtk-3-0 dependency, gir1.2-gtk-3.0 pulls it in. +(Closes: #1067174) + + -- Sebastian Ramacher Sat, 13 Apr 2024 22:20:07 +0200 + cpupower-gui (0.7.2-2.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru cpupower-gui-0.7.2/debian/control cpupower-gui-0.7.2/debian/control --- cpupower-gui-0.7.2/debian/control 2019-11-29 23:40:57.0 +0100 +++ cpupower-gui-0.7.2/debian/control 2024-04-13 22:19:38.0 +0200 @@ -19,7 +19,7 @@ Package: cpupower-gui Architecture: any -Depends: libgtk-3-0, gir1.2-gtk-3.0, python3-gi, hicolor-icon-theme, +Depends: gir1.2-gtk-3.0, python3-gi, hicolor-icon-theme, policykit-1, python3-dbus, ${misc:Depends}, ${python3:Depends} Suggests: policykit-1-gnome, lxqt-policykit, mate-polkit, lxsession Description: GUI utility to change the CPU frequency
Bug#1063157: mysql++: diff for NMU version 3.2.5-2.3
Dear maintainer, I've prepared an NMU for mysql++ (versioned as 3.2.5-2.3). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru mysql++-3.2.5/debian/changelog mysql++-3.2.5/debian/changelog --- mysql++-3.2.5/debian/changelog 2024-02-28 22:42:21.0 +0100 +++ mysql++-3.2.5/debian/changelog 2024-04-13 22:06:14.0 +0200 @@ -1,3 +1,11 @@ +mysql++ (3.2.5-2.3) unstable; urgency=medium + + * Non-maintainer upload. + * debian/rules: Drop now obsolete dh_makeshlibs override producing wrong +dependencies with renamed libraries. (Closes: #1063157) + + -- Sebastian Ramacher Sat, 13 Apr 2024 22:06:14 +0200 + mysql++ (3.2.5-2.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru mysql++-3.2.5/debian/rules mysql++-3.2.5/debian/rules --- mysql++-3.2.5/debian/rules 2020-04-23 03:37:47.0 +0200 +++ mysql++-3.2.5/debian/rules 2024-04-13 22:05:24.0 +0200 @@ -15,7 +15,3 @@ override_dh_autoreconf: # autoreconf fails unless aclocal is skipped ACLOCAL=true dh_autoreconf - -override_dh_makeshlibs: - # For new symbols when compiled with GCC 7 - dh_makeshlibs -V'libmysql++3v5 (>= 3.2.5-1~)'
Bug#1068937: python3-lxc: hard-coded dependency on liblcx1
Package: python3-lxc Version: 1:5.0.0-1 Severity: serious X-Debbugs-Cc: sramac...@debian.org python3-lxc has an unneeded and hard-coded dependency on liblxc1 which is involved in the time_t transition. Please remove it. shlibs:Depends contains the correct dependency in this case. Cheers -- Sebastian Ramacher
Bug#1068936: libcanberra-gtk3-module: hard-coded dependency on libgtk-3-0
Package: libcanberra-gtk3-module Version: 0.30-12 Severity: serious X-Debbugs-Cc: sramac...@debian.org This package has a hard-coded dependency on libgtk-3-0. Since libgtk-3-0 was renamed for the time_t transition, the dependency needs to be updated or simply removed. Even oldstable has a recent enough version of GTK 3. Cheers -- Sebastian Ramacher
Bug#1068688: tpm2-initramfs-tool: diff for NMU version 0.2.2-2.1
Control: tags 1068688 + patch Control: tags 1068688 + pending Dear maintainer, I've prepared an NMU for tpm2-initramfs-tool (versioned as 0.2.2-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru tpm2-initramfs-tool-0.2.2/debian/changelog tpm2-initramfs-tool-0.2.2/debian/changelog --- tpm2-initramfs-tool-0.2.2/debian/changelog 2020-12-28 08:26:11.0 +0100 +++ tpm2-initramfs-tool-0.2.2/debian/changelog 2024-04-13 19:49:00.0 +0200 @@ -1,3 +1,11 @@ +tpm2-initramfs-tool (0.2.2-2.1) unstable; urgency=medium + + * Non-maintainer upload + * debian/control: Remove hard-coded dependency on libtss2-esys-3.0.0-0 +(Closes: #1068688) + + -- Sebastian Ramacher Sat, 13 Apr 2024 19:49:00 +0200 + tpm2-initramfs-tool (0.2.2-2) unstable; urgency=medium * Bump version and bump standards-version to 4.5.1. diff -Nru tpm2-initramfs-tool-0.2.2/debian/control tpm2-initramfs-tool-0.2.2/debian/control --- tpm2-initramfs-tool-0.2.2/debian/control 2020-12-28 08:26:11.0 +0100 +++ tpm2-initramfs-tool-0.2.2/debian/control 2024-04-13 19:48:43.0 +0200 @@ -22,7 +22,7 @@ Architecture: linux-any Depends: ${misc:Depends}, ${shlibs:Depends}, - libtss2-esys-3.0.2-0 (>= 3.0.3-1) + ${lib:Depends} Description: Tool used in initramfs to seal/unseal FDE key to the TPM This package provides the TPM tool used by the initramfs. Its purpose is to generate/seal/unseal the FDE encrypytion key into
Bug#1068217: atomes: diff for NMU version 1.1.14-1.1
Control: tags 1068217 + patch Control: tags 1068217 + pending Dear maintainer, I've prepared an NMU for atomes (versioned as 1.1.14-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Cheers -- Sebastian Ramacher diff -Nru atomes-1.1.14/debian/changelog atomes-1.1.14/debian/changelog --- atomes-1.1.14/debian/changelog 2024-03-20 15:40:00.0 +0100 +++ atomes-1.1.14/debian/changelog 2024-04-13 19:42:07.0 +0200 @@ -1,3 +1,11 @@ +atomes (1.1.14-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control: Removed hard-coded dependency on libgtk-3-0 (Closes: +#1068217) + + -- Sebastian Ramacher Sat, 13 Apr 2024 19:42:07 +0200 + atomes (1.1.14-1) unstable; urgency=medium * New upstream version diff -Nru atomes-1.1.14/debian/control atomes-1.1.14/debian/control --- atomes-1.1.14/debian/control 2024-03-20 15:40:00.0 +0100 +++ atomes-1.1.14/debian/control 2024-04-13 19:41:16.0 +0200 @@ -30,7 +30,6 @@ Architecture: any Depends: atomes-data (= ${source:Version}), ${shlibs:Depends}, ${misc:Depends}, - libgtk-3-0, libglu1-mesa, bash-completion Description: atomic-scale 3D modeling toolbox
Bug#1057531: openjfx: diff for NMU version 11.0.11+1-3.2
Control: tags 1057531 + patch Dear maintainer, I've prepared an NMU for openjfx (versioned as 11.0.11+1-3.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru openjfx-11.0.11+1/debian/changelog openjfx-11.0.11+1/debian/changelog --- openjfx-11.0.11+1/debian/changelog 2023-07-16 05:30:26.0 +0200 +++ openjfx-11.0.11+1/debian/changelog 2024-04-13 13:01:57.0 +0200 @@ -1,3 +1,17 @@ +openjfx (11.0.11+1-3.2) unstable; urgency=medium + + * Non-maintainer upload + + [ Steve Langasek ] + * debian/patches/64-bit-time-t.patch: don't unset _FILE_OFFSET_BITS. +Closes: #1068159. + + [ Pushkar Kulkarni ] + * d/patches: Patch to fix compiler errors with openjdk-21 (LP: #2053246) +(Closes: #1057531) + + -- Sebastian Ramacher Sat, 13 Apr 2024 13:01:57 +0200 + openjfx (11.0.11+1-3.1) unstable; urgency=medium * Team upload. diff -Nru openjfx-11.0.11+1/debian/patches/64-bit-time-t.patch openjfx-11.0.11+1/debian/patches/64-bit-time-t.patch --- openjfx-11.0.11+1/debian/patches/64-bit-time-t.patch 1970-01-01 01:00:00.0 +0100 +++ openjfx-11.0.11+1/debian/patches/64-bit-time-t.patch 2024-04-13 07:04:41.0 +0200 @@ -0,0 +1,27 @@ +Description: don't unset _FILE_OFFSET_BITS + This is a prerequisite for 64-bit time_t. +Author: Steve Langasek +Bug-Debian: https://bugs.debian.org/1068159 +Last-Update: 2024-04-12 +Forwarded: no + +Index: openjfx-11.0.11+1/modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/projects/build/linux/common/config.h +=== +--- openjfx-11.0.11+1.orig/modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/projects/build/linux/common/config.h openjfx-11.0.11+1/modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/projects/build/linux/common/config.h +@@ -544,7 +544,7 @@ + #endif + + /* Number of bits in a file offset, on hosts where this is settable. */ +-#undef _FILE_OFFSET_BITS ++//#undef _FILE_OFFSET_BITS + + /* Define to 1 to make fseeko visible on some hosts (e.g. glibc 2.2). */ + #undef _LARGEFILE_SOURCE +@@ -570,4 +570,4 @@ + + #ifdef GSTREAMER_LITE + #define DISABLE_ORC +-#endif // GSTREAMER_LITE +\ No newline at end of file ++#endif // GSTREAMER_LITE diff -Nru openjfx-11.0.11+1/debian/patches/jdk-21-compilation.patch openjfx-11.0.11+1/debian/patches/jdk-21-compilation.patch --- openjfx-11.0.11+1/debian/patches/jdk-21-compilation.patch 1970-01-01 01:00:00.0 +0100 +++ openjfx-11.0.11+1/debian/patches/jdk-21-compilation.patch 2024-02-18 20:23:28.0 +0100 @@ -0,0 +1,83 @@ +Description: Patch to enable compilation with openjdk-21 + With openjdk-21, the code being patched make the compiler throw ambiguity errors. + We need not forward this patch upstream because the latter's latest repos are + updated to build with the latest versions of the JDK. +Author: Pushkar Kulkarni +Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1057531 +Forwarded: not-needed +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/modules/javafx.graphics/src/main/java/javafx/concurrent/Task.java b/modules/javafx.graphics/src/main/java/javafx/concurrent/Task.java +@@ -690,14 +690,14 @@ + */ + protected abstract V call() throws Exception; + +-private ObjectProperty state = new SimpleObjectProperty<>(this, "state", State.READY); +-final void setState(State value) { // package access for the Service ++private ObjectProperty state = new SimpleObjectProperty<>(this, "state", Worker.State.READY); ++final void setState(Worker.State value) { // package access for the Service + checkThread(); +-final State s = getState(); +-if (s != State.CANCELLED) { ++final Worker.State s = getState(); ++if (s != Worker.State.CANCELLED) { + this.state.set(value); + // Make sure the running flag is set +-setRunning(value == State.SCHEDULED || value == State.RUNNING); ++setRunning(value == Worker.State.SCHEDULED || value == Worker.State.RUNNING); + + // Invoke the event handlers, and then call the protected methods. + switch (state.get()) { +@@ -729,8 +729,8 @@ + } + } + } +-@Override public final State getState() { checkThread(); return state.get(); } +-@Override public final ReadOnlyObjectProperty stateProperty() { checkThread(); return state; } ++@Override public final Worker.State getState() { checkThread(); return state.get(); } ++@Override public final ReadOnlyObjectProperty stateProperty() { checkThread(); return state; } + + /** + * The onSchedule event handler is called whenever the Task state +@@ -1024,9 +1024,9 @@ + // state flag will not be readable immediately after this call. However, + // that would be the case anyway since these properties are not thread-safe. +
Bug#1068134: globus-gram-job-manager-scripts: arch:all package depends on pre-t64 library
Control: reopen -1 On 2024-04-12 19:10:05 +0200, Mattias Ellert wrote: > Control: found 1068134 7.3-1 > Control: notfound 1068134 7.3-2 > > The bug reported here is already fixed in the version for which the bug > was reported. > > This bug was present in the previous version. The current version was > uploaded precisely to fix the problem reported. > > Previous version (7.3-1) had > > Depends: libglobus-common0 (>= 15) > > Current version (7.3-2) has > > Depends: libglobus-common0 (>= 15) | libglobus-common0t64 (>= 15) See #1068133. Cheers -- Sebastian Ramacher
Bug#1068133: globus-gram-audit: arch:all package depends on pre-t64 library
Control: reopen -1 On 2024-04-12 19:09:48 +0200, Mattias Ellert wrote: > Control: found 1068133 5.1-2 > Control: notfound 1068133 5.1-3 > > The bug reported here is already fixed in the version for which the bug > was reported. > > This bug was present in the previous version. The current version was > uploaded precisely to fix the problem reported. > > Previous version (5.1-2) had > > Depends: libglobus-common0 (>= 15) > > Current version (5.1-3) has > > Depends: libglobus-common0 (>= 15) | libglobus-common0t64 (>= 15) This is wrong and given the libglobus-common0 is to be removed from trixie and unstable, this fix violates a MUST from policy §2.2.1: In addition, the packages in main must not require or recommend a package outside of main for compilation or execution (thus, the package must not declare a Pre-Depends, Depends, Recommends, Build-Depends, Build-Depends-Indep, or Build-Depends-Arch relationship on a non-main package unless that package is only listed as a non-default alternative for a package in main), ... Cheers -- Sebastian Ramacher
Bug#1068917: mediastramer2: Not built on buildd: arch all binaries uploaded by vorlon, a new source-only upload is needed to allow migration
Source: mediastreamer2 Version: 1:5.2.0+dfsg-3.2 Severity: serious X-Debbugs-Cc: sramac...@debian.org https://qa.debian.org/excuses.php?package=mediastreamer2 Issues preventing migration: Not built on buildd: arch all binaries uploaded by vorlon, a new source-only upload is needed to allow migration Cheers -- Sebastian Ramacher
Bug#1068916: phosh: FTBFS on mips64el, riscv64, s390x: 24/26 phosh:tools / check-exported-symbols FAIL 0.03s exit status 1
Source: phosh Version: 0.37.1-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=phosh=mips64el=0.37.1-1=1712010515=0 === 24/26 test: phosh:tools / check-exported-symbols start time: 22:28:24 duration: 0.03s result: exit status 1 command: UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 MALLOC_PERTURB_=35 ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 /<>/tools/check-exported-symbols src/phosh --- stdout --- 000a5ed0 gDF .text 009c Base phosh_toplevel_get_handle 000ec388 gDF .text 00a4 Base phosh_arrow_get_progress 00088b50 gDF .text 0094 Base phosh_mpris_dbus_media_player2_player_call_seek 000c8538 gDF .text 00d8 Base phosh_lockscreen_get_page 0014c288 gDF .text 00a8 Base cui_keypad_get_row_spacing 00053d80 gDF .text 0094 Base phosh_dbus_session_manager_call_register_client 000b6170 gDF .text 0098 Base phosh_app_tracker_get_type 000907c8 gDF .text 00e0 Base phosh_osk0_sm_puri_osk0_get_type 000fa8f8 gDF .text 0098 Base phosh_drag_surface_get_type 00119ed0 gDF .text 0098 Base phosh_vpn_info_get_type 00100a08 gDF .text 0098 Base phosh_docked_manager_get_type 000d71a0 gDF .text 00bc Base phosh_polkit_auth_prompt_new 0006a880 gDF .text 00d8 Base phosh_geo_clue_dbus_manager_get_in_use 00141ad0 gDF .text 00cc Basegtk_rb_tree_unref 000a6168 gDF .text 00a8 Base phosh_toplevel_is_fullscreen 0011bd48 gDF .text 009c Base phosh_vpn_manager_get_icon_name 0006ffb8 gDF .text 00f4 Base phosh_mm_dbus_modem_proxy_new_for_bus 0012ad40 gDF .text 00d8 Base phosh_notification_set_id 0012d9c8 gDF .text 01bc Base phosh_notification_banner_new 00128548 gDF .text 0098 Base phosh_monitor_get_type 00110ee8 gDF .text 0098 Base phosh_overview_get_type 00070210 gDF .text 0098 Base phosh_mm_dbus_modem_skeleton_get_type 00133798 gDF .text 0058 Base phosh_notify_feedback_new 00120cb8 gDF .text 00fc Base phosh_swipe_away_bin_remove 001000e8 gDF .text 0098 Base phosh_docked_info_get_type 000a9b10 gDF .text 009c Base phosh_wifi_manager_get_icon_name 000d7d18 gDF .text 0098 Base phosh_portal_request_get_type 0012b180 gDF .text 0118 Base phosh_notification_set_image 000cade8 gDF .text 0030 Base phosh_monitor_manager_get_monitor 0007bc10 gDF .text 0068 Base phosh_session_client_private_dbus_client_private_call_end_session_response_finish 0008c390 gDF .text 0094 Base phosh_ofono_dbus_sim_manager_call_get_properties 0015fa70 gDF .text 0128 Base gvc_channel_map_new_from_pa_channel_map 00141d60 gDF .text 0018 Base gtk_rb_tree_get_root 00121c48 gDF .text 0104 Base phosh_util_gesture_is_touch 00158860 gDF .text 0088 Base gvc_mixer_source_new 00157b58 gDF .text 0098 Base gvc_mixer_sink_get_type 000cf968 gDF .text 0098 Base phosh_network_auth_prompt_get_type 000d49e0 gDF .text 00c0 Base phosh_top_panel_unfold 000d00a0 gDF .text 00e0 Base phosh_network_auth_prompt_new 00049808 gDF .text 0098 Base phosh_dbus_login_manager_proxy_get_type 000f3510 gDF .text 0008 Base phosh_auth_prompt_option_get_label 000ffba0 gDF .text 0098 Base phosh_hks_manager_get_type 0013f880 gDF .text 02d8 Base phosh_notification_list_add 000ecd88 gDF .text 00a8 Base phosh_auth_authenticate_async_finish 0007c070 gDF .text 00f4 Base
Bug#1065980: gfarm: diff for NMU version 2.7.20+dfsg-1.2
Control: tags 1065980 + patch Dear maintainer, I've prepared an NMU for gfarm (versioned as 2.7.20+dfsg-1.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru gfarm-2.7.20+dfsg/debian/changelog gfarm-2.7.20+dfsg/debian/changelog --- gfarm-2.7.20+dfsg/debian/changelog 2024-02-28 18:35:22.0 +0100 +++ gfarm-2.7.20+dfsg/debian/changelog 2024-04-12 09:39:49.0 +0200 @@ -1,3 +1,13 @@ +gfarm (2.7.20+dfsg-1.2) unstable; urgency=medium + + * Non-maintainer upload. + + [ Peter Michael Green ] + * Add include of unistd.h to lib/libgfarm/gfarm/gfp_xdr.c to fix +implicit declaration error. (Closes: #1065980) + + -- Sebastian Ramacher Fri, 12 Apr 2024 09:39:49 +0200 + gfarm (2.7.20+dfsg-1.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru gfarm-2.7.20+dfsg/debian/patches/missing-feature-test-macros.patch gfarm-2.7.20+dfsg/debian/patches/missing-feature-test-macros.patch --- gfarm-2.7.20+dfsg/debian/patches/missing-feature-test-macros.patch 1970-01-01 01:00:00.0 +0100 +++ gfarm-2.7.20+dfsg/debian/patches/missing-feature-test-macros.patch 2024-04-12 09:39:36.0 +0200 @@ -0,0 +1,173 @@ +Index: gfarm-2.7.20+dfsg/lib/libgfarm/gfarm/gfp_xdr.c +=== +--- gfarm-2.7.20+dfsg.orig/lib/libgfarm/gfarm/gfp_xdr.c gfarm-2.7.20+dfsg/lib/libgfarm/gfarm/gfp_xdr.c +@@ -1,3 +1,4 @@ ++#define _XOPEN_SOURCE 500 + #include + #include + #include +Index: gfarm-2.7.20+dfsg/bench/gfperf/gfperf-autoreplica/gfperf-autoreplica-main.c +=== +--- gfarm-2.7.20+dfsg.orig/bench/gfperf/gfperf-autoreplica/gfperf-autoreplica-main.c gfarm-2.7.20+dfsg/bench/gfperf/gfperf-autoreplica/gfperf-autoreplica-main.c +@@ -2,6 +2,7 @@ + * $Id$ + */ + ++#define _GNU_SOURCE + #include "gfperf-lib.h" + #include + #include +Index: gfarm-2.7.20+dfsg/bench/gfperf/gfperf-copy/gfperf-copy-gfarm2fs.c +=== +--- gfarm-2.7.20+dfsg.orig/bench/gfperf/gfperf-copy/gfperf-copy-gfarm2fs.c gfarm-2.7.20+dfsg/bench/gfperf/gfperf-copy/gfperf-copy-gfarm2fs.c +@@ -2,7 +2,7 @@ + * $Id$ + */ + +- ++#define _GNU_SOURCE + #include + #include + #include +Index: gfarm-2.7.20+dfsg/bench/gfperf/gfperf-copy/gfperf-copy-main.c +=== +--- gfarm-2.7.20+dfsg.orig/bench/gfperf/gfperf-copy/gfperf-copy-main.c gfarm-2.7.20+dfsg/bench/gfperf/gfperf-copy/gfperf-copy-main.c +@@ -2,7 +2,7 @@ + * $Id$ + */ + +- ++#define _GNU_SOURCE + #include "gfperf-lib.h" + #include + #include +Index: gfarm-2.7.20+dfsg/bench/gfperf/gfperf-lib/gfperf-util.c +=== +--- gfarm-2.7.20+dfsg.orig/bench/gfperf/gfperf-lib/gfperf-util.c gfarm-2.7.20+dfsg/bench/gfperf/gfperf-lib/gfperf-util.c +@@ -2,7 +2,8 @@ + * $Id$ + */ + +- ++#define _DEFAULT_SOURCE ++#define _XOPEN_SOURCE 500 + #include + #include + #include +Index: gfarm-2.7.20+dfsg/bench/gfperf/gfperf-metadata/gfperf-metadata-main.c +=== +--- gfarm-2.7.20+dfsg.orig/bench/gfperf/gfperf-metadata/gfperf-metadata-main.c gfarm-2.7.20+dfsg/bench/gfperf/gfperf-metadata/gfperf-metadata-main.c +@@ -2,7 +2,7 @@ + * $Id$ + */ + +- ++#define _GNU_SOURCE + #include "gfperf-lib.h" + #include + #include +Index: gfarm-2.7.20+dfsg/bench/gfperf/gfperf-parallel-read/gfperf-parallel-read-main.c +=== +--- gfarm-2.7.20+dfsg.orig/bench/gfperf/gfperf-parallel-read/gfperf-parallel-read-main.c gfarm-2.7.20+dfsg/bench/gfperf/gfperf-parallel-read/gfperf-parallel-read-main.c +@@ -3,6 +3,7 @@ + */ + + ++#define _GNU_SOURCE + #include "gfperf-lib.h" + #include + #include +Index: gfarm-2.7.20+dfsg/bench/gfperf/gfperf-parallel-write/gfperf-parallel-write-main.c +=== +--- gfarm-2.7.20+dfsg.orig/bench/gfperf/gfperf-parallel-write/gfperf-parallel-write-main.c gfarm-2.7.20+dfsg/bench/gfperf/gfperf-parallel-write/gfperf-parallel-write-main.c +@@ -3,6 +3,7 @@ + */ + + ++#define _GNU_SOURCE + #include "gfperf-lib.h" + #include + #include +Index: gfarm-2.7.20+dfsg/bench/gfperf/gfperf-read/gfperf-read-main.c +=== +--- gfarm-2.7.20+dfsg.orig/bench/gfperf/gfperf-read/gfperf-read-main.c gfarm-2.7.20+dfsg/bench/gfperf/gfperf-read/gfperf-read-main.c +@@ -2,7 +2,7 @@ + * $Id$ + */ + +- ++#define _GNU_SOURCE + #include "gfperf-lib.h" + #include + #include +Index: gfarm-2.7.20+dfsg/bench/gfperf/gfperf-replica/gfperf-replica-main.c +=== +--- gfarm-2.7.20+dfsg.orig/bench/g
Bug#1065778: libcdio: diff for NMU version 2.1.0-4.2
Control: tags 1065778 + patch Dear maintainer, I've prepared an NMU for libcdio (versioned as 2.1.0-4.2). The diff is attached to this message. Cheers -- Sebastian Ramacher diff -Nru libcdio-2.1.0/debian/changelog libcdio-2.1.0/debian/changelog --- libcdio-2.1.0/debian/changelog 2024-02-29 11:35:17.0 +0100 +++ libcdio-2.1.0/debian/changelog 2024-04-12 09:09:50.0 +0200 @@ -1,3 +1,13 @@ +libcdio (2.1.0-4.2) unstable; urgency=medium + + * Non-maintainer upload + + [ Zixing Liu ] + * debian/patches/arm-t64-redirect-fix.patch: Fix implicit declaration +after armhf time_t transition. (Closes: #1065778) + + -- Sebastian Ramacher Fri, 12 Apr 2024 09:09:50 +0200 + libcdio (2.1.0-4.1) unstable; urgency=medium * Non-maintainer upload. diff -Nru libcdio-2.1.0/debian/patches/arm-t64-redirect-fix.patch libcdio-2.1.0/debian/patches/arm-t64-redirect-fix.patch --- libcdio-2.1.0/debian/patches/arm-t64-redirect-fix.patch 1970-01-01 01:00:00.0 +0100 +++ libcdio-2.1.0/debian/patches/arm-t64-redirect-fix.patch 2024-04-12 09:08:57.0 +0200 @@ -0,0 +1,22 @@ +Description: Fix implicit declaration after armhf time_t transition +Author: Zixing Liu +Forwarded: no +Last-Update: 2024-04-03 + +Index: libcdio/lib/driver/_cdio_stdio.h +=== +--- libcdio.orig/lib/driver/_cdio_stdio.h libcdio/lib/driver/_cdio_stdio.h +@@ -22,6 +22,12 @@ + + #include "_cdio_stream.h" + ++#include ++#if defined(_FILE_OFFSET_BITS) && defined(__REDIRECT) && (_FILE_OFFSET_BITS == 64) ++#define lseek64 lseek ++#define fseeko64 fseeko ++#endif ++ + /*! + Initialize a new stdio stream reading from pathname. + A pointer to the stream is returned or NULL if there was an error. diff -Nru libcdio-2.1.0/debian/patches/series libcdio-2.1.0/debian/patches/series --- libcdio-2.1.0/debian/patches/series 2022-09-27 11:36:24.0 +0200 +++ libcdio-2.1.0/debian/patches/series 2024-04-12 09:08:57.0 +0200 @@ -3,3 +3,4 @@ src-cdda-player.c-always-use-s-style-format-for-prin.patch Correct-realpath-test-failure.patch Use-getmntent-setmntent-for-reading-mounts.patch +arm-t64-redirect-fix.patch