Bug#1070022: libretro-beetle-psx FTBFS on mips64el with -Werror=implicit-function-declaration
Source: libretro-beetle-psx Version: 0.9.38.6+git20151019-3 Severity: serious Tags: ftbfs patch trixie sid https://buildd.debian.org/status/fetch.php?pkg=libretro-beetle-psx=mips64el=0.9.38.6%2Bgit20151019-3%2Bb1=1714231581=0 ... libretro-common/rthreads/rthreads.c: In function ‘scond_wait_timeout’: libretro-common/rthreads/rthreads.c:410:4: error: implicit declaration of function ‘gettimeofday’ [-Werror=implicit-function-declaration] 410 |gettimeofday(, NULL); |^~~~ cc1: some warnings being treated as errors make[2]: *** [Makefile:264: libretro-common/rthreads/rthreads.o] Error 1
Bug#1070021: libretro-beetle-pce-fast FTBFS on mips64el with -Werror=implicit-function-declaration
Source: libretro-beetle-pce-fast Version: 0.9.38.7+git20160609-2 Severity: serious Tags: ftbfs patch trixie sid Forwarded: https://github.com/libretro/libretro-common/commit/20a43ba79fe6b4ec094b3b20b7bc88f4cfe916fa https://buildd.debian.org/status/fetch.php?pkg=libretro-beetle-pce-fast=mips64el=0.9.38.7%2Bgit20160609-2%2Bb1=1714231411=0 ... libretro-common/rthreads/rthreads.c: In function ‘scond_wait_timeout’: libretro-common/rthreads/rthreads.c:423:4: error: implicit declaration of function ‘gettimeofday’ [-Werror=implicit-function-declaration] 423 |gettimeofday(, NULL); |^~~~ cc1: some warnings being treated as errors make[2]: *** [Makefile:332: libretro-common/rthreads/rthreads.o] Error 1
Bug#1070018: ausweisapp: Mising dependency to libqt6svg6
Hello Juergen, On Sun, 2024-04-28 at 18:09 +0200, Juergen Bausa wrote: > I run ausweisapp backport on bookworm. However, it doesnt display an icon in > the control panel of KDE. > Ausweisapp2 (which is actually a slightly older version) did display an icon. > While ausweisapp2 depended > on libqt6svg6, ausweisapp does not. Aftre installing libqt6svg6 manually the > icon is displayed in ausweisapp > also. So I think the dependency on libqt6svg6 is just missing in ausweisapp. This is a known issue and a result of a potential bug in Qt6 which results in dpkg-shlibdeps not adding the runtime dependency for libqt6svg6 during build. While I could hardwire libqt6svg6 as a runtime dependency into debian/control, this would cause problems when the ABI of the Qt6 SVG library is being bumped resulting in the library package being renamed from libqt6svg6 to libqt6svg7. Currently, the workaround is to install the missing libqt6svg6 package manually. > In addition it seems to me that the window of AusweisApp looks extremely > clean (just white background). > Ausweisapp2 was much more colourful. I guess that another lib is missing for > ausweisapp to display > the intended look. No, this is by design. The upstream developers have decided to make the user interface as minimalistic as possible. I'm not such a fan of the new design either, but that's just how it looks now. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1070002: rust-alsa FTBFS on 32bit with 64bit time_t
Source: rust-alsa Version: 0.8.1-3 Severity: serious Tags: ftbfs Control: affects -1 src:rust-cpal https://tests.reproducible-builds.org/debian/rb-pkg/unstable/armhf/rust-alsa.html https://buildd.debian.org/status/fetch.php?pkg=rust-cpal=armhf=0.15.2-3%2Bb1=1714250098=0 ... error: cannot construct `timespec` with struct literal syntax due to private fields --> /usr/share/cargo/registry/alsa-0.8.1/src/pcm.rs:1113:21 | 1113 | let mut h = timespec {tv_sec: 0, tv_nsec: 0}; | | = note: ... and other private field `__pad` that was not provided error: cannot construct `timespec` with struct literal syntax due to private fields --> /usr/share/cargo/registry/alsa-0.8.1/src/pcm.rs:1119:21 | 1119 | let mut h = timespec {tv_sec: 0, tv_nsec: 0}; | | = note: ... and other private field `__pad` that was not provided error: cannot construct `timespec` with struct literal syntax due to private fields --> /usr/share/cargo/registry/alsa-0.8.1/src/pcm.rs:1125:21 | 1125 | let mut h = timespec {tv_sec: 0, tv_nsec: 0}; | | = note: ... and other private field `__pad` that was not provided error: could not compile `alsa` due to 3 previous errors ...
Bug#1070001: rust-net2 FTBFS on 32bit with 64bit time_t
Source: rust-net2 Version: 0.2.37-1 Severity: serious Tags: ftbfs trixie sid https://buildd.debian.org/status/fetch.php?pkg=rust-net2=armhf=0.2.37-1%2Bb1=1714277125=0 ... error[E0308]: mismatched types --> src/ext.rs:902:22 | 902 | tv_usec: (d % 1000) as suseconds_t, | ^ expected `i64`, found `i32` For more information about this error, try `rustc --explain E0308`. error: could not compile `net2` due to previous error ...
Bug#1070000: rust-time-0.1 FTBFS on 32bit with 64bit time_t
Source: rust-time-0.1 Version: 0.1.44-2 Severity: serious Tags: ftbfs trixie sid https://buildd.debian.org/status/fetch.php?pkg=rust-time-0.1=armhf=0.1.44-2%2Bb1=1714295931=0 ... error: cannot construct `timespec` with struct literal syntax due to private fields --> src/sys.rs:521:26 | 521 | let mut tv = libc::timespec { tv_sec: 0, tv_nsec: 0 }; | ^^ | = note: ... and other private field `__pad` that was not provided error: cannot construct `timespec` with struct literal syntax due to private fields --> src/sys.rs:527:26 | 527 | let mut ts = libc::timespec { tv_sec: 0, tv_nsec: 0 }; | ^^ | = note: ... and other private field `__pad` that was not provided error: cannot construct `timespec` with struct literal syntax due to private fields --> src/sys.rs:555:24 | 555 | t: libc::timespec { |^^ | = note: ... and other private field `__pad` that was not provided error: could not compile `time` due to 3 previous errors ...
Bug#1069999: rust-unix-socket FTBFS on 32bit with 64bit time_t
Source: rust-unix-socket Version: 0.5.0-2 Severity: serious Tags: ftbfs trixie sid https://buildd.debian.org/status/fetch.php?pkg=rust-unix-socket=armhf=0.5.0-2%2Bb1=1714298139=0 ... error[E0308]: mismatched types --> src/lib.rs:122:30 | 122 | tv_usec: usecs, | ^ expected `i64`, found `i32` For more information about this error, try `rustc --explain E0308`. warning: `unix_socket` (lib) generated 31 warnings error: could not compile `unix_socket` due to previous error; 31 warnings emitted ...
Bug#1069998: rust-datetime FTBFS on 32bit with 64bit time_t
Source: rust-datetime Version: 0.5.2-5 Severity: serious Tags: ftbfs trixie sid Control: affects -1 src:rust-zoneinfo-compiled https://buildd.debian.org/status/fetch.php?pkg=rust-datetime=armhf=0.5.2-5%2Bb1=1714252645=0 ... error: cannot construct `timespec` with struct literal syntax due to private fields --> src/system.rs:74:18 | 74 | let mut tv = libc::timespec { tv_sec: 0, tv_nsec: 0 }; | ^^ | = note: ... and other private field `__pad` that was not provided ...
Bug#1069993: rust-filetime FTBFS on 32bit with 64bit time_t
Source: rust-filetime Version: 0.2.22-1 Severity: serious Tags: ftbfs Control: affects -1 src:rust-notify src:rust-async-tar src:rust-cargo-util src:rust-cp-r https://buildd.debian.org/status/fetch.php?pkg=rust-filetime=armhf=0.2.22-1%2Bb1=1714259218=0 ... error[E0308]: mismatched types --> src/unix/utimes.rs:117:18 | 117 | tv_usec: (ft.nanoseconds() / 1000) as libc::suseconds_t, | ^^ expected `i64`, found `i32` For more information about this error, try `rustc --explain E0308`. error: could not compile `filetime` due to previous error ...
Bug#1069992: rust-socket2 FTBFS on 32bit with 64bit time_t
Source: rust-socket2 Version: 0.5.5-1 Severity: serious Tags: ftbfs Control: affects -1 src:rust-quinn-udp src:rust-oauth2 src:rust-nispor src:rust-netlink-proto src:rust-nb-connect src:rust-debbugs src:rust-dns-lookup src:rust-erbium-net src:rust-ethtool src:rust-genetlink src:rust-git2-curl src:rust-hyper-tls src:rust-mozim src:rust-mptcp-pm src:rust-curl https://buildd.debian.org/status/fetch.php?pkg=rust-socket2=armhf=0.5.5-1%2Bb1=1714293496=0 ... error[E0308]: mismatched types --> src/sys/unix.rs:1137:22 | 1137 | tv_usec: duration.subsec_micros() as libc::suseconds_t, | ^ expected `i64`, found `i32` For more information about this error, try `rustc --explain E0308`. error: could not compile `socket2` due to previous error ...
Bug#1069980: haskell-futhark FTBFS: Missing build dependency on alex
Source: haskell-futhark Version: 0.25.15-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=haskell-futhark=0.25.15-1 ... CallStack (from HasCallStack): withMetadata, called at libraries/Cabal/Cabal/src/Distribution/Simple/Utils.hs:370:14 in Cabal-3.8.1.0:Distribution.Simple.Utils Error: hlibrary.setup: The program 'alex' is required but it could not be ...
Bug#1069834: sccache FTBFS with itoa != 0.3.4
Source: sccache Version: 0.8.0-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=sccache=0.8.0-1 ... test test_rust_cargo_cmd_readonly_preemtive_block ... FAILED failures: test_rust_cargo_cmd_readonly_preemtive_block stdout Error: Unexpected failure. code=101 stderr=`` error: failed to select a version for the requirement `itoa = \"^0.3.4\"` (locked to 0.3.4) candidate versions found which didn\'t match: 1.0.9 location searched: directory source `/<>/debian/cargo_registry` (which is replacing registry `crates-io`) required by package `test-crate v0.1.0 (/<>/tests/test-crate)` perhaps a crate was updated and forgotten to be re-vendored? ``` ``` command=`cd "tests/test-crate" && CARGO_INCREMENTAL="0" CARGO_TARGET_DIR="/<>/debian/sccache_test_rust_cargoG4h5iT/cargo" RUSTC_WRAPPER="/<>/target/x86_64-unknown-linux-gnu/release/sccache" TEST_ENV_VAR="1" "/usr/bin/cargo" "build" "--color=never"` code=101 stdout="" stderr=``` error: failed to select a version for the requirement `itoa = \"^0.3.4\"` (locked to 0.3.4) candidate versions found which didn\'t match: 1.0.9 location searched: directory source `/<>/debian/cargo_registry` (which is replacing registry `crates-io`) required by package `test-crate v0.1.0 (/<>/tests/test-crate)` perhaps a crate was updated and forgotten to be re-vendored? ``` Stack backtrace: 0: 1: 2: 3: 4: 5: 6: 7: 8: 9: 10: failures: test_rust_cargo_cmd_readonly_preemtive_block test result: FAILED. 2 passed; 1 failed; 5 ignored; 0 measured; 0 filtered out; finished in 11.18s error: test failed, to rerun pass `--test sccache_cargo` dh_auto_test: error: env DEB_BUILDDIR= /<>/debian/dh-cargo/bin/cargo test returned exit code 101 make[1]: *** [debian/rules:29: override_dh_auto_test] Error 25
Bug#1069685: haskell-language-c-quote: Missing build dependency on alex
Source: haskell-language-c-quote Version: 0.13.0.1-1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Debian Haskell Group , Kari Pahula https://buildd.debian.org/status/logs.php?pkg=haskell-language-c-quote=0.13.0.1-1 ... Error: hlibrary.setup: The program 'alex' version >=3 is required but it could not be found. ...
Bug#1069607: retroarch is built without optimization
Package: retroarch Version: 1.18.0+dfsg-1 Severity: important Tags: ftbfs X-Debbugs-Cc: Jonathan McDowell debian/rules:export DEB_CXXFLAGS_MAINT_STRIP=-O2 debian/rules:export DEB_CFLAGS_MAINT_STRIP=-O2 Building without optimization makes binaries both slower and bigger. The latter is likely also the root cause of the FTBFS on m68k and powerpc.
Bug#1069309: xfractint FTBFS: error: implicit declaration of function
Source: xfractint Version: 20.4.10-4 Severity: serious Tags: ftbfs X-Debbugs-Cc: Petter Reinholdtsen https://buildd.debian.org/status/logs.php?pkg=xfractint=20.4.10-4 ... /usr/bin/gcc -I../headers -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -mbranch-protection=standard -I./headers -DXFRACT -DNOBSTRING -g -DBIG_ANSI_C -DLINUX -fno-builtin -fcommon -O2 -Wdate-time -D_FORTIFY_SOURCE=2 -c -o 3d.o 3d.c 3d.c: In function ‘longvmultpersp’: 3d.c:290:20: error: implicit declaration of function ‘multiply’ [-Werror=implicit-function-declaration] 290 | tmp[j] += multiply(s[i],m[i][j],bitshift); |^~~~ 3d.c:318:20: error: implicit declaration of function ‘divide’ [-Werror=implicit-function-declaration] 318 | tmpview[0] = divide(lview[0],denom,bitshift); |^~ cc1: some warnings being treated as errors make[3]: *** [: 3d.o] Error 1
Bug#1069222: purple-xmpp-carbons: debian/shlibs.local hardcodes dependency on libpurple0
Package: purple-xmpp-carbons Version: 0.2.3-1 Severity: serious Tags: trixie sid debian/shlibs.local hardcodes a dependency on libpurple0, which makes the package uninstallable on armel/armhf due to the 64-bit time_t rename to libpurple0t64.
Bug#1069136: wabt: Typo in repacksuffix
Source: wabt Version: 1.0.34+dsfg2+~cs1.0.32-1 Severity: normal https://sources.debian.org/src/wabt/1.0.34%2Bdsfg2%2B~cs1.0.32-1/debian/watch/#L2 opts=filenamemangle=s/.+\/@ANY_VERSION@(@ARCHIVE_EXT@)$/@PACKAGE@-$1$2/,repacksuffix=+dsfg \ It's dfsg, not dsfg.
Bug#1062719: bumping qpdf 64-bit time_t for 11.9.0 in experimental
On Sat, Feb 24, 2024 at 05:36:53PM -0500, Jay Berkenbilt wrote: > I need to upload qpdf 11.9.0-1 to unstable. Since this is newer than > 11.8.0-1.1~exp1 in experimental with the 64-bit time_t NMU, it will > cause that to disappear. In an effort to avoid that and keep things in > sync with the time_t transition, I have ported the NMU forward to > 11.9.0-1 and will upload 11.9.0-2~exp1 with the time_t changes to > experimental right after I upload 11.9.0-1 to experimental. I am > hoping that I am not messing anything up with this. Please feel free > to adjust tags, do a separate NMU, or whatever is needed if I have > gotten things out of sync. In any case, I want to get 11.9.0-1 > uploaded right away since I'd like it to sync to Ubuntu before the > 24.04 feature freeze. >... It seems the new version of qpdf in experimental was by accident uploaded to unstable instead of the old version in unstable? It doesn't seem to be a problem in any way, just FYI. cu Adrian
Bug#1061300: lcm: Update to version 1.5.0
On Sat, Feb 03, 2024 at 08:23:05PM +0100, Jose Luis Rivero wrote: > Thanks Vagrant for the reply and the information. > > Updating the info about the 1.5 update, the merge-request is ready to > review and sponsored: > - https://salsa.debian.org/debian/lcm/-/merge_requests/1 It is unlikely that many people would see your merge request, please file a sponsorship request as described at https://mentors.debian.net/sponsors/rfs-howto/ cu Adrian
Bug#1066216: hfsutils: diff for NMU version 3.2.6-15.1
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. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1060196: fixed in ghc 9.4.7-5
On Fri, 2024-04-12 at 22:35 +, Debian FTP Masters wrote: >* Build unregisterised on powerpc (Closes: #1060196) I am not 100% sure what happened, but this upload produced another broken GHC compiler on powerpc. Lots of packages fail to build now due to GHC segfaulting [1]: Running dh_listpackages libghc-splitmix-dev libghc-splitmix-prof libghc-splitmix-doc -e: error: debian/hlibrary.setup build --builddir=dist-ghc died with signal 11 at /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 875. Debian::Debhelper::Dh_Lib::error("debian/hlibrary.setup build --builddir=dist-ghc died with sig"...) 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 dpkg-buildpackage: error: fakeroot debian/rules binary-arch subprocess returned exit status 2 Adrian > [1] > https://buildd.debian.org/status/fetch.php?pkg=haskell-splitmix=powerpc=0.1.0.5-1%2Bb1=1713046430=0 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1062881: mia: NMU diff for 64-bit time_t transition
On Sat, Feb 03, 2024 at 09:20:05PM +, Graham Inggs wrote: > Source: mia > Version: 2.4.7-13 > Severity: serious > Tags: patch pending sid trixie > Justification: library ABI skew on upgrade > User: debian-...@lists.debian.org > Usertags: time-t >... Was this forgotten to upload to unstable, or was there a reason why it was deemed unnecessary? Thanks Adrian
Bug#1046444: virtualjaguar: Fails to build source after successful build
Hi, On Sun, 2023-08-13 at 21:21 +0200, Lucas Nussbaum wrote: > Relevant part of the build log: > > cd /<> && runuser -u user42 -- dpkg-buildpackage > > --sanitize-env -us -uc -rfakeroot -S > > - > > > > dpkg-buildpackage: info: source package virtualjaguar > > dpkg-buildpackage: info: source version 2.1.3-2 > > dpkg-buildpackage: info: source distribution unstable > > dpkg-buildpackage: info: source changed by John Paul Adrian Glaubitz > > > > dpkg-source --before-build . > > fakeroot debian/rules clean > > dh clean > > dh: warning: Compatibility levels before 10 are deprecated (level 9 in use) > >dh_auto_clean > > dh_auto_clean: warning: Compatibility levels before 10 are deprecated > > (level 9 in use) > > make -j1 clean > > make[1]: Entering directory '/<>' > > -ne [01;33m***[00;32m Cleaning out the garbage...[00m > > done! > > make[1]: Leaving directory '/<>' > >dh_clean > > dh_clean: warning: Compatibility levels before 10 are deprecated (level 9 > > in use) > > dpkg-source -b . > > dpkg-source: info: using source format '3.0 (quilt)' > > dpkg-source: info: building virtualjaguar using existing > > ./virtualjaguar_2.1.3.orig.tar.bz2 > > dpkg-source: info: using patch list from debian/patches/series > > dpkg-source: warning: ignoring deletion of file src/m68000/m68kdasm.c.bak, > > use --include-removal to override > > dpkg-source: info: local changes detected, the modified files are: > > virtualjaguar-2.1.3/.qmake.stash > > virtualjaguar-2.1.3/src/version.h > > dpkg-source: error: aborting due to unexpected upstream changes, see > > /tmp/virtualjaguar_2.1.3-2.diff.v1VkyG > > dpkg-source: info: Hint: make sure the version in debian/changelog matches > > the unpacked source tree > > dpkg-source: info: you can integrate the local changes with dpkg-source > > --commit > > dpkg-buildpackage: error: dpkg-source -b . subprocess returned exit status 2 > > > > E: Command 'cd /<> && runuser -u user42 -- dpkg-buildpackage > > --sanitize-env -us -uc -rfakeroot -S' failed to run. After close inspection of the build log and the original tarball, it turns out that the tarball used is not identical to the one available from the upstream FTP server [1]: glaubitz@z6:~/debian> wget -q http://icculus.org/virtualjaguar/tarballs/virtualjaguar-2.1.3.tar.bz2 -O virtualjaguar-upstream-2.1.3.tar.bz2 glaubitz@z6:~/debian> md5sum virtualjaguar-upstream-2.1.3.tar.bz2 virtualjaguar_2.1.3.orig.tar.bz2 17af87b3a7cfd9106e49afc56d4858e6 virtualjaguar-upstream-2.1.3.tar.bz2 0e3f30737c171c096ac2690a38f7029a virtualjaguar_2.1.3.orig.tar.bz2 glaubitz@z6:~/debian> Further inspection reveals that the file src/m68000/m68kdasm.c.bak that is deleted during build and prevents a second successful build is not part of the original source: glaubitz@z6:~/debian> tar tf virtualjaguar_2.1.3.orig.tar.bz2 |grep bak linux-2.1.3/src/m68000/m68kdasm.c.bak glaubitz@z6:~/debian> tar tf virtualjaguar-upstream-2.1.3.tar.bz2 |grep bak glaubitz@z6:~/debian> I don't really remember how I created the first upload of the 2.1.3 upstream version, but since upstream development has ceased, I can upload a fixed version only with a forged upstream version using "really" or similar since there won't be a new upstream release unless the upstream project is forked. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1066383: virtualjaguar: FTBFS: ./inlines.h:82:20: error: implicit declaration of function ‘m68k_read_memory_32’ [-Werror=implicit-function-declaration]
Control: tags -1 +patch Hi, On Wed, 2024-03-13 at 12:46 +0100, Lucas Nussbaum wrote: > Relevant part (hopefully): > > gcc -MMD -g -O2 -Werror=implicit-function-declaration > > -ffile-prefix-map=/<>=. -fstack-protector-strong > > -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection > > -I. -I./obj `sdl-config --cflags` -c obj/cpustbl.c -o obj/cpustbl.o > > In file included from obj/cpustbl.c:3: > > ./inlines.h: In function ‘m68k_do_rts’: > > ./inlines.h:82:20: error: implicit declaration of function > > ‘m68k_read_memory_32’ [-Werror=implicit-function-declaration] > >82 | m68k_setpc(m68k_read_memory_32(m68k_areg(regs, 7))); > > |^~~ > > ./inlines.h: In function ‘m68k_do_bsr’: > > ./inlines.h:89:9: error: implicit declaration of function > > ‘m68k_write_memory_32’ [-Werror=implicit-function-declaration] > >89 | m68k_write_memory_32(m68k_areg(regs, 7), oldpc); > > | ^~~~ > > ./inlines.h: In function ‘get_ibyte_prefetch’: > > ./inlines.h:111:25: error: implicit declaration of function > > ‘m68k_read_memory_8’ [-Werror=implicit-function-declaration] > > 111 | #define get_ibyte(o)m68k_read_memory_8(regs.pc + (o) + 1) > > | ^~ > > ./inlines.h:158:16: note: in expansion of macro ‘get_ibyte’ > > 158 | return get_ibyte(o); > > |^ > > ./inlines.h: In function ‘get_iword_prefetch’: > > ./inlines.h:112:25: error: implicit declaration of function > > ‘m68k_read_memory_16’ [-Werror=implicit-function-declaration] > > 112 | #define get_iword(o)m68k_read_memory_16(regs.pc + (o)) > > | ^~~ > > ./inlines.h:183:16: note: in expansion of macro ‘get_iword’ > > 183 | return get_iword(o); > > |^ > > cc1: some warnings being treated as errors > > make[2]: *** [Makefile:58: obj/cpustbl.o] Error 1 Thanks for the bug report! The attached patch fixes the problem for me. I'm going to upload an updated packages soon which will also include fixes for #1038585 [1]. Adrian > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038585 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 From d0c699e0c6a0781a6dd2f89492b38f9a1d50fa9c Mon Sep 17 00:00:00 2001 From: John Paul Adrian Glaubitz Date: Sat, 13 Apr 2024 11:18:38 +0200 Subject: [PATCH] Fix missing inclusion of m68kinterface.h in src/m68000/inlines.h --- src/m68000/inlines.h | 1 + 1 file changed, 1 insertion(+) diff --git a/src/m68000/inlines.h b/src/m68000/inlines.h index 54de932..c037bd9 100644 --- a/src/m68000/inlines.h +++ b/src/m68000/inlines.h @@ -11,6 +11,7 @@ #define __INLINES_H__ #include "cpudefs.h" +#include "m68kinterface.h" STATIC_INLINE int cctrue(const int cc) { -- 2.44.0
Bug#1068880: fwbuilder FTBFS: error: debhelper compat level specified both in debian/compat and in debian/control
Source: fwbuilder Version: 5.3.7-7 Severity: serious Tags: ftbfs X-Debbugs-Cc: Jeremy Bícha https://buildd.debian.org/status/logs.php?pkg=fwbuilder=5.3.7-7 ... fakeroot debian/rules clean dh clean dh: warning: Please specify the debhelper compat level exactly once. dh: warning: * debian/compat requests compat 9. dh: warning: * debian/control requests compat 12 via "debhelper-compat (= 12)" dh: warning: dh: warning: Hint: If you just added a build-dependency on debhelper-compat, then please remember to remove debian/compat dh: warning: dh: error: debhelper compat level specified both in debian/compat and in debian/control make: *** [debian/rules:13: clean] Error 255
Bug#1067141: kcemu: FTBFS with -Werror=implicit-function-declaration
Hello Zixing, On Wed, 2024-04-10 at 17:34 -0600, Zixing Liu wrote: > In Ubuntu, the attached patch was applied to achieve the following: > > * debian/patches/add-missing-includes.patch: Add missing includes. > Closes LP: #2060887. The issue has already been fixed upstream. I am waiting for upstream to make a new release as this would also fix #970666 [1]. Adrian > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970666 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1068655: lomiri-telephony-service FTBFS with abseil 20230802.1
On Wed, Apr 10, 2024 at 09:02:50PM +, Mike Gabriel wrote: > Hi Adrian, Hi Mike, >... > I'd appreciate if you could take a look and shed some light on this. >... I would have mentioned if I had a clue about this, but I don't. In places like #debian-devel there might be people who understand at first sight what the problem might be. > Thanks! > Mike cu Adrian
Bug#1068586: ghc: Broken on arm{el,hf} because of time_t transition
[ Steve added, for the symbol list question ] On Tue, Apr 09, 2024 at 09:44:43PM +0300, Ilias Tsitsimpis wrote: > On Tue, Apr 09, 2024 at 08:53PM, Adrian Bunk wrote: > > On Tue, Apr 09, 2024 at 07:23:29PM +0300, Ilias Tsitsimpis wrote: > > > I believe it's not. haskell-hourglass used to work on arm{el,hf} just > > > before the time64 transition. > > > > before this transition x32 was the only 32bit architecture with 64bit > > time_t. > > Aha! Didn't know that, thanks for flagging this. I am surprised that we > hadn't noticed this earlier (as we see now, GHC is completely broken). I wouldn't call it "completely broken". I'm too lazy to get exact numbers, but the arm{el,hf} situation is more like 1000 packages built (a large part with tests) and 10 failed. >... > > > We need a way to identify every package that is broken. > > > > $ nm -D /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/libHStime-1.12.2-ghc9.4.7.so | > > grep gettimeofday > > U gettimeofday@GLIBC_2.4 > > ... > > > > $ nm -D > > /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/libHSdirectory-1.3.7.1-ghc9.4.7.so | > > grep utimensat > > ... > > U utimensat@GLIBC_2.6 > > > > $ nm -D /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/libHStime-1.12.2-ghc9.4.7.so | > > grep localtime > > U __localtime64_r@GLIBC_2.34 > > Thank you! Can we maybe run this against all Haskell libraries and > identify the ones that are currently broken? Maybe we have such a script > already for the time64 transition. Steve, do you have a list of all bad symbols for the time_t transition? With this list it should be possible to just install all currently installable Haskell packages on a porterbox and do something like $ for s in gettimeofday utimensat localtime localtime_r; do for f in /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/*.so /usr/lib/haskell-packages/ghc/lib/arm-linux-ghc-9.4.7/*.so; do nm -D $f | grep $s@ && echo $f; done; done U gettimeofday@GLIBC_2.4 /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/libHStime-1.12.2-ghc9.4.7.so U utimensat@GLIBC_2.6 /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/libHSdirectory-1.3.7.1-ghc9.4.7.so U utimensat@GLIBC_2.6 /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/libHSunix-2.7.3-ghc9.4.7.so $ That last one is likely libraries/unix/System/Posix/Files/Common.hsc:foreign import ccall unsafe "utimensat" > > But the last one is the broken localtime_r one, is anything going wrong > > with the ccall from TimeZone.hs to cbits there? > > > > get_current_timezone_seconds() returning long is wrong, > > and might contribute to that bug: > > > > foreign import ccall unsafe "HsTime.h get_current_timezone_seconds" > > get_current_timezone_seconds :: > > CTime -> Ptr CInt -> Ptr CString -> IO CLong > > ... > > getTimeZoneCTime ctime = > > ... > > secs <- get_current_timezone_seconds ctime pdst pcname > > > > I don't know Haskell, but is this declaring ctime as CLong, > > and then passing it instead of a CTime? > > I believe it returns the timezone in seconds (i.e., 3600 for +1 hour > timezone), so CLong should be large enough to hold this value. My guess > right now is that it fails due to the bogus CTime value that we pass, we > need to test this. Yes, I suspect that this function with CTime -> Ptr CInt -> Ptr CString -> IO CLong gets called as CLong -> Ptr CInt -> Ptr CString -> IO CLong but I'm surprised if Haskell does not catch something like that at compile time. > Ilias cu Adrian
Bug#1068723: quickflux: binary-any FTBFS
Source: quickflux Version: 1.1.3+git20201110.2a37acf-1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Debian UBports Team https://buildd.debian.org/status/logs.php?pkg=quickflux=1.1.3%2Bgit20201110.2a37acf-1 ... debian/rules override_dh_installexamples make[1]: Entering directory '/<>' dh_installexamples rm debian/quickflux-doc/usr/share/doc/quickflux-doc/examples/middleware/.gitignore rm: cannot remove 'debian/quickflux-doc/usr/share/doc/quickflux-doc/examples/middleware/.gitignore': No such file or directory make[1]: *** [debian/rules:33: override_dh_installexamples] Error 1
Bug#1068586: ghc: Broken on arm{el,hf} because of time_t transition
On Tue, Apr 09, 2024 at 07:23:29PM +0300, Ilias Tsitsimpis wrote: > Hi Adrian, Hi Ilias, > On Tue, Apr 09, 2024 at 12:56PM, Adrian Bunk wrote: > > FTR, in haskell-hourglass this is #1001686 which already failed on x32 > > for this reason. > > I believe it's not. haskell-hourglass used to work on arm{el,hf} just > before the time64 transition. before this transition x32 was the only 32bit architecture with 64bit time_t. > > My reading of the code is that this happens when > > libraries/time/lib/cbits/HsTime.c returns 0x8000 due to > > localtime_r() called in this function returning an error. > > > > The "localtime_r failed" is from > > libraries/time/lib/Data/Time/LocalTime/Internal/TimeZone.hs >... > The fix here is to backport (at least) the following patches which > change these calls to use the capi calling convention: > > * > https://gitlab.haskell.org/ghc/packages/time/-/commit/d52314edb138b6ecd7e888c588f83917b0ee2c29 > * > https://gitlab.haskell.org/ghc/packages/directory/-/commit/f6b288bd96fba5a955d1f73663eb52c1859ee765 This localtime_r issue I mentioned is not covered in the above commit in time. >... > We need a way to identify every package that is broken. $ nm -D /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/libHStime-1.12.2-ghc9.4.7.so | grep gettimeofday U gettimeofday@GLIBC_2.4 ... $ nm -D /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/libHSdirectory-1.3.7.1-ghc9.4.7.so | grep utimensat ... U utimensat@GLIBC_2.6 $ nm -D /usr/lib/ghc/lib/arm-linux-ghc-9.4.7/libHStime-1.12.2-ghc9.4.7.so | grep localtime U __localtime64_r@GLIBC_2.34 But the last one is the broken localtime_r one, is anything going wrong with the ccall from TimeZone.hs to cbits there? get_current_timezone_seconds() returning long is wrong, and might contribute to that bug: foreign import ccall unsafe "HsTime.h get_current_timezone_seconds" get_current_timezone_seconds :: CTime -> Ptr CInt -> Ptr CString -> IO CLong ... getTimeZoneCTime ctime = ... secs <- get_current_timezone_seconds ctime pdst pcname I don't know Haskell, but is this declaring ctime as CLong, and then passing it instead of a CTime? > Ilias cu Adrian
Bug#1068586: ghc: Broken on arm{el,hf} because of time_t transition
On Sun, Apr 07, 2024 at 05:18:06PM +0300, Ilias Tsitsimpis wrote: > Package: ghc > Version: 9.4.7-3 > Severity: grave > Justification: renders package unusable > > I recently uploaded a new version of GHC to unstable, in order to fix > #1068179. As a result, GHC got rebuilt taking into account the new size > for time_t on arm{el,hf}. This is evident from the build logs, where > we now see: > > > https://buildd.debian.org/status/fetch.php?pkg=ghc=armel=9.4.7-4=1712410679=0 > > checking Haskell type for time_t... Int64 > > whereas previously we had: > > > https://buildd.debian.org/status/fetch.php?pkg=ghc=armel=9.4.7-3=1708366014=0 > > checking Haskell type for time_t... Int32 > > > After this change, a number of Haskell packages have started to FTBFS: > > * > https://buildd.debian.org/status/fetch.php?pkg=haskell-filestore=armel=0.6.5-3%2Bb2=1712457355=0 > * > https://buildd.debian.org/status/fetch.php?pkg=haskell-fold-debounce=armel=0.2.0.11-1%2Bb2=1712466208=0 > * > https://buildd.debian.org/status/fetch.php?pkg=haskell-hourglass=armel=0.2.12-5%2Bb2=1712462130=0 FTR, in haskell-hourglass this is #1001686 which already failed on x32 for this reason. > Looking into this, I see that (at least) the getPOSIXTime method is > broken on arm{el,hf}. >... https://buildd.debian.org/status/fetch.php?pkg=haskell-lambdahack=armhf=0.11.0.0-4%2Bb1=1712562043=0 https://buildd.debian.org/status/fetch.php?pkg=haskell-hledger-lib=armhf=1.30-1%2Bb1=1712566894=0 Exception: user error (localtime_r failed) My reading of the code is that this happens when libraries/time/lib/cbits/HsTime.c returns 0x8000 due to localtime_r() called in this function returning an error. The "localtime_r failed" is from libraries/time/lib/Data/Time/LocalTime/Internal/TimeZone.hs > Ilias cu Adrian
Bug#1068691: util-linux: enosys program missing on m68k and sh4
Hi Christian, On Tue, 2024-04-09 at 10:00 +0200, Chris Hofstaedtler wrote: > * John Paul Adrian Glaubitz [240409 09:36]: > > the program enosys doesn't seem to be available on m68k and sh4, so it > > needs to > > be excluded from the install files with the help of dh-exec: > > I imagine the other option is to expand audit-arch.h to cover these > archs. Do you mind reviewing this, then I could sent it upstream? Do > note that I've mostly guessed what might be right. Ah, I wasn't aware it's related to seccomp ;-). > Relevant uapi header: > https://elixir.bootlin.com/linux/latest/source/include/uapi/linux/audit.h#L432 > > diff --git a/include/audit-arch.h b/include/audit-arch.h > index ade182417..9afc663cd 100644 > --- a/include/audit-arch.h > +++ b/include/audit-arch.h > @@ -35,6 +35,8 @@ > #endif > #elif __powerpc__ > #define SECCOMP_ARCH_NATIVE AUDIT_ARCH_PPC > +#elif __m68k__ > +#define SECCOMP_ARCH_NATIVE AUDIT_ARCH_M68K > #elif __mips__ > #if __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__ > # define SECCOMP_ARCH_NATIVE AUDIT_ARCH_MIPS > @@ -47,6 +49,12 @@ > #else > # define SECCOMP_ARCH_NATIVE AUDIT_ARCH_ARCV2 > #endif > +#elif __sh__ > +#if __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__ > +# define SECCOMP_ARCH_NATIVE AUDIT_ARCH_SH > +#else > +# define SECCOMP_ARCH_NATIVE AUDIT_ARCH_SHEL > +#endif > #elif __sparc__ > #if __SIZEOF_POINTER__ == 4 > # define SECCOMP_ARCH_NATIVE AUDIT_ARCH_SPARC Looks good to me. I was actually the person who added support for m68k and sh4 to libseccomp. Unfortunately, upstream still hasn't released the a new stable version which includes my patches. This is planned for 2.6.0. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1068691: util-linux: enosys program missing on m68k and sh4
Source: util-linux Version: 2.40-5 Severity: normal User: debian-...@lists.debian.org Usertags: m68k X-Debbugs-Cc: debian-...@lists.debian.org Hello, the program enosys doesn't seem to be available on m68k and sh4, so it needs to be excluded from the install files with the help of dh-exec: dh_install \ -Nfdisk-udeb -Nlibblkid1-udeb \ -Nlibfdisk1-udeb -Nlibsmartcols1-udeb -Nlibuuid1-udeb \ -Nutil-linux-udeb dh_install: warning: Cannot find (any matches for) "usr/bin/enosys" (tried in ., debian/tmp) Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1068657: pkcs11-provider FTBFS with openssl 3.2.1-3
Source: pkcs11-provider Version: 0.3-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/fetch.php?pkg=pkcs11-provider=ppc64el=0.3-1%2Bb2=1712517987=0 ... FAIL: basic-softhsm === Executing ./tbasic ## Raw Sign check error openssl pkeyutl -sign -inkey "${BASEURI}" -pkeyopt pad-mode:none -in ${TMPPDIR}/64Brandom.bin -out ${TMPPDIR}/raw-sig.bin Public Key operation error 00493C8EFF7F:error:027A:rsa routines:p11prov_sig_operate:data too small for key size:signature.c:894: ## Sign and Verify with provided Hash and RSA openssl dgst -sha256 -binary -out ${TMPPDIR}/sha256.bin ${SEEDFILE} openssl pkeyutl -sign -inkey "${PRIURI}" -in ${TMPPDIR}/sha256.bin -out ${TMPPDIR}/sha256-sig.bin openssl pkeyutl -verify -inkey "${PUBURI}" -pubin -in ${TMPPDIR}/sha256.bin -sigfile ${TMPPDIR}/sha256-sig.bin Signature Verified Successfully ## Sign and Verify with provided Hash and RSA with DigestInfo struct openssl dgst -sha256 -binary -out ${TMPPDIR}/sha256.bin ${SEEDFILE} openssl pkeyutl -sign -inkey "${PRIURI}" -pkeyopt digest:sha256 -in ${TMPPDIR}/sha256.bin -out ${TMPPDIR}/sha256-sig.bin openssl pkeyutl -verify -inkey "${PUBURI}" -pkeyopt digest:sha256 -pubin -in ${TMPPDIR}/sha256.bin -sigfile ${TMPPDIR}/sha256-sig.bin Signature Verified Successfully ## DigestSign and DigestVerify with RSA openssl pkeyutl -sign -inkey "${BASEURI}" -digest sha256 -in ${RAND64FILE} -rawin -out ${TMPPDIR}/sha256-dgstsig.bin openssl pkeyutl -verify -inkey "${BASEURI}" -pubin -digest sha256 -in ${RAND64FILE} -rawin -sigfile ${TMPPDIR}/sha256-dgstsig.bin Signature Verified Successfully openssl pkeyutl -verify -inkey "${PUBURI}" -pubin -digest sha256 -in ${RAND64FILE} -rawin -sigfile ${TMPPDIR}/sha256-dgstsig.bin Signature Verified Successfully RSA basic encrypt and decrypt openssl pkeyutl -encrypt -inkey "${PUBURI}" -pubin -in ${SECRETFILE} -out ${SECRETFILE}.enc openssl pkeyutl -decrypt -inkey "${PRIURI}" -in ${SECRETFILE}.enc -out ${SECRETFILE}.dec ## Test Disallow Public Export openssl pkey -in $PUBURI -pubin -pubout -text ## Test CSR generation from RSA private keys openssl req -new -batch -key "${PRIURI}" -out ${TMPPDIR}/rsa_csr.pem openssl req -in ${TMPPDIR}/rsa_csr.pem -verify -noout Certificate request self-signature verify OK ## Test fetching public keys without PIN in config files openssl pkey -in $PUBURI -pubin -pubout -out ${TMPPDIR}/rsa.pub.nopin.pem openssl pkey -in $ECPUBURI -pubin -pubout -out ${TMPPDIR}/ec.pub.nopin.pem openssl pkey -in $ECXPUBURI -pubin -pubout -out ${TMPPDIR}/ecx.pub.nopin.pem ## Test fetching public keys with a PIN in URI openssl pkey -in $BASEURIWITHPIN -pubin -pubout -out ${TMPPDIR}/rsa.pub.uripin.pem openssl pkey -in $ECBASEURIWITHPIN -pubin -pubout -out ${TMPPDIR}/ec.pub.uripin.pem openssl pkey -in $ECXBASEURIWITHPIN -pubin -pubout -out ${TMPPDIR}/ecx.pub.uripin.pem ## Test prompting without PIN in config files ## Test EVP_PKEY_eq on public RSA key both on token ## Test EVP_PKEY_eq on public EC key both on token ## Test EVP_PKEY_eq on public explicit EC key both on token Failed to load key from URI: pkcs11:type=public;id=%00%07 FAIL basic-softhsm.t (exit status: 1) ... Testsuite summary for pkcs11-provider 0.3 # TOTAL: 34 # PASS: 15 # SKIP: 18 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 See tests/test-suite.log Please report to s...@redhat.com make[4]: *** [Makefile:1070: test-suite.log] Error 1
Bug#1068656: pgsql-http accesses the internet during the build
Source: pgsql-http Version: 1.6.0-1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Debian PostgreSQL Maintainers https://buildd.debian.org/status/fetch.php?pkg=pgsql-http=arm64=1.6.0-1=1712600451=0 ... regression.diffs diff -U3 /<>/expected/http.out /<>/results/http.out --- /<>/expected/http.out 2023-08-10 16:17:30.0 + +++ /<>/results/http.out 2024-04-08 18:20:45.564039027 + @@ -9,11 +9,7 @@ -- Status code SELECT status FROM http_get('https://httpbun.org/status/202'); - status - -202 -(1 row) - +ERROR: Could not resolve host: httpbun.org ...
Bug#1068655: lomiri-telephony-service FTBFS with abseil 20230802.1
Source: lomiri-telephony-service Version: 0.5.3-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/fetch.php?pkg=lomiri-telephony-service=amd64=0.5.3-1%2Bb3=1712518065=0 ... /<>/libtelephonyservice/contactwatcher.cpp: In member function ‘void ContactWatcher::updateAlias()’: /<>/libtelephonyservice/contactwatcher.cpp:157:21: error: ‘dgettext’ is not a member of ‘C’; did you mean ‘dgettext’? 157 | setAlias(C::dgettext("telephony-service", "Private Number")); | ^~~~ In file included from /usr/include/x86_64-linux-gnu/c++/13/bits/messages_members.h:36, from /usr/include/c++/13/bits/locale_facets_nonio.h:2064, from /usr/include/c++/13/locale:43, from /usr/include/c++/13/iomanip:45, from /usr/include/absl/strings/internal/str_format/arg.h:23, from /usr/include/absl/strings/str_format.h:78, from /usr/include/absl/crc/crc32c.h:32, from /usr/include/absl/crc/internal/crc_cord_state.h:23, from /usr/include/absl/strings/cord.h:79, from /usr/include/absl/container/internal/hash_function_defaults.h:56, from /usr/include/absl/container/node_hash_set.h:42, from /usr/include/phonenumbers/phonenumberutil.h:33, from /<>/libtelephonyservice/phoneutils.h:27, from /<>/libtelephonyservice/contactwatcher.cpp:25: /usr/include/libintl.h:44:14: note: ‘dgettext’ declared here 44 | extern char *dgettext (const char *__domainname, const char *__msgid) | ^~~~ /<>/libtelephonyservice/contactwatcher.cpp:159:21: error: ‘dgettext’ is not a member of ‘C’; did you mean ‘dgettext’? 159 | setAlias(C::dgettext("telephony-service", "Unknown Number")); | ^~~~ /usr/include/libintl.h:44:14: note: ‘dgettext’ declared here 44 | extern char *dgettext (const char *__domainname, const char *__msgid) | ^~~~ ...
Bug#1068613: lomiri-history-service FTBFS with abseil 20230802.1
Source: lomiri-history-service Version: 0.5-1 Severity: serious Tags: ftbfs Forwarded: https://gitlab.com/ubports/development/core/history-service/-/merge_requests/35 https://buildd.debian.org/status/fetch.php?pkg=lomiri-history-service=amd64=0.5-1%2Bb2=1712518035=0 ... In file included from /usr/include/absl/base/config.h:86, from /usr/include/absl/algorithm/algorithm.h:29, from /usr/include/absl/algorithm/container.h:53, from /usr/include/absl/container/node_hash_set.h:40, from /usr/include/phonenumbers/phonenumberutil.h:33, from /<>/src/phoneutils.cpp:28: /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." | ^ ...
Bug#1068612: libopenmpi3t64: mca_pmix_pmix3x.so: undefined symbol: pmix_value_load on 32bit
Package: libopenmpi3t64 Version: 4.1.6-8 Severity: serious Tags: ftbfs Control: affects -1 src:hypre src:h5py src:fenics-dolfinx src:dune-uggrid src:dolfinx-mpc src:dolfin src:liggghts https://buildd.debian.org/status/fetch.php?pkg=dune-uggrid=i386=2.9.0-2%2Bb3=1712511034=0 ... orted: symbol lookup error: /usr/lib/i386-linux-gnu/openmpi/lib/openmpi3/mca_pmix_pmix3x.so: undefined symbol: pmix_value_load ...
Bug#1068610: dico: binary-all FTBFS
Source: dico Version: 2.11-4 Severity: serious Tags: ftbfs X-Debbugs-Cc: Helmut Grohne https://buildd.debian.org/status/logs.php?pkg=dico=all ... debian/rules execute_after_dh_installsystemd make[1]: Entering directory '/<>' ln -s dicod.service debian/dicod/`test -e debian/dicod/lib/systemd/system/dicod.service || echo usr/`lib/systemd/system/dictd.service ln: failed to create symbolic link 'debian/dicod/usr/lib/systemd/system/dictd.service': No such file or directory make[1]: *** [debian/rules:52: execute_after_dh_installsystemd] Error 1
Bug#1068483: dpkg-genbuildinfo: Should buildinfo files copy the hash of the source package?
Package: dpkg-dev Version: 1.22.6 Severity: normal X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org A thought I already wrote in a recent debian-devel discussion: In theory source package filenames should be eternally and globally unique, but in practice there are cornercases where this assumption might break like for example: - *stable-security does not currently have a copy of the sources in the main archive, one always have to upload the source archive there and this might accidentally be a different orig.tar - dak does not keep an eternal history of everything it ever knew, e.g. RM and later re-NEW of a source version might have a different source .orig.tar or even different sources for a Debian revision - Debian and Ubuntu might have different orig.tar for the same version, if Ubuntu updated a package before Debian did, or with packages were development is completely independent in Debian and Ubuntu (e.g. OpenStack, KDE) The reason for different files might be as trivial as "git archive" not always producing the same output when running in different environments, e.g. the autogenerated tarball for a git tag on Github might have different checksums depending on whether it is downloaded today or next year despite identical contents due to slightly different gzip compression. Should buildinfo files contain the hashes of the source package, to clearly define what sources have been used?
Bug#1060407: gtkwave update for {bookworm,bullseye,buster}-security
On Thu, Apr 04, 2024 at 11:21:21AM +0200, Emilio Pozuelo Monfort wrote: > On 29/03/2024 00:06, Adrian Bunk wrote: >... > > As already mentioned in #1060407, the ghwdump tool (and manpage) was > > dropped in 3.3.110 from the upstream sources, and is now in ghdl-tools. > > For bullseye and buster it is therefore readded. > > > > As mentioned in #1060407 there are different tarballs for GTK 2 and GTK 3. > > Looking closer I realized that this is actually one tarball that > > supports GTK 1+2, and one tarball that supports GTK 2+3. > > I did stay at the GTK 1+2 tarball that was already used before > > for bullseye and buster since there was anyway a different upstream > > tarball required for the +really version that is required to avoid > > creating file conflicts with ghwdump when upgrading to bookworm. > > > > What does the security team consider the best versioning for bullseye? > > In #1060407 I suggested 3.3.104+really3.3.118-0.1, but now I ended up > > preferring 3.3.104+really3.3.118-0+deb11u1 > > I saw this earlier but I couldn't think of a better versioning scheme, > though this looked awkward. Now I have thought of a (possibly) better one, > so I'm stating it here in case we find ourselves in a similar situation in > the future and someone remembers this thread. > > I would have gone with > > 3.3.118-0.1~deb12u1 > 3.3.118+gtk2-0+deb11u1 > 3.3.118+gtk2-0+deb10u1 Rather 3.3.118~gtk2, since 3.3.118+gtk2 > 3.3.118 And as described above, +really is required due to ghwdump: Package: ghdl-tools Replaces: gtkwave (<< 3.3.110~) Breaks: gtkwave (<< 3.3.110~) Since I am readding ghwdump, the version has to be << 3.3.110~ > Cheers, > Emilio cu Adrian
Bug#1068081: rust-dns-lookup: "lookup::test_rev_localhost' panicked at 'assertion failed" on loong64
Hi Dandan, please report this bug upstream as it's not Debian-specific. The upstream bug tracker can be found in [1]. Adrian > [1] https://github.com/keeperofdakeys/dns-lookup/issues -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1056428: /usr/sbin/lparstat: Could not open /proc/ppc64/lparcfg when lauch lparstat
Hello Thomas, On Wed, 2024-04-03 at 12:22 +, PEPONAS Thomas wrote: > On IBM Power paltform , add cpu entitlement can not be done without > LPARCFG=Y , because /proc/ppc64/lparcfg could not open: > Logs from drmgr : > ## Apr 03 10:54:41 2024 ## > drmgr: -c cpu -r -q 10 -p ent_capacity -w 5 -d 1 > Validating CPU DLPAR capability...yes. > Could not open "/proc/ppc64/lparcfg" > No such file or directory > CPU entitlement capability is not enabled on this platform. > Could not update system parameter ent_capacity > ## Apr 03 10:54:41 2024 ## > > will the LPARCFG option be activated on future versions? The Debian kernel maintainers are informed since I have reassigned the bug to the kernel package. I assume this will be fixed in the near future. I might do it myself if I find the time during the next weeks. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1057050: closed by Debian FTP Masters (reply to Patrick Franz ) (Bug#1057050: fixed in qt6-multimedia 6.6.1-1)
Control: reopen -1 Hi, looks like this didn't work: > https://buildd.debian.org/status/fetch.php?pkg=qt6-multimedia=powerpc=6.4.2-11=1705003199=0 Reopening the bug therefore. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1060407: gtkwave update for {bookworm,bullseye,buster}-security
On Sun, Mar 31, 2024 at 01:52:40PM +0200, Moritz Mühlenhoff wrote: > Hi Adrian, Hi Moritz, >... > > debdiffs contain only changes to debian/ > > The bookworm/bullseye debdiffs looks good, please upload to security-master, > thanks! both are now uploaded. > Note that both need -sa, but dak needs some special attention when > uploading to security-master. You'll need to wait for the ACCEPTED mail > before you can upload the next one. Done, but I am not sure this was necessary in this case since these are different upstream tarballs gtkwave_3.3.118.orig.tar.gz and gtkwave_3.3.104+really3.3.118.orig.tar.gz (The contents also differs since as mentioned one is the GTK 2+3 upstream tarball and the other one is the GTK 1+2 upstream tarball.) > Cheers, > Moritz cu Adrian
Bug#1067288: pulseaudio: FTBFS on x86: cpu-volume-test fails, segfault in svolume_orc_test
Control: reassign -1 src:pulseaudio 16.1+dfsg1-3 Control: forwarded -1 https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/3803 On Fri, Mar 22, 2024 at 10:29:23AM +, Simon McVittie wrote: > Control: retitle -1 pulseaudio: FTBFS on x86: cpu-volume-test fails, segfault > in svolume_orc_test > Control: reassign -1 src:orc 1:0.4.38-1 > Control: forwarded -1 https://gitlab.freedesktop.org/gstreamer/orc/-/issues/66 > Control: tags 1067458 + ftbfs sid trixie > Control: merge 1067458 -1 > Control: affects 1067458 + src:pulseaudio > > On Wed, 20 Mar 2024 at 21:48:23 +0100, Lucas Nussbaum wrote: > > > === 47/53 > > > > > > test: cpu-volume-test > > > start time: 06:46:56 > > > duration: 2.82s > > > result: exit status 1 > > > command: > > > UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 > > > > > > LD_LIBRARY_PATH=/<>/obj-x86_64-linux-gnu/src/pulse:/<>/obj-x86_64-linux-gnu/src/pulsecore:/<>/obj-x86_64-linux-gnu/src > > > MALLOC_PERTURB_=255 MAKE_CHECK=1 > > > ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 > > > /<>/obj-x86_64-linux-gnu/src/tests/cpu-volume-test > > > --- stdout > > > --- > > > Running suite(s): CPU > > > 66%: Checks: 3, Failures: 0, Errors: 1 > > > ../src/tests/cpu-volume-test.c:188:E:svolume:svolume_orc_test:0: (after > > > this point) Received signal 11 (Segmentation fault) > > > == > > This seems to be the same issue as #1067458. > > If a fix isn't obvious, could we perhaps roll back orc to 0.4.34 > (presumably versioned as 1:0.4.38+really0.4.34), or disable its use > in PulseAudio for now? According to the information in the upstream bug, PulseAudio has fixed the test now. > Thanks, > smcv cu Adrian
Bug#1068033: bookworm-pu: package gross/1.0.2-4.1~deb12u1
Package: release.debian.org Severity: normal Tags: bookworm User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: Antonio Radici , t...@security.debian.org * CVE-2023-52159: Stack-based buffer overflow (Closes: #1067115) This CVE is marked no-dsa. Building with the bookworm debhelper adds a preinst due to #1021027. diffstat for gross-1.0.2 gross-1.0.2 changelog| 14 patches/0001-fix-misuse-of-strncat.patch | 95 +++ patches/series |1 3 files changed, 110 insertions(+) diff -Nru gross-1.0.2/debian/changelog gross-1.0.2/debian/changelog --- gross-1.0.2/debian/changelog2014-10-25 11:20:12.0 +0300 +++ gross-1.0.2/debian/changelog2024-03-29 22:52:55.0 +0200 @@ -1,3 +1,17 @@ +gross (1.0.2-4.1~deb12u1) bookworm; urgency=medium + + * Non-maintainer upload. + * Rebuild for bookworm. + + -- Adrian Bunk Fri, 29 Mar 2024 22:52:55 +0200 + +gross (1.0.2-4.1) unstable; urgency=high + + * Non-maintainer upload. + * CVE-2023-52159: Stack-based buffer overflow (Closes: #1067115) + + -- Adrian Bunk Sat, 23 Mar 2024 23:23:34 +0200 + gross (1.0.2-4) unstable; urgency=low * debian/README: fixed a typo (Closes: 670596) diff -Nru gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch --- gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch 1970-01-01 02:00:00.0 +0200 +++ gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch 2024-03-23 23:23:34.0 +0200 @@ -0,0 +1,95 @@ +From ec697f4dd5b057ad5af17468dac7955f3d1c03c6 Mon Sep 17 00:00:00 2001 +From: Dmitry Mikhirev +Date: Wed, 27 Dec 2023 03:42:29 +0400 +Subject: fix misuse of strncat + +--- + src/gross.c | 11 --- + src/worker.c | 21 - + 2 files changed, 20 insertions(+), 12 deletions(-) + +diff --git a/src/gross.c b/src/gross.c +index 6e1a277..f477845 100644 +--- a/src/gross.c b/src/gross.c +@@ -111,7 +111,9 @@ configure_grossd(configlist_t *config) + configlist_t *cp; + const char *updatestr; + struct hostent *host = NULL; +- char buffer[MAXLINELEN] = { '\0' }; ++ char buffer[MAXLINELEN]; ++ char *lineend; ++ size_t len; + params_t *pp; + + cp = config; +@@ -119,11 +121,14 @@ configure_grossd(configlist_t *config) + while (cp) { + pp = cp->params; + *buffer = '\0'; ++ lineend = buffer; ++ len = 0; + while (pp) { +- strncat(buffer, " ; ", MAXLINELEN - 1); +- strncat(buffer, pp->value, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN - len - 1, " ; %s", pp->value); ++ lineend = buffer + len; + pp = pp->next; + } ++ buffer[MAXLINELEN - 1] = '\0'; + logstr(GLOG_DEBUG, "config: %s = %s%s", cp->name, cp->value, buffer); + cp = cp->next; + } +diff --git a/src/worker.c b/src/worker.c +index 24f104b..63c0f06 100644 +--- a/src/worker.c b/src/worker.c +@@ -618,7 +618,8 @@ void + querylogwrite(querylog_entry_t *q) + { + char line[MAXLINELEN]; +- char buffer[MAXLINELEN]; ++ size_t len = 0; ++ char *lineend = line; + char *actionstr; + check_match_t *m; + +@@ -655,25 +656,27 @@ querylogwrite(querylog_entry_t *q) + if (NULL == q->recipient) + q->recipient = "N/A"; + +- snprintf(line, MAXLINELEN - 1, "a=%s d=%d w=%d c=%s s=%s r=%s", actionstr, q->delay, q->totalweight, +- q->client_ip, q->sender, q->recipient); ++ len += snprintf(line, MAXLINELEN - 1, "a=%s d=%d w=%d c=%s s=%s r=%s", actionstr, q->delay, q->totalweight, q->client_ip, q->sender, q->recipient); ++ lineend = line +len; + + if (q->helo) { +- snprintf(buffer, MAXLINELEN - 1, " h=%s", q->helo); +- strncat(line, buffer, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN - len - 1, " h=%s", q->helo); ++ lineend = line + len; + } + + m = q->match; + while (m) { +- snprintf(buffer, MAXLINELEN - 1, " m=%s", m->name); +- strncat(line, buffer, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN - len - 1, " m=%s", m->name); ++ lineend = line + len; + if (m->weight) { +- snprintf(buffer, MAXLINELEN - 1, "%+d", m->weight); +- strncat(line, buffer, MAXLINEL
Bug#1068034: bullseye-pu: package gross/1.0.2-4.1~deb11u1
Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: Antonio Radici , t...@security.debian.org * CVE-2023-52159: Stack-based buffer overflow (Closes: #1067115) This CVE is marked no-dsa. diffstat for gross-1.0.2 gross-1.0.2 changelog| 14 patches/0001-fix-misuse-of-strncat.patch | 95 +++ patches/series |1 3 files changed, 110 insertions(+) diff -Nru gross-1.0.2/debian/changelog gross-1.0.2/debian/changelog --- gross-1.0.2/debian/changelog2014-10-25 11:20:12.0 +0300 +++ gross-1.0.2/debian/changelog2024-03-29 23:02:44.0 +0200 @@ -1,3 +1,17 @@ +gross (1.0.2-4.1~deb11u1) bullseye; urgency=medium + + * Non-maintainer upload. + * Rebuild for bullseye. + + -- Adrian Bunk Fri, 29 Mar 2024 23:02:44 +0200 + +gross (1.0.2-4.1) unstable; urgency=high + + * Non-maintainer upload. + * CVE-2023-52159: Stack-based buffer overflow (Closes: #1067115) + + -- Adrian Bunk Sat, 23 Mar 2024 23:23:34 +0200 + gross (1.0.2-4) unstable; urgency=low * debian/README: fixed a typo (Closes: 670596) diff -Nru gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch --- gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch 1970-01-01 02:00:00.0 +0200 +++ gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch 2024-03-23 23:23:34.0 +0200 @@ -0,0 +1,95 @@ +From ec697f4dd5b057ad5af17468dac7955f3d1c03c6 Mon Sep 17 00:00:00 2001 +From: Dmitry Mikhirev +Date: Wed, 27 Dec 2023 03:42:29 +0400 +Subject: fix misuse of strncat + +--- + src/gross.c | 11 --- + src/worker.c | 21 - + 2 files changed, 20 insertions(+), 12 deletions(-) + +diff --git a/src/gross.c b/src/gross.c +index 6e1a277..f477845 100644 +--- a/src/gross.c b/src/gross.c +@@ -111,7 +111,9 @@ configure_grossd(configlist_t *config) + configlist_t *cp; + const char *updatestr; + struct hostent *host = NULL; +- char buffer[MAXLINELEN] = { '\0' }; ++ char buffer[MAXLINELEN]; ++ char *lineend; ++ size_t len; + params_t *pp; + + cp = config; +@@ -119,11 +121,14 @@ configure_grossd(configlist_t *config) + while (cp) { + pp = cp->params; + *buffer = '\0'; ++ lineend = buffer; ++ len = 0; + while (pp) { +- strncat(buffer, " ; ", MAXLINELEN - 1); +- strncat(buffer, pp->value, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN - len - 1, " ; %s", pp->value); ++ lineend = buffer + len; + pp = pp->next; + } ++ buffer[MAXLINELEN - 1] = '\0'; + logstr(GLOG_DEBUG, "config: %s = %s%s", cp->name, cp->value, buffer); + cp = cp->next; + } +diff --git a/src/worker.c b/src/worker.c +index 24f104b..63c0f06 100644 +--- a/src/worker.c b/src/worker.c +@@ -618,7 +618,8 @@ void + querylogwrite(querylog_entry_t *q) + { + char line[MAXLINELEN]; +- char buffer[MAXLINELEN]; ++ size_t len = 0; ++ char *lineend = line; + char *actionstr; + check_match_t *m; + +@@ -655,25 +656,27 @@ querylogwrite(querylog_entry_t *q) + if (NULL == q->recipient) + q->recipient = "N/A"; + +- snprintf(line, MAXLINELEN - 1, "a=%s d=%d w=%d c=%s s=%s r=%s", actionstr, q->delay, q->totalweight, +- q->client_ip, q->sender, q->recipient); ++ len += snprintf(line, MAXLINELEN - 1, "a=%s d=%d w=%d c=%s s=%s r=%s", actionstr, q->delay, q->totalweight, q->client_ip, q->sender, q->recipient); ++ lineend = line +len; + + if (q->helo) { +- snprintf(buffer, MAXLINELEN - 1, " h=%s", q->helo); +- strncat(line, buffer, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN - len - 1, " h=%s", q->helo); ++ lineend = line + len; + } + + m = q->match; + while (m) { +- snprintf(buffer, MAXLINELEN - 1, " m=%s", m->name); +- strncat(line, buffer, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN - len - 1, " m=%s", m->name); ++ lineend = line + len; + if (m->weight) { +- snprintf(buffer, MAXLINELEN - 1, "%+d", m->weight); +- strncat(line, buffer, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN
Bug#1067735: www.debian.org: Please update links for PowerPC CHRP port
Package: www.debian.org Severity: normal User: debian-powe...@lists.debian.org Usertags: powerpc X-Debbugs-Cc: debian-powe...@lists.debian.org Hello, the following page for the PowerPC CHRP has some dead links: > https://www.debian.org/ports/powerpc/inst/chrp These links can be updated to point to archive.debian.org: linux.bin: http://archive.debian.org/debian/dists/woody/main/disks-powerpc/current/chrp/linux.bin rescue.bin: http://archive.debian.org/debian/dists/woody/main/disks-powerpc/current/chrp/images-1.44/rescue.bin driver-1.bin: http://archive.debian.org/debian/dists/woody/main/disks-powerpc/current/chrp/images-1.44/driver-1.bin driver-2.bin: http://archive.debian.org/debian/dists/woody/main/disks-powerpc/current/chrp/images-1.44/driver-2.bin basedebs.tar: http://archive.debian.org/debian/dists/woody/main/disks-powerpc/base-images-current/basedebs.tar CHRP System from Geert Uytterhoeven: https://web.archive.org/web/20140625035302/http://users.telenet.be/geertu/Linux/PPC/ In the long term, it might be a good idea to move the documentation for old architectures to Debian Ports. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1067646: llvm-toolchain-17: please enable m68k build
Hi Thorsten, On Mon, 2024-03-25 at 00:33 +, Thorsten Glaser wrote: > Attempts to build llvm-toolchain-15 (needed for qt6) and 17 (which > is apparently what everyone should switch to, but 16 might also need > it) fail at configure stage: > > The target `M68k' is experimental and must be passed via > LLVM_EXPERIMENTAL_TARGETS_TO_BUILD. > > Please do so ;-) I guess. Unless we switch to 32-bit alignment, LLVM won't build natively on m68k :-(. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1067115: gross: diff for NMU version 1.0.2-4.1
On Sun, Mar 24, 2024 at 11:05:54PM +0100, Antonio Radici wrote: > On Sat, Mar 23, 2024 at 11:45:58PM +0200, Adrian Bunk wrote: > > Control: tags 1067115 + patch > > Control: tags 1067115 + pending > > > > Dear maintainer, > > > > I've prepared an NMU for gross (versioned as 1.0.2-4.1) and uploaded > > it to DELAYED/2. Please feel free to tell me if I should cancel it. > > > > Thanks for working on this, no reason to cancel it. >... Thanks, rescheduled for immediate upload. cu Adrian
Bug#1038585: virtualjaguar: Depends on SDL 1.2
Control: tags -1 +patch Hello, On Tue, 2023-08-29 at 13:05 +0200, John Paul Adrian Glaubitz wrote: > Any chance this can get a proper release so that we can update the Debian > package > without having to add local patches? Attaching the two patches that I used for porting the openSUSE package to SDL-2. The patch virtualjaguar-sdl2.patch required some rebasing before it applied against the original tarball source. I will try to take care of this bug and the FTBFS over the Easter holidays. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 From 05c2e7989d2c73fcfa5e01b014ac6ee649ba3de2 Mon Sep 17 00:00:00 2001 From: Teemu Hukkanen Date: Thu, 3 Aug 2023 02:43:04 +0300 Subject: [PATCH 2/3] Use joystick identifier from SDL_JoystickOpen for SDL_JoystickName --- src/gui/gamepad.cpp | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gui/gamepad.cpp b/src/gui/gamepad.cpp index a7a9498..f72cc0c 100644 --- a/src/gui/gamepad.cpp +++ b/src/gui/gamepad.cpp @@ -55,7 +55,7 @@ void Gamepad::AllocateJoysticks(void) // We need to copy the contents of this pointer, as SDL will change it // willy nilly to suit itself // padName[i] = SDL_JoystickName(i); - strncpy(padName[i], SDL_JoystickName(i), 127); + strncpy(padName[i], SDL_JoystickName(pad[i]), 127); padName[i][127] = 0; // Just in case name's length > 127 if (pad[i]) -- 2.43.0 From 5bfd43189df61e1f49b9186bcfce129f2a643e9b Mon Sep 17 00:00:00 2001 From: Teemu Hukkanen Date: Thu, 3 Aug 2023 02:37:07 +0300 Subject: [PATCH 1/3] Switch to SDL2 --- jaguarcore.mak | 3 ++- src/dac.cpp | 2 +- src/dsp.cpp | 2 +- src/gui/app.cpp | 2 +- src/gui/gamepad.h | 2 +- src/gui/mainwin.cpp | 2 +- src/jaguar.cpp | 3 +-- src/m68000/Makefile | 2 +- virtualjaguar.pro | 8 9 files changed, 13 insertions(+), 13 deletions(-) diff --git a/jaguarcore.mak b/jaguarcore.mak index 7252be7..e4a39c2 100644 --- a/jaguarcore.mak +++ b/jaguarcore.mak @@ -41,8 +41,9 @@ LD := $(CROSS)gcc AR := $(CROSS)ar ARFLAGS := -rs -SDL_CFLAGS = `$(CROSS)sdl-config --cflags` +SDL_CFLAGS = `$(CROSS)sdl2-config --cflags` DEFINES = -D$(SYSTYPE) $(HAVECDIO) + GCC_DEPS = -MMD INCS := -I./src diff --git a/src/dac.cpp b/src/dac.cpp index e94d564..3745846 100644 --- a/src/dac.cpp +++ b/src/dac.cpp @@ -43,7 +43,7 @@ #include "dac.h" //#include -#include "SDL.h" +#include #include "cdrom.h" #include "dsp.h" #include "event.h" diff --git a/src/dsp.cpp b/src/dsp.cpp index 8853f94..f9f3f8b 100644 --- a/src/dsp.cpp +++ b/src/dsp.cpp @@ -16,7 +16,7 @@ #include "dsp.h" -#include // Used only for SDL_GetTicks... +#include // Used only for SDL_GetTicks... #include #include "dac.h" #include "gpu.h" diff --git a/src/gui/app.cpp b/src/gui/app.cpp index 9414dd4..347be00 100644 --- a/src/gui/app.cpp +++ b/src/gui/app.cpp @@ -17,7 +17,7 @@ #include "app.h" -#include +#include #include #include "gamepad.h" #include "log.h" diff --git a/src/gui/gamepad.h b/src/gui/gamepad.h index 902dae1..2c62932 100644 --- a/src/gui/gamepad.h +++ b/src/gui/gamepad.h @@ -21,7 +21,7 @@ #define JOY_AXISDIR_MASK 0x01 #include -#include "SDL.h" +#include // buttonID is the combination of the type (BUTTON, HAT) and the button # // (0-255 for buttons, 0-31 for hats). Hats also have 0-7 for a button # diff --git a/src/gui/mainwin.cpp b/src/gui/mainwin.cpp index cb01b02..a9f9cfc 100644 --- a/src/gui/mainwin.cpp +++ b/src/gui/mainwin.cpp @@ -36,7 +36,7 @@ #include "mainwin.h" -#include "SDL.h" +#include #include "app.h" #include "about.h" #include "configdialog.h" diff --git a/src/jaguar.cpp b/src/jaguar.cpp index f829892..5d7726f 100644 --- a/src/jaguar.cpp +++ b/src/jaguar.cpp @@ -17,8 +17,7 @@ #include "jaguar.h" #include -#include -#include "SDL_opengl.h" +#include #include "blitter.h" #include "cdrom.h" #include "dac.h" diff --git a/src/m68000/Makefile b/src/m68000/Makefile index 16ed159..6796a85 100644 --- a/src/m68000/Makefile +++ b/src/m68000/Makefile @@ -23,7 +23,7 @@ HOSTCC := gcc ARFLAGS := -rs GCC_DEPS = -MMD -INCS:= -I. -I./obj `$(CROSS)sdl-config --cflags` +INCS:= -I. -I./obj `$(CROSS)sdl2-config --cflags` OBJS = \ obj/cpustbl.o \ diff --git a/virtualjaguar.pro b/virtualjaguar.pro index a53b444..6b6e651 100644 --- a/virtualjaguar.pro +++ b/virtualjaguar.pro @@ -33,8 +33,8 @@ else:macx { DEFINES += __GCCUNIX__ __THINK_STUPID__ } else:unix { DEFINES += __GCCUNIX__ } # SDL (to link statically on Mac) -macx { LIBS += `sdl-config --static-libs` } -else { LIBS += `$(CROSS)sdl-config --libs` } +macx { LIBS += `sd
Bug#1067115: gross: diff for NMU version 1.0.2-4.1
Control: tags 1067115 + patch Control: tags 1067115 + pending Dear maintainer, I've prepared an NMU for gross (versioned as 1.0.2-4.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should cancel it. cu Adrian diffstat for gross-1.0.2 gross-1.0.2 changelog|7 ++ patches/0001-fix-misuse-of-strncat.patch | 95 +++ patches/series |1 3 files changed, 103 insertions(+) diff -Nru gross-1.0.2/debian/changelog gross-1.0.2/debian/changelog --- gross-1.0.2/debian/changelog 2014-10-25 11:20:12.0 +0300 +++ gross-1.0.2/debian/changelog 2024-03-23 23:23:34.0 +0200 @@ -1,3 +1,10 @@ +gross (1.0.2-4.1) unstable; urgency=high + + * Non-maintainer upload. + * CVE-2023-52159: Stack-based buffer overflow (Closes: #1067115) + + -- Adrian Bunk Sat, 23 Mar 2024 23:23:34 +0200 + gross (1.0.2-4) unstable; urgency=low * debian/README: fixed a typo (Closes: 670596) diff -Nru gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch --- gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch 1970-01-01 02:00:00.0 +0200 +++ gross-1.0.2/debian/patches/0001-fix-misuse-of-strncat.patch 2024-03-23 23:23:34.0 +0200 @@ -0,0 +1,95 @@ +From ec697f4dd5b057ad5af17468dac7955f3d1c03c6 Mon Sep 17 00:00:00 2001 +From: Dmitry Mikhirev +Date: Wed, 27 Dec 2023 03:42:29 +0400 +Subject: fix misuse of strncat + +--- + src/gross.c | 11 --- + src/worker.c | 21 - + 2 files changed, 20 insertions(+), 12 deletions(-) + +diff --git a/src/gross.c b/src/gross.c +index 6e1a277..f477845 100644 +--- a/src/gross.c b/src/gross.c +@@ -111,7 +111,9 @@ configure_grossd(configlist_t *config) + configlist_t *cp; + const char *updatestr; + struct hostent *host = NULL; +- char buffer[MAXLINELEN] = { '\0' }; ++ char buffer[MAXLINELEN]; ++ char *lineend; ++ size_t len; + params_t *pp; + + cp = config; +@@ -119,11 +121,14 @@ configure_grossd(configlist_t *config) + while (cp) { + pp = cp->params; + *buffer = '\0'; ++ lineend = buffer; ++ len = 0; + while (pp) { +-strncat(buffer, " ; ", MAXLINELEN - 1); +-strncat(buffer, pp->value, MAXLINELEN - 1); ++len += snprintf(lineend, MAXLINELEN - len - 1, " ; %s", pp->value); ++lineend = buffer + len; + pp = pp->next; + } ++ buffer[MAXLINELEN - 1] = '\0'; + logstr(GLOG_DEBUG, "config: %s = %s%s", cp->name, cp->value, buffer); + cp = cp->next; + } +diff --git a/src/worker.c b/src/worker.c +index 24f104b..63c0f06 100644 +--- a/src/worker.c b/src/worker.c +@@ -618,7 +618,8 @@ void + querylogwrite(querylog_entry_t *q) + { + char line[MAXLINELEN]; +- char buffer[MAXLINELEN]; ++ size_t len = 0; ++ char *lineend = line; + char *actionstr; + check_match_t *m; + +@@ -655,25 +656,27 @@ querylogwrite(querylog_entry_t *q) + if (NULL == q->recipient) + q->recipient = "N/A"; + +- snprintf(line, MAXLINELEN - 1, "a=%s d=%d w=%d c=%s s=%s r=%s", actionstr, q->delay, q->totalweight, +- q->client_ip, q->sender, q->recipient); ++ len += snprintf(line, MAXLINELEN - 1, "a=%s d=%d w=%d c=%s s=%s r=%s", actionstr, q->delay, q->totalweight, q->client_ip, q->sender, q->recipient); ++ lineend = line +len; + + if (q->helo) { +- snprintf(buffer, MAXLINELEN - 1, " h=%s", q->helo); +- strncat(line, buffer, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN - len - 1, " h=%s", q->helo); ++ lineend = line + len; + } + + m = q->match; + while (m) { +- snprintf(buffer, MAXLINELEN - 1, " m=%s", m->name); +- strncat(line, buffer, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN - len - 1, " m=%s", m->name); ++ lineend = line + len; + if (m->weight) { +- snprintf(buffer, MAXLINELEN - 1, "%+d", m->weight); +- strncat(line, buffer, MAXLINELEN - 1); ++ len += snprintf(lineend, MAXLINELEN - len - 1, "%+d", m->weight); ++ lineend = line + len; + } + m = m->next; + } + ++ line[MAXLINELEN - 1] = '\0'; ++ + logstr(GLOG_INFO, "%s", line); + } + +-- +2.30.2 + diff -Nru gross-1.0.2/debian/patches/series gross-1.0.2/debian/patches/series --- gross-1.0.2/debian/patches/series 2014-10-25 11:07:44.0 +0300 +++ gross-1.0.2/debian/patches/series 2024-03-23 23:23:34.0 +0200 @@ -1,3 +1,4 @@ 0001-fix-manpage-errors.patch 0003-change-default-user.patch 0002-remove-getline.patch +0001-fix-misuse-of-strncat.patch
Bug#1060407: gtkwave: diff for NMU version 3.3.118-0.1
Control: tags 1060407 + patch Control: tags 1060407 + pending Dear maintainer, I've prepared an NMU for gtkwave (versioned as 3.3.118-0.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should cancel it. cu Adrian diffstat for gtkwave-3.3.116 gtkwave-3.3.118 ChangeLog| 44 LICENSE.TXT |2 configure| 20 +- configure.ac |2 contrib/bundle_for_osx/Info-gtkwave.plist|6 contrib/xml2stems/xml2stems.cc | 20 +- debian/changelog | 30 +++ share/appdata/Makefile.am|2 share/appdata/Makefile.in|2 share/appdata/gtkwave.appdata.xml| 20 -- share/appdata/io.github.gtkwave.GTKWave.metainfo.xml | 143 ++ src/debug.c | 39 +++ src/debug.h |3 src/extload.c|6 src/globals.h|2 src/helpers/evcd2vcd.c | 14 + src/helpers/fst/fstapi.c | 189 +-- src/helpers/lxt2_read.c | 96 + src/helpers/vcd2fst.c| 47 src/helpers/vcd2lxt.c| 69 ++ src/helpers/vcd2lxt2.c | 69 ++ src/helpers/vcd2vzt.c| 69 ++ src/helpers/vzt_read.c | 109 ++ src/libghw.c |3 src/liblzma/LzmaLib.c| 37 +++ src/main.c |4 src/ptranslate.c |2 src/savefile.c |4 src/ttranslate.c |2 src/vcd.c| 17 + src/vcd_partial.c| 17 + src/vcd_recoder.c| 15 + 32 files changed, 1000 insertions(+), 104 deletions(-) diff -Nru gtkwave-3.3.116/ChangeLog gtkwave-3.3.118/ChangeLog --- gtkwave-3.3.116/ChangeLog 2023-07-23 03:37:07.0 +0300 +++ gtkwave-3.3.118/ChangeLog 2023-12-31 23:11:04.0 +0200 @@ -1843,3 +1843,47 @@ Add GDK_WINDOWING_WAYLAND check for gdkwayland.h header usage. Changed sprintf to snprintf in fstapi.c. Fix init crash on show_base_symbols enabled. +3.3.117 08aug23 Fix stems reader processing code broken in 3.3.114. +3.3.118 17dec23 Update xml2stems to handle newer "loc" vs "fl" xml tags. + Change preg_regex_c_1 decl to use regex_t* as datatype. + Move gtkwave.appdata.xml to + io.github.gtkwave.GTKWave.metainfo.xml. + Fixed popen security advisories: + TALOS-2023-1786 + Fixed FST security advisories: + TALOS-2023-1777 + TALOS-2023-1783 + TALOS-2023-1785 + TALOS-2023-1789 + TALOS-2023-1790 + TALOS-2023-1791 + TALOS-2023-1792 + TALOS-2023-1793 + TALOS-2023-1797 + TALOS-2023-1798 + Fixed evcd2vcd security advisories: + TALOS-2023-1803 + Fixed VCD security advisories: + TALOS-2023-1804 + TALOS-2023-1805 + TALOS-2023-1806 + TALOS-2023-1807 + Fixed VZT security advisories: + TALOS-2023-1810 + TALOS-2023-1811 + TALOS-2023-1812 + TALOS-2023-1813 + TALOS-2023-1814 + TALOS-2023-1815 + TALOS-2023-1816 + TALOS-2023-1817 + Fixed LXT2 security advisories: + TALOS-2023-1818 + TALOS-2023-1819 + TALOS-2023-1820 + TALOS-2023-1821 + TALOS-2023-1822 + TALOS-2023-1823 + TALOS-2023-1824 + TALOS-2023-1826 + TALOS-2023-1827 diff -Nru gtkwave-3.3.116/configure gtkwave-3.3.118/configure --- gtkwave-3.3.116/configure 2023-07-23 03:37:07.0 +0300 +++ gtkwave-3.3.118/configure 2023-12-31 23:11:03.0 +0200 @@ -1,6 +1,6 @@ #! /bin/sh # Guess values for system-dependent variables and create Makefiles. -# Generated by GNU Autoconf 2.69 for gtkwave-gtk3 3.3.116. +# Generated by GNU Autoconf 2.69 for gtkwave-gtk3 3.3.118. # # Report bugs to . # @@ -580,8 +580,8 @@ # Identity of this package. PACKAGE_NAME='gtkwave-gtk3' PACKAGE_TARNAME='gtkwave-gtk3' -PACKAGE_VERSION='3.3.116' -PACKAGE_STRING='gtkwave-gtk3 3.3.116' +PACKAGE_VERSION='3.3.118' +PACKAGE_STRING='gtkwave-gtk3 3.3.118' PACKAGE_BUGREPORT='byb...@rocketmail.com' PACKAGE_URL='' @@ -1395,7 +1395,7 @@ # Omit some internal or obsolete options to make the list less imposing. # This message is too long to be a string in the A/UX 3.1 sh. cat <<_ACEOF -\`configure' configures gtkwave-gtk3 3.3.116 to adapt to many kinds of systems. +\`configure' configures gtkwave-gtk3 3.3.118 to adap
Bug#1067243: openssh: please build without -fzero-call-used-regs=used on m68k
Hi! On Thu, 2024-03-21 at 16:26 +, Thorsten Glaser wrote: > > please? I wanted to use the mitchy.debian.net porterbox but I got > > ECONNREFUSED. > > Adrian, do you have an idea about that? mitchy is back up again. The hosting server was forcefully rebooted without me being notified. I assume that happened due to maintenance reasons since the other Gandi machines were rebooted as well. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1067386: anymarkup-core: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.12 3.11" returned exit code 13
Control: reassign -1 src:python-flexmock Control: merge -1 1067358 Hi Lucas, On Wed, 2024-03-20 at 21:56 +0100, Lucas Nussbaum wrote: > > ERRORS > > > > _ ERROR collecting > > .pybuild/cpython3_3.12_anymarkup-core/build/test/test_libs_not_installed.py > > _ > > test/test_libs_not_installed.py:1: in > > from flexmock import flexmock > > /usr/lib/python3/dist-packages/flexmock/__init__.py:2: in > > from flexmock import _integrations # pylint: disable=unused-import > > /usr/lib/python3/dist-packages/flexmock/_integrations.py:101: in > > saved_pytest = runner.call_runtest_hook > > E AttributeError: module '_pytest.runner' has no attribute > > 'call_runtest_hook' > > === short test summary info > > > > ERROR test/test_libs_not_installed.py - AttributeError: module > > '_pytest.runne... > > Interrupted: 1 error during collection > > > > === 1 error in 0.21s > > === > > I think this is the same bug you reported in #1067358 [1]. anymarkup-core is affected since it uses python-flexmock as a build-dependency. Adrian > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067358 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1056778: gnome-shell: Leaks memory using Wayland; bug still present as of 2024-03-21
Dear Maintainer, the bug in the gnome-shell process is still there in Debian/testing as of the 2024-03-21. The gnome-shell process leaks memory in a tremendous way. The process can get up to 4-8 Gigabyte large. Thank you for your kind attention. Sincerely, Adrian Kieß
Bug#1067213: git: please consider temporarily disabling subversion/libsvn-perl build-dependencies on armhf and armel
Hello, On Wed, 2024-03-20 at 10:08 +0100, Emanuele Rocca wrote: > on armhf and armel both subversion and libsvn-perl are currently not > installable due to the ongoing 64-bit time_t transition. It seems > however that git builds fine without those, and the build dependencies > are just needed for the git-svn selftests. > > The attached patch drops the build dependencies on armhf and armel, and > could of course be reverted once subversion and libsvn-perl are > installable again on the affected architectures. If you do it, please do it for all affected architectures, i.e.: armel, armhf, hppa, m68k, powerpc and sh4 Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1066996: python-greenlet: Please add patch to support sh4
Source: python-greenlet Version: 3.0.1-3 Severity: normal Tags: patch User: debian-sup...@lists.debian.org Usertags: sh4 X-Debbugs-Cc: debian-sup...@lists.debian.org Hi, the attached patch adds support for building python-greenlet on sh4, it's a modified (fixed) version that is currently open for review upstream [1]. The fixed version can be found here [2]. Thanks, Adrian > [1] https://github.com/python-greenlet/greenlet/pull/398 > [2] > https://github.com/glaubitz/greenlet/commit/e73592dec7950ad9fcdb5c0287ef3758df010f11 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 >From e73592dec7950ad9fcdb5c0287ef3758df010f11 Mon Sep 17 00:00:00 2001 From: Pietro Monteiro Date: Wed, 6 Mar 2024 21:59:14 -0500 Subject: [PATCH] Add support for SuperH --- src/greenlet/platform/switch_sh_gcc.h | 36 +++ src/greenlet/slp_platformselect.h | 2 ++ 2 files changed, 38 insertions(+) create mode 100644 src/greenlet/platform/switch_sh_gcc.h diff --git a/src/greenlet/platform/switch_sh_gcc.h b/src/greenlet/platform/switch_sh_gcc.h new file mode 100644 index 000..5ecc3b3 --- /dev/null +++ b/src/greenlet/platform/switch_sh_gcc.h @@ -0,0 +1,36 @@ +#define STACK_REFPLUS 1 + +#ifdef SLP_EVAL +#define STACK_MAGIC 0 +#define REGS_TO_SAVE "r8", "r9", "r10", "r11", "r13", \ + "fr12", "fr13", "fr14", "fr15" + +// r12 Global context pointer, GP +// r14 Frame pointer, FP +// r15 Stack pointer, SP + +static int +slp_switch(void) +{ +int err; +void* fp; +int *stackref, stsizediff; +__asm__ volatile("" : : : REGS_TO_SAVE); +__asm__ volatile("mov.l r14, %0" : "=m"(fp) : :); +__asm__("mov r15, %0" : "=r"(stackref)); +{ +SLP_SAVE_STATE(stackref, stsizediff); +__asm__ volatile( +"add %0, r15\n" +"add %0, r14\n" +: /* no outputs */ +: "r"(stsizediff)); +SLP_RESTORE_STATE(); +__asm__ volatile("mov r0, %0" : "=r"(err) : :); +} +__asm__ volatile("mov.l %0, r14" : : "m"(fp) :); +__asm__ volatile("" : : : REGS_TO_SAVE); +return err; +} + +#endif diff --git a/src/greenlet/slp_platformselect.h b/src/greenlet/slp_platformselect.h index c959f0f..8a77328 100644 --- a/src/greenlet/slp_platformselect.h +++ b/src/greenlet/slp_platformselect.h @@ -64,6 +64,8 @@ extern "C" { # include "platform/switch_aarch64_gcc.h" /* LLVM Aarch64 ABI for Windows */ #elif defined(__GNUC__) && defined(__loongarch64) && defined(__linux__) # include "platform/switch_loongarch64_linux.h" /* LoongArch64 */ +#elif defined(__GNUC__) && defined(__sh__) +# include "platform/switch_sh_gcc.h" /* SuperH */ #endif #ifdef __cplusplus -- 2.44.0
Bug#1066995: pulseaudio: FTBFS with _TIME_BITS=64 on 32-bit systems
Source: pulseaudio Version: 16.1+dfsg1-3 Severity: serious Tags: upstream Justification: ftbfs User: debian-powe...@lists.debian.org Usertags: powerpc X-Debbugs-Cc: debian-powe...@lists.debian.org Hi, pulseaudio fails to built from source with _TIME_BITS=64 [1]: [632/648] cc -Isrc/utils/libpulsedsp.so.p -Isrc/utils -I../src/utils -I. -I.. -Isrc -I../src -fdiagnostics-color=always -Wall -Winvalid-pch -std=gnu11 -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -pthread -DHAVE_CONFIG_H -D_GNU_SOURCE -Wno-nonnull-compare -MD -MQ src/utils/libpulsedsp.so.p/padsp.c.o -MF src/utils/libpulsedsp.so.p/padsp.c.o.d -o src/utils/libpulsedsp.so.p/padsp.c.o -c ../src/utils/padsp.c FAILED: src/utils/libpulsedsp.so.p/padsp.c.o cc -Isrc/utils/libpulsedsp.so.p -Isrc/utils -I../src/utils -I. -I.. -Isrc -I../src -fdiagnostics-color=always -Wall -Winvalid-pch -std=gnu11 -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -pthread -DHAVE_CONFIG_H -D_GNU_SOURCE -Wno-nonnull-compare -MD -MQ src/utils/libpulsedsp.so.p/padsp.c.o -MF src/utils/libpulsedsp.so.p/padsp.c.o.d -o src/utils/libpulsedsp.so.p/padsp.c.o -c ../src/utils/padsp.c In file included from /usr/include/features.h:393, from /usr/include/endian.h:21, from /usr/include/linux/soundcard.h:43, from /usr/include/powerpc-linux-gnu/sys/soundcard.h:1, from ../src/utils/padsp.c:33: /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" | ^ This needs to be fixed for the time_t transition [2]. Thanks, Adrian > [1] > https://buildd.debian.org/status/fetch.php?pkg=pulseaudio=powerpc=16.1%2Bdfsg1-3%2Bb1=1710500596=0 > [2] https://wiki.debian.org/ReleaseGoals/64bit-time -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, see <http://www.gnu.org/licenses/>. ## Configuration file for PulseAudio clients. See pulse-client.conf(5) for ## more information. Default values are commented out. Use either ; or # for ## commenting. ; default-sink = ; default-source = ; default-server = ; default-dbus-server = ; autospawn = yes ; daemon-binary = /usr/bin/pulseaudio ; extra-arguments = --log-target=syslog ; cookie-file = ; enable-shm = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; auto-connect-localhost = no ; auto-connect-display = no # This file is part of PulseAudio. # # PulseAudio is free software; you can redistribute it and/or modify # it under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2 of the License, or # (at your option) any later version. # # PulseAudio is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU Lesser General Public License # along with PulseAudio; if not, see <http://www.gnu.org/licenses/>. ## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for ## more information. Default values are commented out. Use either ; or # for ## commenting. ; daemonize = no ; fail = yes ; allow-module-loading = yes ; allow-exit = yes ; use-pid-file = yes ; system-instance = no ; local-server-type = user ; enable-shm = yes ; enable-memfd = yes ; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 MiB ; lock-memory = no ; cpu-limit = no ; high-priority = yes ; nice-level = -11 ; realtime-scheduling = yes ; realtime-priority = 5 ; exit-idle-time = 20 ; scache-idle-time = 20 ; dl-search-path = (depends on architecture) ; load-default-script-file = yes ; default-scr
Bug#1066952: Defaulting to -Werror=implicit-function-declaration might not be a good idea
Package: dpkg-dev Version: 1.22.6 Severity: serious X-Debbugs-Cc: Steve Langasek There are at least 3 different ways how -Werror=implicit-function-declaration breaks packages: 1. Code that did emit implicit-function-declaration warnings during compilation before and does FTBFS now 2. Code that does FTBFS now due to other breakage caused by -Werror=implicit-function-declaration, e.g. in autoconf tests 3. Code that does still compile with -Werror=implicit-function-declaration but behaves differently, e.g. due to failing autoconf tests silently disabling features Cases from point 1 were always(?) bugs and it is good that they get fixed. The real-world effect of these bugs can be everywhere from "completely harmless" to "that was always broken". Debian has automation listing implicit-function-declaration warnings in all packages already running for several years: https://qa.debian.org/bls/bytag/W-implicit-declaration.html My main worry is point 3, issues like #1066394. #1066394 was found due to causing a FTBFS in a different package, but the more common case is likely that a program has some feature/plugin disabled and this won't be spotted until much later. "Much later" might be after the release of trixie a user upgrading to bookworm who uses this feature. Or it might result in a program silently using an insecure legacy codepath, e.g. after a test for getentropy() failed. A large part of the packages in unstable might not get recompiled between now and the release of trixie, creating the additional issue that any such problem might occur only after a security update or point release update if this is the next rebuild of the package in trixie.
Bug#1066003: libberkeleydb-perl: FTBFS on arm{el,hf}: Failed 1/35 test programs. 1/1861 subtests failed.
On Wed, Mar 13, 2024 at 10:48:45AM -0100, Graham Inggs wrote: >... > Ubuntu is further along in the time_t transition, so further > investigation is needed as to which package causes the change in buld > behaviour of db5.3. >... It's dpkg, Ubuntu disabled -Werror=implicit-function-declaration cu Adrian
Bug#1060407: Multiple security issues
On Wed, Jan 10, 2024 at 08:36:38PM +0100, Moritz Muehlenhoff wrote: > Source: gtkwave > Version: 3.3.116-1 > Severity: grave > Tags: security > X-Debbugs-Cc: Debian Security Team > > A very thorough security audit of gtkwave unveiled a total of 82 security > issues in gtkwave, all fixed in 3.3.118: > > CVE-2023-32650 CVE-2023-34087 CVE-2023-34436 CVE-2023-35004 > CVE-2023-35057 CVE-2023-35128 CVE-2023-35702 CVE-2023-35703 > CVE-2023-35704 CVE-2023-35955 CVE-2023-35956 CVE-2023-35957 > CVE-2023-35958 CVE-2023-35959 CVE-2023-35960 CVE-2023-35961 > CVE-2023-35962 CVE-2023-35963 CVE-2023-35964 CVE-2023-35969 > CVE-2023-35970 CVE-2023-35989 CVE-2023-35992 CVE-2023-35994 > CVE-2023-35995 CVE-2023-35996 CVE-2023-35997 CVE-2023-36746 > CVE-2023-36747 CVE-2023-36861 CVE-2023-36864 CVE-2023-36915 > CVE-2023-36916 CVE-2023-37282 CVE-2023-37416 CVE-2023-37417 > CVE-2023-37418 CVE-2023-37419 CVE-2023-37420 CVE-2023-37442 > CVE-2023-37443 CVE-2023-37444 CVE-2023-37445 CVE-2023-37446 > CVE-2023-37447 CVE-2023-37573 CVE-2023-37574 CVE-2023-37575 > CVE-2023-37576 CVE-2023-37577 CVE-2023-37578 CVE-2023-37921 > CVE-2023-37922 CVE-2023-37923 CVE-2023-38583 CVE-2023-38618 > CVE-2023-38619 CVE-2023-38620 CVE-2023-38621 CVE-2023-38622 > CVE-2023-38623 CVE-2023-38648 CVE-2023-38649 CVE-2023-38650 > CVE-2023-38651 CVE-2023-38652 CVE-2023-38653 CVE-2023-38657 > CVE-2023-39234 CVE-2023-39235 CVE-2023-39270 CVE-2023-39271 > CVE-2023-39272 CVE-2023-39273 CVE-2023-39274 CVE-2023-39275 > CVE-2023-39316 CVE-2023-39317 CVE-2023-39413 CVE-2023-39414 > CVE-2023-39443 CVE-2023-39444 > > Let's first fix unstable and then we can simple build 3.3.118 > for stable-security and oldstable-security as well. >... I looked at it for LTS, and there are at least two issues to consider: 1. GTK 2 versus GTK 3 Between bullseye and bookworm the UI switched from GTK 2 to GTK 3. The good news is that in buster both versions of 3.3.118 work with a small testcase. The bad news is that upstream has different tarballs for GTK 2 and GTK 3. 2. ghwdump moved to ghdl-tools The ghwdump tool (and manpage) was dropped in 3.3.110 from the upstream sources, and is now in ghdl-tools. My suggestion would be that I do: sid: 3.3.118-0.1 (or 3.3.118-1 if done by a maintainer) bookworm: 3.3.118-0.1~deb12u1 bullseye: 3.3.104+really3.3.118-0.1 (GTK 2 and with ghwdump re-added) buster: 3.3.104+really3.3.118-0.1~deb10u1 (or 3.3.98+really3.3.118-0.1) Any comments? Especially maintainer feedback would be appreciated. > Cheers, > Moritz cu Adrian
Bug#1064967: fontforge DSA (was: Re: Bug#1064967: fontforge: diff for NMU version 1:20230101~dfsg-1.1)
On Wed, Mar 13, 2024 at 08:39:47PM +0100, Salvatore Bonaccorso wrote: > Hi Adrian, Hi Salvatore, > On Fri, Mar 08, 2024 at 02:03:55AM +0200, Adrian Bunk wrote: > > Control: tags 1064967 + patch > > Control: tags 1064967 + pending > > > > Dear maintainer, > > > > I've prepared an NMU for fontforge (versioned as 1:20230101~dfsg-1.1) and > > uploaded it to DELAYED/2. Please feel free to tell me if I should cancel it. > > > > @Security team: > > If wanted, I could afterwards also prepare (pu or DSA) updates for > > bookworm and bullseye. > > We came to the conclusion that it warrants a DSA. Could you prepare > debdiffs for bookworm-security and bulseye-security? the debdiffs are attached. Tested on both releases with the PoCs from [1] and that opening a normal compressed font still works. > Regards, > Salvatore cu Adrian [1] https://www.canva.dev/blog/engineering/fonts-are-still-a-helvetica-of-a-problem/ diffstat for fontforge-20201107~dfsg fontforge-20201107~dfsg changelog | 10 patches/0001-fix-splinefont-shell-command-injection-5367.patch | 181 ++ patches/series |1 3 files changed, 192 insertions(+) diff -Nru fontforge-20201107~dfsg/debian/changelog fontforge-20201107~dfsg/debian/changelog --- fontforge-20201107~dfsg/debian/changelog2021-01-15 17:55:46.0 +0200 +++ fontforge-20201107~dfsg/debian/changelog2024-03-15 22:56:38.0 +0200 @@ -1,3 +1,13 @@ +fontforge (1:20201107~dfsg-4+deb11u1) bullseye-security; urgency=medium + + * Non-maintainer upload. + * CVE-2024-25081: Spline Font command injection via crafted filenames + * CVE-2024-25082: Spline Font command injection via crafted archives +or compressed files + * Closes: #1064967 + + -- Adrian Bunk Fri, 15 Mar 2024 22:56:38 +0200 + fontforge (1:20201107~dfsg-4) unstable; urgency=medium * Rename extended to extendeddbl to avoid FTBFS on Hurd. diff -Nru fontforge-20201107~dfsg/debian/patches/0001-fix-splinefont-shell-command-injection-5367.patch fontforge-20201107~dfsg/debian/patches/0001-fix-splinefont-shell-command-injection-5367.patch --- fontforge-20201107~dfsg/debian/patches/0001-fix-splinefont-shell-command-injection-5367.patch 1970-01-01 02:00:00.0 +0200 +++ fontforge-20201107~dfsg/debian/patches/0001-fix-splinefont-shell-command-injection-5367.patch 2024-03-15 22:48:11.0 +0200 @@ -0,0 +1,181 @@ +From 216eb14b558df344b206bf82e2bdaf03a1f2f429 Mon Sep 17 00:00:00 2001 +From: Peter Kydas +Date: Tue, 6 Feb 2024 20:03:04 +1100 +Subject: fix splinefont shell command injection (#5367) + +--- + fontforge/splinefont.c | 125 + + 1 file changed, 90 insertions(+), 35 deletions(-) + +diff --git a/fontforge/splinefont.c b/fontforge/splinefont.c +index 239fdc035..647daee10 100644 +--- a/fontforge/splinefont.c b/fontforge/splinefont.c +@@ -788,11 +788,14 @@ return( name ); + + char *Unarchive(char *name, char **_archivedir) { + char *dir = getenv("TMPDIR"); +-char *pt, *archivedir, *listfile, *listcommand, *unarchivecmd, *desiredfile; ++char *pt, *archivedir, *listfile, *desiredfile; + char *finalfile; + int i; + int doall=false; + static int cnt=0; ++gchar *command[5]; ++gchar *stdoutresponse = NULL; ++gchar *stderrresponse = NULL; + + *_archivedir = NULL; + +@@ -827,18 +830,30 @@ return( NULL ); + listfile = malloc(strlen(archivedir)+strlen("/" TOC_NAME)+1); + sprintf( listfile, "%s/" TOC_NAME, archivedir ); + +-listcommand = malloc( strlen(archivers[i].unarchive) + 1 + +- strlen( archivers[i].listargs) + 1 + +- strlen( name ) + 3 + +- strlen( listfile ) +4 ); +-sprintf( listcommand, "%s %s %s > %s", archivers[i].unarchive, +- archivers[i].listargs, name, listfile ); +-if ( system(listcommand)!=0 ) { +- free(listcommand); free(listfile); +- ArchiveCleanup(archivedir); +-return( NULL ); +-} +-free(listcommand); ++command[0] = archivers[i].unarchive; ++command[1] = archivers[i].listargs; ++command[2] = name; ++command[3] = NULL; // command args need to be NULL-terminated ++ ++if ( g_spawn_sync( ++ NULL, ++ command, ++ NULL, ++ G_SPAWN_SEARCH_PATH, ++ NULL, ++ NULL, ++ , ++ , ++ NULL, ++ NULL ++ ) == FALSE) { // did not successfully execute ++ ArchiveCleanup(archivedir); ++ return( NULL ); ++} ++// Write out the listfile to be read in later ++FIL
Bug#1066885: libopenmpi3t64 hardcodes libpmix2 dependency
Package: libopenmpi3t64 Version: 4.1.6-6 Severity: serious Package: libopenmpi3t64 Version: 4.1.6-6 Depends: ..., libpmix2t64 (>= 5.0.1), ..., libpmix2 This is due to: Package: libopenmpi3t64 Depends: ${shlibs:Depends}, ${misc:Depends}, libhwloc-plugins, libpmix2 This might have been added due to openmpi (3.1.1.real-4) unstable; urgency=medium * Make libopenmpi3 pull in libpmix2 >= 3.0.0-1 -- Alastair McKinstry Wed, 18 Jul 2018 11:20:16 +0100 but now the manual dependency should just be dropped.
Bug#1059991: grub-installer: build loong64.udeb for loongarch64
Hi Dandan, On Tue, 2024-03-12 at 16:07 +0800, zhangdandan wrote: > Thanks for your heads up. > I have updated the patch (Add support for loongarch64). > Please consider the patch I have attached. > Your suggestions are always welcome. I already made the changes before you sent this mail, so we're all good. See: https://salsa.debian.org/installer-team/grub-installer/-/commit/0962896894d83716dec19a60ba9db94fdc807a1c Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1066023: libdebian-installer: Add subarch detection for loongarch64
Hi, On Mon, 2024-03-11 at 16:36 +0800, zhangdandan wrote: > I have added subarch detection for loongarch64 in libdebian-installer > source package. > Please consider the patch I have attached. > > The libdebian-installer source package was compiled successfully on my > local loong64 rootfs environment. > If you have any questions, you can contact me at any time. I have just added subarch detection for 64-bit LoongArch [1]. However, the proper filename is "subarch-loong64-linux.c" as the filename has to match the Debian architecture name, not the GNU triplet name (see the configure.ac). Adrian > [1] > https://salsa.debian.org/installer-team/libdebian-installer/-/commit/4ca769d4ba26ca4fa2e35f6932ee2a123cdf5312 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1065845: rust-psm: Please upgrade to >= 0.1.19 for loong64 support
Source: rust-psm Version: 0.1.16-1 Severity: normal Tags: ftbfs Please upgrade rust-psm to >= 0.1.19 for loong64 support. Thanks in advance
Bug#1064967: fontforge: diff for NMU version 1:20230101~dfsg-1.1
Control: tags 1064967 + patch Control: tags 1064967 + pending Dear maintainer, I've prepared an NMU for fontforge (versioned as 1:20230101~dfsg-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should cancel it. @Security team: If wanted, I could afterwards also prepare (pu or DSA) updates for bookworm and bullseye. cu Adrian diff -Nru fontforge-20230101~dfsg/debian/changelog fontforge-20230101~dfsg/debian/changelog --- fontforge-20230101~dfsg/debian/changelog 2023-01-18 20:05:41.0 +0200 +++ fontforge-20230101~dfsg/debian/changelog 2024-03-08 01:15:58.0 +0200 @@ -1,3 +1,13 @@ +fontforge (1:20230101~dfsg-1.1) unstable; urgency=high + + * Non-maintainer upload. + * CVE-2024-25081: Spline Font command injection via crafted filenames + * CVE-2024-25082: Spline Font command injection via crafted archives +or compressed files + * Closes: #1064967 + + -- Adrian Bunk Fri, 08 Mar 2024 01:15:58 +0200 + fontforge (1:20230101~dfsg-1) unstable; urgency=medium * New upstream version 20230101~dfsg diff -Nru fontforge-20230101~dfsg/debian/patches/0001-fix-splinefont-shell-command-injection-5367.patch fontforge-20230101~dfsg/debian/patches/0001-fix-splinefont-shell-command-injection-5367.patch --- fontforge-20230101~dfsg/debian/patches/0001-fix-splinefont-shell-command-injection-5367.patch 1970-01-01 02:00:00.0 +0200 +++ fontforge-20230101~dfsg/debian/patches/0001-fix-splinefont-shell-command-injection-5367.patch 2024-03-07 23:25:36.0 +0200 @@ -0,0 +1,181 @@ +From 216eb14b558df344b206bf82e2bdaf03a1f2f429 Mon Sep 17 00:00:00 2001 +From: Peter Kydas +Date: Tue, 6 Feb 2024 20:03:04 +1100 +Subject: fix splinefont shell command injection (#5367) + +--- + fontforge/splinefont.c | 125 + + 1 file changed, 90 insertions(+), 35 deletions(-) + +diff --git a/fontforge/splinefont.c b/fontforge/splinefont.c +index 239fdc035..647daee10 100644 +--- a/fontforge/splinefont.c b/fontforge/splinefont.c +@@ -788,11 +788,14 @@ return( name ); + + char *Unarchive(char *name, char **_archivedir) { + char *dir = getenv("TMPDIR"); +-char *pt, *archivedir, *listfile, *listcommand, *unarchivecmd, *desiredfile; ++char *pt, *archivedir, *listfile, *desiredfile; + char *finalfile; + int i; + int doall=false; + static int cnt=0; ++gchar *command[5]; ++gchar *stdoutresponse = NULL; ++gchar *stderrresponse = NULL; + + *_archivedir = NULL; + +@@ -827,18 +830,30 @@ return( NULL ); + listfile = malloc(strlen(archivedir)+strlen("/" TOC_NAME)+1); + sprintf( listfile, "%s/" TOC_NAME, archivedir ); + +-listcommand = malloc( strlen(archivers[i].unarchive) + 1 + +- strlen( archivers[i].listargs) + 1 + +- strlen( name ) + 3 + +- strlen( listfile ) +4 ); +-sprintf( listcommand, "%s %s %s > %s", archivers[i].unarchive, +- archivers[i].listargs, name, listfile ); +-if ( system(listcommand)!=0 ) { +- free(listcommand); free(listfile); +- ArchiveCleanup(archivedir); +-return( NULL ); +-} +-free(listcommand); ++command[0] = archivers[i].unarchive; ++command[1] = archivers[i].listargs; ++command[2] = name; ++command[3] = NULL; // command args need to be NULL-terminated ++ ++if ( g_spawn_sync( ++ NULL, ++ command, ++ NULL, ++ G_SPAWN_SEARCH_PATH, ++ NULL, ++ NULL, ++ , ++ , ++ NULL, ++ NULL ++ ) == FALSE) { // did not successfully execute ++ ArchiveCleanup(archivedir); ++ return( NULL ); ++} ++// Write out the listfile to be read in later ++FILE *fp = fopen(listfile, "wb"); ++fwrite(stdoutresponse, strlen(stdoutresponse), 1, fp); ++fclose(fp); + + desiredfile = ArchiveParseTOC(listfile, archivers[i].ars, ); + free(listfile); +@@ -847,22 +862,28 @@ return( NULL ); + return( NULL ); + } + +-/* I tried sending everything to stdout, but that doesn't work if the */ +-/* output is a directory file (ufo, sfdir) */ +-unarchivecmd = malloc( strlen(archivers[i].unarchive) + 1 + +- strlen( archivers[i].listargs) + 1 + +- strlen( name ) + 1 + +- strlen( desiredfile ) + 3 + +- strlen( archivedir ) + 30 ); +-sprintf( unarchivecmd, "( cd %s ; %s %s %s %s ) > /dev/null", archivedir, +- archivers[i].unarchive, +- archivers[i].extractargs, name, doall ? "" : desiredfile ); +-if ( system(unarchivecmd)!=0 ) { +- free(unarchivecmd); free(desiredfile); +- ArchiveCleanup(archivedir); +-return( NULL ); ++command[0] = archivers[i].unarchive; ++command[1] = archivers[i].extractargs; ++command[2] = name; ++command[3] = doall ? "" : desiredfile; ++com
Bug#1065595: cyrus-sasl2: Please add nodoc build profile to allow disabling documentation
Source: cyrus-sasl2 Version: 2.1.28+dfsg1-4 Severity: normal User: helm...@debian.org Usertags: rebootstrap X-Debbugs-Cc: helm...@debian.org Hello, cyrus-sasl2 is one of the core dependencies required for bootstrapping Debian but requires the Pyton package Sphinx for building documentation. This can be easily avoided by removing the "doc-html" target during build. This way, the python3-sphinx-rtd-theme build dependency can be omitted. It would be ideal for a "nodoc" build profile which I am asking to be added here. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1065548: octave-statistics: binary-any FTBFS
Source: octave-statistics Version: 1.6.4-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=octave-statistics=1.6.4-1 ... debian/rules execute_after_dh_installdeb make[1]: Entering directory '/<>' # Use local JavaScript and CSS files debian/local-url sed: can't read debian/octave-statistics-common/usr/share/doc/octave-statistics-common/docs/*.html: No such file or directory # Remove empty directory rmdir debian/octave-statistics-common/usr/share/octave/packages/statistics-*/doc/ rmdir: failed to remove 'debian/octave-statistics-common/usr/share/octave/packages/statistics-*/doc/': No such file or directory make[1]: *** [debian/rules:15: execute_after_dh_installdeb] Error 1
Bug#1065547: gst-python1.0 FTBFS: TypeError: function takes at most 0 arguments
Source: gst-python1.0 Version: 1.23.90-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=gst-python1.0=1.23.90-1 https://buildd.debian.org/status/logs.php?pkg=gst-python1.0=1.24.0-1 ... 3/3 = test: Test fundamentals start time: 12:22:01 duration: 2.03s result: exit status 1 command: ASAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1 GST_OVERRIDE_BUILD_PATH=/<>/build-3.12/testsuite/../gi/overrides UBSAN_OPTIONS=halt_on_error=1:abort_on_error=1:print_summary=1:print_stacktrace=1 MALLOC_PERTURB_=73 GST_PLUGIN_LOADING_WHITELIST=gstreamer:gst-plugins-base:gst-python@/<>/build-3.12 GST_REGISTRY='/<>/build-3.12/testsuite/Test fundamentals.registry' GST_PLUGIN_PATH_1_0=/<>/build-3.12:/usr/lib/x86_64-linux-gnu/gstreamer-1.0:/usr/lib/x86_64-linux-gnu/gstreamer-1.0:/<>/build-3.12/plugin:/<>/testsuite GST_OVERRIDE_SRC_PATH=/<>/testsuite/../gi/overrides /usr/bin/python3.12 /<>/build-3.12/../testsuite/runtests.py test_types.py --- stderr --- .EE. == ERROR: testConstructor (test_types.TestBitmask.testConstructor) -- Traceback (most recent call last): File "/<>/testsuite/test_types.py", line 387, in testConstructor r = Gst.Bitmask(1 << 5) ^^^ TypeError: function takes at most 0 arguments (1 given) == ERROR: testGetValue (test_types.TestBitmask.testGetValue) -- Traceback (most recent call last): File "/<>/testsuite/test_types.py", line 393, in testGetValue self.assertEqual(Gst.Structure('test,test=(bitmask)0x20')['test'], 1 << 5) File "/<>/testsuite/../gi/overrides/Gst.py", line 330, in __getitem__ return self.get_value(key) ^^^ TypeError: function takes at most 0 arguments (1 given) == ERROR: testStr (test_types.TestBitmask.testStr) -- Traceback (most recent call last): File "/<>/testsuite/test_types.py", line 398, in testStr r = Gst.Bitmask(1 << 5) ^^^ TypeError: function takes at most 0 arguments (1 given) ... FAILED (errors=30) == Summary of Failures: 3/3 Test fundamentals FAIL2.03s exit status 1 Ok: 2 Expected Fail: 0 Fail: 1 Unexpected Pass:0 Skipped:0 Timeout:0 dh_auto_test: error: cd build-3.12 && DEB_PYTHON_INSTALL_LAYOUT=deb LC_ALL=C.UTF-8 MESON_TESTTHREADS=6 meson test returned exit code 1 make[1]: *** [debian/rules:28: override_dh_auto_test] Error 25
Bug#1065510: libnode108t64 is broken on !amd64
Package: libnode108t64 Version: 18.19.1+dfsg-3.1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Benjamin Drung , Steve Langasek Control: affects -1 src:thunderbird https://buildd.debian.org/status/logs.php?pkg=thunderbird=1%3A115.8.1-1 ... 0:21.16 checking for nodejs... /usr/bin/node: error while loading shared libraries: libnode.so.108: cannot open shared object file: No such file or directory ... This is due to: $ cat debian/libnode108t64.install usr/lib/libnode.so.* usr/lib/x86_64-linux-gnu/ $
Bug#1065501: qgis FTBFS: FAILED: src/crssync/CMakeFiles/synccrsdb
Source: qgis Version: 3.34.4+dfsg-3 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=qgis=3.34.4%2Bdfsg-3 ... FAILED: src/crssync/CMakeFiles/synccrsdb /<>/debian/build/src/crssync/CMakeFiles/synccrsdb cd /<>/debian/build/src/crssync && /<>/debian/build/output/bin/crssync Could not execute: INSERT INTO tbl_srs(srs_id, description,projection_acronym,ellipsoid_acronym,parameters,srid,auth_name,auth_id,is_geo,deprecated,srs_type) VALUES (63561, 'MSL UK & Ireland VORF08 depth','','','+vunits=m +no_defs',520003561,'EPSG','10150',0,0,'Vertical') [UNIQUE constraint failed: tbl_srs.srs_id/UNIQUE constraint failed: tbl_srs.srs_id] Could not execute: INSERT INTO tbl_srs(srs_id, description,projection_acronym,ellipsoid_acronym,parameters,srid,auth_name,auth_id,is_geo,deprecated,srs_type) VALUES (63562, 'CD UK & Ireland VORF08 depth','','','+vunits=m +no_defs',520003562,'EPSG','10151',0,0,'Vertical') [UNIQUE constraint failed: tbl_srs.srs_id/UNIQUE constraint failed: tbl_srs.srs_id] Could not execute: INSERT INTO tbl_srs(srs_id, description,projection_acronym,ellipsoid_acronym,parameters,srid,auth_name,auth_id,is_geo,deprecated,srs_type) VALUES (63563, 'ETRS89 + MSL UK & Ireland VORF08 depth','longlat','longlat','+proj=longlat +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +vunits=m +no_defs',520003563,'EPSG','10156',0,0,'Compound') [UNIQUE constraint failed: tbl_srs.srs_id/UNIQUE constraint failed: tbl_srs.srs_id] Could not execute: INSERT INTO tbl_srs(srs_id, description,projection_acronym,ellipsoid_acronym,parameters,srid,auth_name,auth_id,is_geo,deprecated,srs_type) VALUES (63564, 'ETRS89 + CD UK & Ireland VORF08 depth','longlat','longlat','+proj=longlat +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +vunits=m +no_defs',520003564,'EPSG','10157',0,0,'Compound') [UNIQUE constraint failed: tbl_srs.srs_id/UNIQUE constraint failed: tbl_srs.srs_id] Could not execute: INSERT INTO tbl_srs(srs_id, description,projection_acronym,ellipsoid_acronym,parameters,srid,auth_name,auth_id,is_geo,deprecated,srs_type) VALUES (63565, 'S34J-IRF','longlat','longlat','+proj=longlat +ellps=intl +no_defs',520003565,'EPSG','10158',1,0,'Geographic2d') [UNIQUE constraint failed: tbl_srs.srs_id/UNIQUE constraint failed: tbl_srs.srs_id] Could not execute: INSERT INTO tbl_srs(srs_id, description,projection_acronym,ellipsoid_acronym,parameters,srid,auth_name,auth_id,is_geo,deprecated,srs_type) VALUES (63566, 'S34J reconstruction east-orientated','tmerc','tmerc','+proj=tmerc +lat_0=0 +lon_0=10.37 +k=1 +x_0=-210327 +y_0=-6034310 +ellps=intl +units=m +no_defs',520003566,'EPSG','10160',0,0,'Projected') [UNIQUE constraint failed: tbl_srs.srs_id/UNIQUE constraint failed: tbl_srs.srs_id] Could not execute: INSERT INTO tbl_srs(srs_id, description,projection_acronym,ellipsoid_acronym,parameters,srid,auth_name,auth_id,is_geo,deprecated,srs_type) VALUES (63567, 'JGD2011 / Japan Plane Rectangular CS I + JGD2011 (vertical) height','tmerc','tmerc','+proj=tmerc +lat_0=33 +lon_0=129.5 +k=0. +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +vunits=m +no_defs',520003567,'EPSG','10162',0,0,'Compound') [UNIQUE constraint failed: tbl_srs.srs_id/UNIQUE constraint failed: tbl_srs.srs_id] Could not execute: INSERT INTO tbl_srs(srs_id, description,projection_acronym,ellipsoid_acronym,parameters,srid,auth_name,auth_id,is_geo,deprecated,srs_type) VALUES (63568, 'JGD2011 / Japan Plane Rectangular CS II + JGD2011 (vertical) height','tmerc','tmerc','+proj=tmerc +lat_0=33 +lon_0=131 +k=0. +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +vunits=m +no_defs',520003568,'EPSG','10163',0,0,'Compound') [UNIQUE constraint failed: tbl_srs.srs_id/UNIQUE constraint failed: tbl_srs.srs_id] Could not execute: INSERT INTO tbl_srs(srs_id, description,projection_acronym,ellipsoid_acronym,parameters,srid,auth_name,auth_id,is_geo,deprecated,srs_type) VALUES (63569, 'JGD2011 / Japan Plane Rectangular CS III + JGD2011 (vertical) height','tmerc','tmerc','+proj=tmerc +lat_0=36 +lon_0=132.1667 +k=0. +x_0=0 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +vunits=m +no_defs',520003569,'EPSG','10164',0,0,'Compound') [UNIQUE constraint failed: tbl_srs.srs_id/UNIQUE constraint failed: tbl_srs.srs_id] ...
Bug#1065400: atril: Please drop suggestion of no longer used unrar
Package: atril Version: 1.26.1-4 Severity: normal atril is now using libarchive instead: https://bugs.debian.org/1060751 https://security-tracker.debian.org/tracker/CVE-2023-51698
Bug#1065399: evince: Please drop suggestion of no longer used unrar
Package: evince Version: 3.25.92-1 Severity: normal evince is using libarchive instead since buster: https://security-tracker.debian.org/tracker/CVE-2023-51698
Bug#1065380: ausweisapp2 FTBFS with pcsc-lite 2.0.2
Control: reassign -1 libpcsclite-dev 2.0.2-1 Control: affects -1 src:ausweisapp2 On Sun, Mar 03, 2024 at 06:41:25PM +0100, Ludovic Rousseau wrote: > Le 03/03/2024 à 17:13, Adrian Bunk a écrit : > > Source: ausweisapp2 > > Version: 2.0.3-1 > > Severity: serious > > Tags: ftbfs > > X-Debbugs-Cc: Ludovic Rousseau > > > > https://buildd.debian.org/status/logs.php?pkg=ausweisapp2=2.1.0-1 > > > > ... > > /<>/src/card/pcsc/PcscUtils.h:112:46: error: > > ‘SCARD_E_UNKNOWN_RES_MNG’ was not declared in this scope; did you mean > > ‘SCARD_E_UNKNOWN_RES_MSG’? > >112 | Scard_E_Unknown_Res_Mng = > > returnCode(SCARD_E_UNKNOWN_RES_MNG), /**< An unrecognized error > > code was returned from a layered component. */ > >| > > ^~~ > > ... > > > > > > This is not a regression in the new ausweisapp2 upload, > > but due to a change in pcsc-lite 2.0.2 (maintainer Cc'ed): > > > > https://salsa.debian.org/rousseau/PCSC/-/commit/65f9b610138c8a4a5563d0332120f684682e0237 > > "Fix typo in (unused) error code SCARD_E_UNKNOWN_RES_MSG" > > Exact. > > I now discover that Windows does define BOTH values: > SCARD_E_UNKNOWN_RES_MSG 0x8010002B in > https://learn.microsoft.com/en-us/openspecs/windows_protocols/ms-rdpesc/9861f8da-76fe-41e6-847e-40c9aa35df8d > SCARD_E_UNKNOWN_RES_MNG 0x8010002B in > https://learn.microsoft.com/en-us/windows/win32/secauthn/authentication-return-values > > I guess pcsc-lite will also have to define both values. > I will release a new pcsc-lite version soon. >... Thanks, I'm reassigning the bug to libpcsclite-dev since that's where it will be fixed. cu Adrian
Bug#1061371: gcc-14 ftbfs on loong64
On Tue, Jan 23, 2024 at 09:08:00AM +0100, Matthias Klose wrote: > Package: src:gcc-14 > Version: 14-20240121-1 > Severity: important > Tags: sid trixie ftbfs > X-Debbugs-CC: debian-loonga...@lists.debian.org > > gcc-14 ftbfs on loong64: >... The remaining build failure is now: https://buildd.debian.org/status/fetch.php?pkg=gcc-14=loong64=14-20240303-1=1709485913=0 ... dh_installdirs -plibgcc-s1 usr/share/doc/libgcc-s1 usr/lib/loongarch64-linux-gnu mv debian/tmp/usr/lib/loongarch64-linux-gnu/libgcc_s.so.1 debian/libgcc-s1/usr/lib/loongarch64-linux-gnu/. mv: cannot stat 'debian/tmp/usr/lib/loongarch64-linux-gnu/libgcc_s.so.1': No such file or directory make[1]: *** [debian/rules.d/binary-libgcc.mk:291: stamps/08-binary-stamp-libgcc] Error 1 cu Adrian
Bug#1065380: ausweisapp2 FTBFS with pcsc-lite 2.0.2
Hi Adrian, On Sun, 2024-03-03 at 18:13 +0200, Adrian Bunk wrote: > https://buildd.debian.org/status/logs.php?pkg=ausweisapp2=2.1.0-1 > > ... > /<>/src/card/pcsc/PcscUtils.h:112:46: error: > ‘SCARD_E_UNKNOWN_RES_MNG’ was not declared in this scope; did you mean > ‘SCARD_E_UNKNOWN_RES_MSG’? > 112 | Scard_E_Unknown_Res_Mng = > returnCode(SCARD_E_UNKNOWN_RES_MNG), /**< An unrecognized error code > was returned from a layered component. */ > | ^~~ > ... > > > This is not a regression in the new ausweisapp2 upload, > but due to a change in pcsc-lite 2.0.2 (maintainer Cc'ed): > > https://salsa.debian.org/rousseau/PCSC/-/commit/65f9b610138c8a4a5563d0332120f684682e0237 > "Fix typo in (unused) error code SCARD_E_UNKNOWN_RES_MSG" I've already seen that and also notified upstream. He is also now CC'ed here. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1065380: ausweisapp2 FTBFS with pcsc-lite 2.0.2
Source: ausweisapp2 Version: 2.0.3-1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Ludovic Rousseau https://buildd.debian.org/status/logs.php?pkg=ausweisapp2=2.1.0-1 ... /<>/src/card/pcsc/PcscUtils.h:112:46: error: ‘SCARD_E_UNKNOWN_RES_MNG’ was not declared in this scope; did you mean ‘SCARD_E_UNKNOWN_RES_MSG’? 112 | Scard_E_Unknown_Res_Mng = returnCode(SCARD_E_UNKNOWN_RES_MNG), /**< An unrecognized error code was returned from a layered component. */ | ^~~ ... This is not a regression in the new ausweisapp2 upload, but due to a change in pcsc-lite 2.0.2 (maintainer Cc'ed): https://salsa.debian.org/rousseau/PCSC/-/commit/65f9b610138c8a4a5563d0332120f684682e0237 "Fix typo in (unused) error code SCARD_E_UNKNOWN_RES_MSG"
Bug#1036884: transition: time64_t
On Sat, Mar 02, 2024 at 02:16:59PM +0100, Sebastian Ramacher wrote: > On 2024-03-02 15:06:15 +0200, Adrian Bunk wrote: > > On Fri, Mar 01, 2024 at 11:10:22PM -0800, Steve Langasek wrote: > > >... > > > This needs to be built with dpkg-dev (>= 1.5.22), ... > > >... > > > > The correct version is 1.22.5 (and >= 1.5.22 therefore a nop). > > There was already an upload by the maintainer correcting the issue. This incorrect version seems to be pasted further, e.g. glib2.0 extra-depends have (in addition to the now corrected missing 'd') also the nop version 1.5.22 > Cheers cu Adrian
Bug#1036884: transition: time64_t
On Fri, Mar 01, 2024 at 11:10:22PM -0800, Steve Langasek wrote: >... > This needs to be built with dpkg-dev (>= 1.5.22), ... >... The correct version is 1.22.5 (and >= 1.5.22 therefore a nop). cu Adrian
Bug#1065225: slurm-wlm FTBFS on !amd64
Source: slurm-wlm Version: 23.11.4-1.1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Sergio Durigan Junior , Steve Langasek , Benjamin Drung https://buildd.debian.org/status/logs.php?pkg=slurm-wlm=23.11.4-1.1 ... dh_install -a -O--builddirectory dh_install: warning: Cannot find (any matches for) "usr/lib/x86_64-linux-gnu/slurm-wlm/accounting_storage_slurmdbd.so" (tried in ., debian/tmp) dh_install: warning: slurm-wlm-basic-plugins missing files: usr/lib/x86_64-linux-gnu/slurm-wlm/accounting_storage_slurmdbd.so dh_install: warning: Cannot find (any matches for) "usr/lib/x86_64-linux-gnu/slurm-wlm/acct_gather_energy_gpu.so" (tried in ., debian/tmp) ... dh_install: error: missing files, aborting make: *** [debian/rules:23: binary-arch] Error 255 The 64-bit time_t NMU diff (#1062903) hardcodes debian/tmp/usr/lib/x86_64-linux-gnu/ which cannot work on other architectures.
Bug#1065217: libpetsc-complex3.19-dev fails to install
Package: libpetsc-complex3.19-dev Version: 3.19.6+dfsg1-2.1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Benjamin Drung , Steve Langasek Control: affects -1 src:slepc https://buildd.debian.org/status/fetch.php?pkg=slepc=amd64=3.19.2%2Bdfsg1-2.1=1709337662=0 ... Setting up libpetsc-complex3.19-dev:amd64 (3.19.6+dfsg1-2.1) ... update-alternatives: error: no alternatives for petsc update-alternatives: error: alternative path /usr/lib/petscdir/petsc3.19t64/x86_64-linux-gnu-complex doesn't exist dpkg: error processing package libpetsc-complex3.19-dev:amd64 (--configure): installed libpetsc-complex3.19-dev:amd64 package post-installation script subprocess returned error exit status 2 ...
Bug#990913: Fixed
Hello André, On Fri, 2024-03-01 at 13:39 +0100, A. Klitzing wrote: > This is fixed with 2.1.0! Thanks for the feedback. I will upload version 2.1.0 within the next days and close this bug with the upload. I would like to wait a few for days as Debian's build host are currently very busy with the time64_t transition. > But I stick to it this is the real bug and should be fixed in Qt. > https://bugreports.qt.io/browse/QTBUG-82888 I agree. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1065132: rakudo: Please allow build on any architecture
Source: rakudo Version: 2022.12-1 Severity: normal User: debian-sp...@lists.debian.org Usertags: sparc64 X-Debbugs-Cc: debian-sp...@lists.debian.org Hi, similar to #1065050 [1], there should be no reason to disable src:rakudo on any architecture, so please set the architecture fields in debian/ control to "any". Thanks, Adrian > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065050 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1065050: moarvm: Please allow build on any architecture
Source: moarvm Version: 2022.12+dfsg-1 Severity: normal User: debian-sp...@lists.debian.org Usertags: sparc64 X-Debbugs-Cc: debian-sp...@lists.debian.org Hi, the architecture list for moarvm (and rakudo) is limited to a set of architectures for no obvious reason. A quick build test on stadler.debian.net showed that the package builds find on sparc64. Thus, could you enable the build on all architectures for both moarvm and rakudo and anything else required for Perl 6? If packages fail to build from source, the porters can take care of the issues. Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1064845: fcitx5-keyman build depends on cruft libkmnkbp-dev
Source: fcitx5-keyman Version: 1.0.7-1 Severity: serious Tags: ftbfs libkmnkbp-dev is no longer built by src:keyman
Bug#1064841: mpich: binary-all FTBFS
Source: mpich Version: 4.2.0-3 Severity: serious Tags: ftbfs X-Debbugs-Cc: Alastair McKinstry https://buildd.debian.org/status/fetch.php?pkg=mpich=all=4.2.0-3=1708957279=0 ... dh_missing: error: missing files, aborting The following debhelper tools have reported what they installed (with files per package) * dh_install: libmpich-dev (10), libmpich12 (6), mpich (7), mpich-doc (591) * dh_installdocs: libmpich-dev (0), libmpich12 (0), mpich (0), mpich-doc (3) * dh_installexamples: libmpich-dev (0), libmpich12 (0), mpich (0), mpich-doc (28) * dh_installman: libmpich-dev (0), libmpich12 (0), mpich (3), mpich-doc (0) If the missing files are installed by another tool, please file a bug against it. When filing the report, if the tool is not part of debhelper itself, please reference the "Logging helpers and dh_missing" section from the "PROGRAMMING" guide for debhelper (10.6.3+). (in the debhelper package: /usr/share/doc/debhelper/PROGRAMMING.md.gz) Be sure to test with dpkg-buildpackage -A/-B as the results may vary when only a subset is built If the omission is intentional or no other helper can take care of this consider adding the paths to debian/not-installed. Remember to be careful with paths containing "x86_64-linux-gnu", where you might need to use a wildcard or (assuming compat 13+) e.g. ${DEB_HOST_MULTIARCH} in debian/not-installed to ensure it works on all architectures (see #961104). make: *** [debian/rules:100: binary-indep] Error 255 BTW: When you do an upload to fix this, could you include the one-line #1032008 upload for ppc64?
Bug#1058740: gtk4,librsvg: big-endian support is at risk of being removed
Hi! On Mon, 2024-02-26 at 08:25 +, Gayathri Berli wrote: > e cloned the gtk repo and built it with the following meson > commands.. But we see that almost all of the tests are failing. > So,we are suspecting thatwe might be missing something here.. > There could besome dependency packagesthatwe are missing?... The problem seems to be that XDG_RUNTIME_DIR is not set: Gdk-DEBUG: error: XDG_RUNTIME_DIR is invalid or not set in the environment. Looking at the debian/rules of the gtk4 package, there is a dedicated script in the package that the Debian package uses to run the tests: > https://salsa.debian.org/gnome-team/gtk4/-/blob/debian/latest/debian/run-tests.sh?ref_type=heads It's reference from here: > https://salsa.debian.org/gnome-team/gtk4/-/blob/debian/latest/debian/rules?ref_type=heads#L288 Or check what upstream states about running the tests. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
Bug#1064410: cpdb-backend-file build depends on cruft libcpdb-libs-backend-dev
Source: cpdb-backend-file Version: 1.0.1-1 Severity: serious Tags: ftbfs trixie sid libcpdb-libs-backend-dev is no longer built by src:cpdb-libs
Bug#1064409: cpdb-backend-cups build depends on cruft libcpdb-libs-backend-dev
Source: cpdb-backend-cups Version: 1.1.1-1 Severity: serious Tags: ftbfs trixie sid libcpdb-libs-backend-dev is no longer built by src:cpdb-libs
Bug#1064403: python-cassandra-driver FTBFS on big endian
Source: python-cassandra-driver Version: 3.29.0-2 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=python-cassandra-driver=3.29.0-2 ... === The optional C extensions are not supported on big-endian systems. === ... == ERROR: Failure: DependencyException (The C extension needed to use libev was not found. This probably means that you didn't have the required build dependencies when installing the driver. See http://datastax.github.io/python-driver/installation.html#c-extensions for instructions on installing build dependencies and building the C extension.) -- Traceback (most recent call last): File "/<>/.pybuild/cpython3_3.11_cassandra/build/cassandra/io/libevreactor.py", line 28, in import cassandra.io.libevwrapper as libev ModuleNotFoundError: No module named 'cassandra.io.libevwrapper' ... FAILED (SKIP=60, errors=1) E: pybuild pybuild:391: test: plugin distutils failed with: exit code=1: cd /<>/.pybuild/cpython3_3.11_cassandra/build; python3.11 -m nose -v tests dh_auto_test: error: pybuild --test -i python{version} -p "3.12 3.11" returned exit code 13 make[1]: *** [debian/rules:38: override_dh_auto_test] Error 25 The proper upstream fix would be to disable such a test when the C extensions have been disabled. A short-term workaround would be to ignore buildtime test failures on big endian: --- debian/rules.old2024-02-21 14:38:24.180538878 + +++ debian/rules2024-02-21 14:38:36.920528797 + @@ -35,7 +35,11 @@ ifeq ($(filter nocheck,$(DEB_BUILD_PROFILES)),) rm tests/integration -rf rm tests/stress_tests/test_multi_inserts.py tests/stress_tests/test_load.py tests/unit/io/test_eventletreactor.py tests/unit/cython/test_utils.py tests/unit/cython/test_bytesio.py +ifeq ($(DEB_HOST_ARCH_ENDIAN),little) dh_auto_test +else + -dh_auto_test +endif endif override_dh_auto_install:
Bug#1064199: qt6-base/experimental: binary-all FTBFS
Source: qt6-base Version: 6.6.2+dfsg-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=qt6-base=all ... dh_auto_test -i -O--buildsystem=cmake\+ninja cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 MESON_TESTTHREADS=6 ninja test [0/1] Running tests... Test project /<>/obj-x86_64-linux-gnu Start 1: editabletreemodel_tester Could not find executable /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/editabletreemodel_tester Looked in the following places: /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Release/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Release/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Debug/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Debug/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/MinSizeRel/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/MinSizeRel/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/RelWithDebInfo/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/RelWithDebInfo/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Deployment/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Deployment/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Development/editabletreemodel_tester /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Development/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Release/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Release/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Debug/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Debug/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/MinSizeRel/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/MinSizeRel/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/RelWithDebInfo/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/RelWithDebInfo/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Deployment/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Deployment/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Development/editabletreemodel_tester <>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/Development/editabletreemodel_tester Unable to find executable: /<>/obj-x86_64-linux-gnu/examples/widgets/itemviews/editabletreemodel/editabletreemodel_tester 1/1 Test #1: editabletreemodel_tester .***Not Run 0.00 sec 0% tests passed, 1 tests failed out of 1 Total Test time (real) = 0.03 sec The following tests FAILED: 1 - editabletreemodel_tester (Not Run) Errors while running CTest FAILED: CMakeFiles/test.util cd /<>/obj-x86_64-linux-gnu && /usr/bin/ctest --force-new-ctest-process ninja: build stopped: subcommand failed. dh_auto_test: error: cd obj-x86_64-linux-gnu && LC_ALL=C.UTF-8 MESON_TESTTHREADS=6 ninja test returned exit code 1
Bug#1064161: libshumate-dev: Missing dependencies on libjson-glib-dev, libprotobuf-c-dev
Package: libshumate-dev Version: 1.2~beta-1 Severity: serious Tags: ftbfs Control: affects -1 src:picplanner https://buildd.debian.org/status/fetch.php?pkg=picplanner=riscv64=0.4.0-1%2Bb1=1708193779=0 ... Run-time dependency shumate-1.0 found: NO ../src/meson.build:24:2: ERROR: Dependency lookup for shumate-1.0 with method 'pkgconfig' failed: Could not generate cflags for shumate-1.0: Package libprotobuf-c was not found in the pkg-config search path. Perhaps you should add the directory containing `libprotobuf-c.pc' to the PKG_CONFIG_PATH environment variable Package 'libprotobuf-c', required by 'shumate-1.0', not found ... This is due to: $ pkg-config --cflags shumate-1.0 Package json-glib-1.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `json-glib-1.0.pc' to the PKG_CONFIG_PATH environment variable Package 'json-glib-1.0', required by 'shumate-1.0', not found Package 'libprotobuf-c', required by 'shumate-1.0', not found $ cat /usr/lib/x86_64-linux-gnu/pkgconfig/shumate-1.0.pc ... Requires.private: gio-2.0 >= 2.74.0, cairo >= 1.4, sqlite3 >= 1.12.0, libsoup-3.0 >= 3.0, sysprof-capture-4, json-glib-1.0 >= 1.6, libprotobuf-c ... $
Bug#1064160: pngcrush FTBFS with libpng 1.6.42
Source: pngcrush Version: 1.8.13-0.1 Severity: serious Tags: ftbfs trixie sid Forwarded: https://sourceforge.net/p/pmt/bugs/82/ https://buildd.debian.org/status/fetch.php?pkg=pngcrush=riscv64=1.8.13-0.1%2Bb1=1708198996=0 https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/pngcrush.html ... pngcrush.c: In function ‘main’: pngcrush.c:5515:46: error: ‘PNG_IGNORE_ADLER32’ undeclared (first use in this function) 5515 | png_set_option(read_ptr, PNG_IGNORE_ADLER32, | ^~ pngcrush.c:5515:46: note: each undeclared identifier is reported only once for each function it appears in make[2]: *** [Makefile:55: pngcrush.o] Error 1
Bug#1064137: procdump no longer builds on mips64el/ppc64el/riscv64
Source: procdump Version: 2.2-1 Severity: serious Tags: ftbfs patch Forwarded: https://github.com/Sysinternals/ProcDump-for-Linux/pull/217 https://buildd.debian.org/status/logs.php?pkg=procdump=2.2-1 ... clang++ -o obj/ProcDumpProfiler.so -DELPP_NO_DEFAULT_LOG_FILE -DELPP_THREAD_SAFE -g -pthread -shared --no-undefined -Wno-invalid-noreturn -Wno-pragma-pack -Wno-writable-strings -Wno-format-security -fPIC -fms-extensions -DHOST_64BIT -DBIT64 -DPAL_STDCPP_COMPAT -DPLATFORM_UNIX -std=c++11 -I profiler/inc -I include profiler/src/ClassFactory.cpp profiler/src/ProcDumpProfiler.cpp profiler/src/dllmain.cpp profiler/src/corprof_i.cpp profiler/src/easylogging++.cc In file included from profiler/src/ClassFactory.cpp:4: In file included from profiler/inc/ClassFactory.h:6: In file included from profiler/inc/unknwn.h:12: In file included from profiler/inc/rpc.h:15: In file included from profiler/inc/palrt.h:136: profiler/inc/pal.h:2312:2: error: Unknown architecture for defining CONTEXT. #error Unknown architecture for defining CONTEXT. ^ ... fatal error: too many errors emitted, stopping now [-ferror-limit=] 1 warning and 20 errors generated. make[1]: *** [Makefile:57: obj/ProcDumpProfiler.so] Error 1
Bug#1064096: gir-rust-code-generator FTBFS with librust-toml-dev 0.8
Source: gir-rust-code-generator Version: 0.18.3-1 Severity: serious Tags: ftbfs Control: close -1 0.19.0-1 https://buildd.debian.org/status/fetch.php?pkg=gir-rust-code-generator=sparc64=0.18.3-1=1708096231=0 https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/gir-rust-code-generator.html ... dh_auto_test -a -O--buildsystem=cargo debian cargo wrapper: options, profiles, parallel, lto: ['parallel=16'] [] ['-j16'] 0 debian cargo wrapper: rust_type, gnu_type: sparc64-unknown-linux-gnu, sparc64-linux-gnu debian cargo wrapper: running subprocess (['env', 'RUST_BACKTRACE=1', '/usr/bin/cargo', '-Zavoid-dev-deps', 'build', '--verbose', '--verbose', '-j16', '--target', 'sparc64-unknown-linux-gnu'],) {} error: failed to select a version for the requirement `toml = "^0.7"` candidate versions found which didn't match: 0.8.8 ... make: *** [debian/rules:16: binary-arch] Error 25
Bug#1064066: ocaml-mirage-crypto FTBFS on riscv64 with kernel >= 6.6
Source: ocaml-mirage-crypto Version: 0.11.2-1 Severity: important Tags: ftbfs patch Forwarded: https://github.com/mirage/mirage-crypto/pull/194 https://buildd.debian.org/status/fetch.php?pkg=ocaml-mirage-crypto=riscv64=0.11.2-1%2Bb3=1708088363=0 ... (cd _build/default/tests && ./test_entropy.exe) Command got signal ILL. File "tests/dune", line 20, characters 7-25: 20 | (name test_random_runner) ^^ (cd _build/default/tests && ./test_random_runner.exe) Command got signal ILL. File "tests/dune", line 53, characters 7-14: 53 | (name test_ec) ^^^ (cd _build/default/tests && ./test_ec.exe) Command got signal ILL. (cd _build/default/tests && ./test_symmetric_runner.exe) accel: ... Ran: 183 tests in: 0.82 seconds. OK File "tests/dune", line 27, characters 7-21: 27 | (name test_pk_runner) ^^ (cd _build/default/tests && ./test_pk_runner.exe) Command got signal ILL. ...
Bug#1064047: node-expat FTBFS: test failures
Source: node-expat Version: 2.4.0+ds-2 Severity: serious Tags: ftbfs trixie sid https://buildd.debian.org/status/fetch.php?pkg=node-expat=riscv64=2.4.0%2Bds-2%2Bb1=1707898560=0 https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/node-expat.html ... debian/rules override_dh_auto_test make[1]: Entering directory '/<>' NODE_PATH=lib vows --spec ./test/**/*.js ♢ node-expat single element ✗ simple » actual expected [["startElement","r",{}],["endElement","r"]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 ✗ single element with attribute » actual expected [["startElement","r",{"foo":"bar"}],["endElement","r"]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 ✗ single elemeht with differently quoted attributes » actual expected [["startElement","r",{"foo":"bar","baz":"quux","test":"tset"}],["endElement","r"]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 ✗ single element with namespaces » actual expected [["startElement","r",{"xmlns":"http://localhost/","xmlns:x":"http://example.com/"}],["endElement","r;]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 ✗ single element with text content » actual expected [["startElement","r",{}],["text","foo"],["endElement","r"]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 ✓ single element with text content and line break ✗ single element with CDATA content » actual expected [["startElement","r",{}],["startCdata"],["text","Hello, world!"],["endCdata"],["endElement","r"]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 ✓ single element with entity text ✓ single element with umlaut text ✗ from buffer » actual expected [["startElement","foo",{}],["text","bar"],["endElement","foo"]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 entity declaration ✓ a billion laughs processing instruction ✗ with parameters » actual expected [["processingInstruction","i","like xml"]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 ✗ simple » actual expected [["processingInstruction","dragons",""]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 ✗ XML declaration with encoding » actual expected [["xmlDecl","1.0","UTF-8",true]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 ✗ XML declaration » actual expected [["xmlDecl","1.0",null,true]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 comment ✗ simple » actual expected [["comment"," no comment "]] // /usr/share/nodejs/vows/lib/assert/macros.js:14 unknownEncoding with single-byte map ✓ Windows-1252 unknownEncoding with single-byte map using iconv ✓ Windows-1252 error ✓ tag name starting with ampersand reset ✓ complete doc without error ✓ incomplete doc without error ✓ with doc error corner cases ✓ parse empty string ✓ Escaping of ampersands ✓ parsing twice the same document with the same parser instance should be fine statistics ✓ line number ✓ column number ✓ byte index stop and resume ✓ should have worked Stream interface read file ✓ startElement and endElement events ✓ end event ✓ close event ✗ Broken » 20 honored ∙ 12 broken (7.435s) make[1]: *** [debian/rules:18: override_dh_auto_test] Error 1