Bug#1067077: frr: FTBFS on armel: /usr/bin/ld: ./build/../bgpd/bgp_io.c:476:(.text+0x51c): undefined reference to `__atomic_store_8'
Hi David, On 4/30/24 18:21, David Lamparter wrote: flipped libatomic to be linked unconditionally. it's not harmful to do so on architectures that don't need it, but imho its cleaner to only be linked on affected architectures (armel m68k powerpc sh4). https://github.com/FRRouting/frr/commits/debian/master/ nice, thanks! Do you want to do anything else with it or should I go mark it as -1? my last attempt from yesterday didn't work (after a long time it took to build on the armel porterbox), so -1 looks good like that. Regards, Daniel
Bug#1067077: frr: FTBFS on armel: /usr/bin/ld: ./build/../bgpd/bgp_io.c:476:(.text+0x51c): undefined reference to `__atomic_store_8'
tag 1067077 +pending thanks Hi, my initial attempt in 10.0-0.2 to link with libatomic didn't work, I've fixed that locally but a build to confirming on an armel porterbox is runnning before uploading 10.0-0.3 in some minutes.. Regards, Daniel
Bug#1067450: ttyd: does not start
close 1067450 thanks Hi, On 3/21/24 18:03, Daniel wrote: Mar 21 17:59:09 zone-s ttyd[1039170]: [2024/03/21 17:59:09:4449] E: lws_create_context: failed to load evlib_uv Mar 21 17:59:09 zone-s ttyd[1039170]: [2024/03/21 17:59:09:4449] E: libwebsockets context creation failed Mar 21 17:59:09 zone-s systemd[1]: ttyd.service: Main process exited, code=exited, status=1/FAILURE Mar 21 17:59:09 zone-s systemd[1]: ttyd.service: Failed with result 'exit-code'. this is a stray issue because of the t64 migration when you haven't fully updated your system. on a minimal, up2date sid ttyd works reproducibly fine. Regards, Daniel
Bug#1055509: diversions of /sbin/halt and friends
On 12/22/23 12:30, Helmut Grohne wrote: I am happy with all of these changes moving to unstable and trixie. applied and uploaded both p-l-metapackages and bfh-metapackages to unstable. Thanks for your patience. thank you for all your work and help! Regards, Daniel
Bug#1055511: progress-linux-container: diversions need to be updated to deal with DEP17 P3
Hi Helmut On 12/19/23 15:13, Helmut Grohne wrote: Based on the work on molly-guard, I'm ataching an updated patch and it really is a copy of the one on bfh-container #1055509, so see there for the why its done the way its done. great, thanks! I'll test it tomorrow and upload. Regards, Daniel
Bug#1040051: prompt-toolkit breaks pymodbus autopkgtest: output on stderr: Task was destroyed but it is pending!
notfound 1040051 prompt-toolkit/3.0.38-2 retitle 1040051 autopkgtest err "Task was destroyed but it is pending!" thanks Hi, thanks for reporting this. however, I can't reproduce it - I don't think the bug is caused by prompt-toolkit but by anthing other that is different between testing and unstable. Also the error message doesn't sound like prompt-toolkit is involved here at all. Regards, Daniel
Bug#1031593: AttributeError: module 'gettext' has no attribute 'bind_textdomain_codeset
retitle 1031593 deluge-web: gettext error severity 1031593 important thanks Hi James, thanks for your report. I'll take a look at it by updating deluge to the current upstream version (and make sure that deluge-web works as I use it myself). Regarding this bug, just so much for now: even if deluge-web would be completely broken in 2.0.3, it would not make the package useless entirely (hence lowering the severity). I'll circle back to it once 2.1 is done. Regards, Daniel
Bug#996042: Missing sources for the html part
retitle 996042 rebuild inline html from source thanks Current status: * the sources in html/* are complete (already since some ttyd releases ago) * not all required node-* packages are in debian to build html.h * some of the required node-* packages that are in debian are still in too old versions and need to be updated by their maintainers (see bugs that are blocking this one) Regards, Daniel
Bug#1030683: Fwd: Bug#1030683: gnome-shell-extensions-extra: unmaintainable
fwd, seems not to have made it to the bts Forwarded Message Subject: Re: Bug#1030683: gnome-shell-extensions-extra: unmaintainable Date: Tue, 7 Feb 2023 00:49:42 +0100 From: Daniel Baumann Reply-To: m...@daniel-baumann.ch To: Jeremy Bícha CC: Thorsten Alteholz , 1030...@bugs.debian.org, Thorsten Alteholz Hi Jeremy, first of all: I'm the user of the extensions I've uploaded, so I care that they are "apt install"-able and just followed what I've been told to comply and make that possible.. I'll happily adjust the packaging again to whatever is the consense here. On 2/6/23 23:55, Thorsten Alteholz wrote: >> - There is a namespace concern. Sorry, didn't mean to intrude. I've used what seemed most sensible to me. Do you have any suggestions/ preferences to what I should rename it to? Regards, Daniel
Bug#1030683: Fwd: Bug#1030683: gnome-shell-extensions-extra: unmaintainable
fwd, seems not to have made it to the bts Forwarded Message Subject: Re: Bug#1030683: gnome-shell-extensions-extra: unmaintainable Date: Mon, 6 Feb 2023 17:01:27 +0100 From: Daniel Baumann Reply-To: m...@daniel-baumann.ch To: Jeremy Bícha , Thorsten Alteholz CC: 1030...@bugs.debian.org, Thorsten Alteholz Hi Jeremy On 2/6/23 14:22, Jeremy Bícha wrote: > gnome-shell-extensions-extra is a new collection of 6 different source > packages bundled into a single source package with a single binary > package. I've uploaded them packaged as separate src packages producing the usual binary package as all the other gnome-shell extensions are packaged, however, ftp-master insisted doing one source package producing one binary package. Thorsten: please advise on how to go forward. Should I re-upload them as seperate packages again and we remove gnome-shell-extensions-extras? Regards, Daniel
Bug#1030697: libjs-bootstrap5: not co-installable with libjs-bootstrap4
Hi Andreas, On 2/6/23 16:43, Andreas Beckmann wrote: > during a test with piuparts I noticed your package failed to install > because it tries to overwrite other packages files without declaring a > Breaks+Replaces relation. thanks. > I'm not sure whether B+R are the right solution here or whether > the package should be co-installable. the node-bootstrap one is the unversioned one, so, I think it's fine/the right thing here. Regards, Daniel
Bug#1030203: netdata: Netdata exits immediately after start with exit code 1
retitle 1030203 fails after start with exit code 1 severity 1030203 important tag 1030203 + moreinfo tag 1030203 + unreproducible thanks Hi Markus, thank you for your report. "fortunately" (or unfortunatly) I cannot reproduce it.. but I've got a few questions to narrow it down (given that reportbug-details are about the system you wrote the bug about, not necessarily the system you're running netdata on): * how much ram does your system have? * what architecture are you using (amd64, i386?)? * if not amd64, what cpu? also: * the "could not find cloud.conf" message is "just" cosmetics, it's not the cause for the bug you're having. * can you post the output from starting netdata in the foreground: $ sudo service netdata stop $ sudo netdata -D Regards, Daniel
Bug#1021367: pgcli: needs psycopg>=3.0.14
tag 1021367 pending block 1021367 by 1021249 thanks Hi Yannick, thank you for your report. I'm aware of this and already opened a bug against psycopg3 about it (https://bugs.debian.org/1021249), as well as uploading the new version to the delayed-queue. Regards, Daniel
Bug#1019891: mycli: Always crashes at runtime because the module 'sqlglot' is missing
tag 1019891 + pending thanks On 9/15/22 18:25, François Gannaz wrote: > Here is the upstream commit that added this dependency: > https://github.com/dbcli/mycli/commit/b8411836350923528ecdb0c92f22d26d012c1c89 indeed, I missed that - thanks for reporting! > I couldn't find 'sqlglot' anywhere among the Debian packages, so I > suppose there is no easy workaround for this missing dependency. I've packaged sqlglot and uploaded it.. it has to wait in the NEW queue though. In the meanwhile you can build the package from here: https://git.progress-linux.org/users/daniel.baumann/debian/packages/sqlglot/ Regards, Daniel
Bug#1018043: zutils: statically linked
On 9/2/22 14:31, Adam Borowski wrote: > ♥ thank you for bringing it up. ;) > merged-usr is unrelated here: we have dropped support for booting the system > without /usr /etc /var mounted several years ago; merged usr is about moving > things around replacing them with symlinks. jftr, I'm aware - however, for an invidual package "needlessly" removing existing compatibility for standlone-/usr without "reason" is not nice (eventhough I've never needed that, and that it's not supported as a general concept anymore since a several releases). what I've tried to say is that with merged-/usr, this is an additional reason on top of the others for why it doesn't make sense anymore to keep it statically compiled. Regards, Daniel
Bug#1018043: zutils: statically linked
tag 1018043 pending thanks On 8/24/22 17:40, Adam Borowski wrote: > This package has a massive size massive is relative.. it's 490KB. > as it's pointlessly statically built. there was a reason (see #608484), but I guess with merged-usr this isn't a problem anymore anyway. Regards, Daniel
Bug#1016096: FTBFS on arm*
Package: libdrm Version: 2.4.110-1 Severity: serious Hi, unfortunately the last upload of libdrm failed to build on all arm architectures: https://buildd.debian.org/status/package.php?p=libdrm=unstable Regards, Daniel
Bug#1004495: 5.16.3-1~exp1 FTBFS on i386
Package: linux Version: 5.16.3-1~exp1 Severity: serious Tag: experimental Hi, unfortunately the last upload to experimental failed to build on i386. Regards, Daniel
Bug#1002803: openssh: typo in alternatives
Package: openssh Version: 1:8.7p1-3 Severity: serious Tag: patch Hi, I think there's a typo here (running openssh-client postinst with set -x): --snip-- + update-alternatives --install /usr/bin/rcp rcp /usr/bin/scp 20 --slave /usr/share/man/man1/rcp.1.gz rcp.1.gz /usr/share/man/man1/rcp.1.gz --snap-- which makes installing openssh-client fail with: --snip-- update-alternatives: and can't be the same Use 'update-alternatives --help' for program usage information. dpkg: error processing package openssh-client (--configure): installed openssh-client package post-installation script subprocess returned error exit status 2 --snap-- Patch is attached. Regards, Danielcommit e96ee84afe84fdd2fe7b259d564ebd10db04324c gpg: Signature made Wed 29 Dec 2021 04:32:14 AM CET gpg:using EDDSA key 95409F2944B1C6D44C6B49D53E6CA28DAAF8DD14 gpg: Good signature from "Daniel Baumann " [ultimate] Primary key fingerprint: 9540 9F29 44B1 C6D4 4C6B 49D5 3E6C A28D AAF8 DD14 Author: Daniel Baumann Date: Wed Dec 29 04:31:54 2021 +0100 Correcting typo in openssh-client.alternatives. Signed-off-by: Daniel Baumann diff --git a/debian/openssh-client.alternatives b/debian/openssh-client.alternatives index 6fe0484..acb906b 100644 --- a/debian/openssh-client.alternatives +++ b/debian/openssh-client.alternatives @@ -16,5 +16,5 @@ Name: rcp Link: /usr/bin/rcp Alternative: /usr/bin/scp Dependents: - /usr/share/man/man1/rcp.1.gz rcp.1.gz /usr/share/man/man1/rcp.1.gz + /usr/share/man/man1/rcp.1.gz rcp.1.gz /usr/share/man/man1/scp.1.gz Priority: 20
Bug#1002235: libmicrohttpd: FTBFS: dh_auto_test: error: make -j4 check VERBOSE=1 returned exit code 2
close 1002235 0.9.75-1 thanks Hi, thanks for reporting - the new upstream version fixes this for me, thus closing. Regards, Daniel
Bug#998290: gnunet: fails to install: gnunet.postinst: 91: tempfile: not found
retitle 998290 debianutils demoved tempfile, use mktemp tag 998290 pending thanks Hi, thanks for your report - it's fixed in the second upload of gnunet 0.15 in NEW, hope that it will pass anytime soon. Regards, Daniel
Bug#997306: gnunet 0.15 in NEW
tag 997368 pending retitle 997368 FTBFS in sid tag 997306 pending retitle 997306 FTBFS in sid thanks Hi, gnunet 0.15 is stuck in NEW, once it gets released.. i'll upload new gnunet-fuse/gnunet-gtk 0.15. Regards, Daniel
Bug#995879: uninstallable due to dependency on ansible-core
Hi Lee On 10/7/21 18:18, Lee Garrett wrote: ansible has already been uploaded there to make it easier for the ftp team to review it. I'm hoping to upload it some time this weekend. great to hear, and thanks a lot for looking after ansible in Debian, much appreciated. Regards, Daniel
Bug#995879: uninstallable due to dependency on ansible-core
Package: ansible Version: 4.6.0-1 Severity: serious Tags: experimental Hi, ansible in experimental is currently uninstallable because of the dependency on ansible-core which is unavailable/not yet uploaded in Debian as it seems. Regards, Daniel
Bug#995167: new upstream (5.0.2) [CVE-2021-38562]
Package: request-tracker5 Version: 5.0.1+dfsg-1 Severity: serious Tags: security Hi, upstream has fixed the following issue in 5.0.2: "In previous versions, RT's native login system is vulnerable to user enumeration through a timing side-channel attack. This means an external entity could try to find valid usernames by attempting logins and comparing the time to evaluate each login attempt for valid and invalid usernames. This vulnerability does not allow any access to the RT system. This vulnerability is assigned CVE-2021-38562 and is fixed in this release." It would be nice if you could upgrade (or cherry-pick) that fix, please also mention 'CVE-2021-38562' in the changelog when doing so. Regards, Daniel
Bug#994799: FTBFS on i386
Package: firefox-esr Version: 91.1.0esr-1 Severity: serious Tags: experimental Hi, unfortunately the upstream changes introduced in math_private.h from 91.0.1esr-1 to 91.1.0esr-1 make firefox fail to build from source on i386: ---snip--- In file included from /<>/modules/fdlibm/src/e_acos.cpp:44: /<>/modules/fdlibm/src/math_private.h:34:21: error: conflicting declaration ‘typedef __double_t double_t’ 34 | typedef __double_t double_t; | ^~~~ In file included from /usr/include/c++/10/cmath:45, from /<>/build-browser/dist/system_wrappers/cmath:3, from /<>/build-browser/dist/stl_wrappers/cmath:60, from /<>/modules/fdlibm/src/e_acos.cpp:41: /usr/include/math.h:156:21: note: previous declaration as ‘typedef long double double_t’ 156 | typedef long double double_t; | ^~~~ make[5]: *** [/<>/config/rules.mk:676: e_acos.o] Error 1 make[5]: Leaving directory '/<>/build-browser/modules/fdlibm/src' make[4]: *** [/<>/config/recurse.mk:72: modules/fdlibm/src/target-objects] Error 2 ---snap--- Regards, Daniel
Bug#993885: upgrade failures
Package: nfs-utils Version: 1:2.5.4-1~exp2 Severity: serious Hi Anibal thanks for the previous upload, however, the upgrade of nfs-common from sid to experimental still fails: ---snip--- [...] Get:2 http://debian.ethz.ch/debian experimental/main amd64 libnfsidmap1 amd64 1:2.5.4-1~exp2 [78.4 kB] Get:3 http://debian.ethz.ch/debian sid/main amd64 libevent-core-2.1-7 amd64 2.1.12-stable-1 [139 kB] Fetched 523 kB in 0s (3464 kB/s) (Reading database ... 21068 files and directories currently installed.) Preparing to unpack .../nfs-common_1%3a2.5.4-1~exp2_amd64.deb ... Unpacking nfs-common (1:2.5.4-1~exp2) over (1:1.3.4-6) ... dpkg: error processing archive /var/cache/apt/archives/nfs-common_1%3a2.5.4-1~exp2_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man5/idmapd.conf.5.gz', which is also in package libnfsidmap2:amd64 0.25-6 Running in chroot, ignoring request. All runlevel operations denied by policy invoke-rc.d: policy-rc.d denied execution of restart. Errors were encountered while processing: /var/cache/apt/archives/nfs-common_1%3a2.5.4-1~exp2_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ---snap--- Regards, Daniel
Bug#993789: Fails to install (idmapd.conf.5.gz also in libnfsidmap2)
Package: nfs-utils Severity: serious Version: 1:2.5.4-1~exp1 Tags: experimental Hi Anibal, after building the package, it fails to install: ---snip--- unpacking nfs-common (1:2.5.4-1~exp1) over (1:1.3.4-6) ... dpkg: error processing archive /var/cache/apt/archives/nfs-common_1%3a2.5.4-1~exp1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man5/idmapd.conf.5.gz', which is also in package libnfsidmap2:amd64 0.25-6 nfs-utils.service is a disabled or a static unit not running, not starting it. Errors were encountered while processing: /var/cache/apt/archives/nfs-common_1%3a2.5.4-1~exp1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) ---snap--- Regards, Daniel
Bug#993785: FTBFS on most architectures
Package: nfs-utils Severity: serious Version: 1:2.5.4-1~exp1 Hi Anibal, thank so much for uploading a new nfs-utils version, much appreciated. unfortunately it fails to build on most architectures, I can confirm that re-adding the dropped multiarch-patch fixes it (re-diffed patch applied). Regards, DanielAuthor: Luk Claes Description: Support multiarch kerberos paths (Closes: #642797). diff -Naurp nfs-utils.orig/aclocal/kerberos5.m4 nfs-utils/aclocal/kerberos5.m4 --- nfs-utils.orig/aclocal/kerberos5.m4 +++ nfs-utils/aclocal/kerberos5.m4 @@ -29,6 +29,7 @@ AC_DEFUN([AC_KERBEROS_V5],[ elif test -f "/usr/lib/mit/bin/krb5-config"; then K5CONFIG="/usr/lib/mit/bin/krb5-config" fi +MULTIARCH=`dpkg-architecture -qDEB_HOST_MULTIARCH 2>/dev/null || true` if test "$K5CONFIG" != ""; then KRBCFLAGS=`$K5CONFIG --cflags` KRBLIBS=`$K5CONFIG --libs` @@ -43,6 +44,7 @@ AC_DEFUN([AC_KERBEROS_V5],[ -f $dir/lib32/libgssapi_krb5.so -o \ -f $dir/lib64/libgssapi_krb5.a -o \ -f $dir/lib64/libgssapi_krb5.so -o \ + -f $dir/lib/$MULTIARCH/libgssapi_krb5.so -o \ -f $dir/lib/$(uname -m)-linux-gnu/libgssapi_krb5.a -o \ -f $dir/lib/$(uname -m)-linux-gnu/libgssapi_krb5.so \) ; then AC_DEFINE(HAVE_KRB5, 1, [Define this if you have MIT Kerberos libraries])
Bug#993707: FTBFS on arm64
Package: linux Version: 5.14-1~exp1 Severity: serious Hi, after applying the perf fixes, it builds for me on amd64, i386, armel, and armhf, but fails on arm64: ---snip--- dh_prep kernel-wedge install-files 5.14.0-trunk install -D -m 644 debian/linux-image-5.14.0-trunk-arm64/boot/vmlinuz-5.14.0-trunk-arm64 debian/kernel-image-5.14.0-trunk-arm64-di/boot/vmlinuz install -d debian/kernel-image-5.14.0-trunk-arm64-di/lib/modules/5.14.0-trunk-arm64 install -m 644 debian/linux-image-5.14.0-trunk-arm64/lib/modules/5.14.0-trunk-arm64/modules.builtin debian/linux-image-5.14.0-trunk-arm64/lib/modules/5.14.0-trunk-arm64/modules.order debian/kernel-image-5.14.0-trunk-arm64-di/lib/modules/5.14.0-trunk-arm64/ install -D -m 644 debian/linux-image-5.14.0-trunk-arm64/boot/System.map-5.14.0-trunk-arm64 debian/kernel-image-5.14.0-trunk-arm64-di/boot/System.map install -d debian/kernel-image-5.14.0-trunk-arm64-di/usr/lib cp -a debian/linux-image-5.14.0-trunk-arm64/usr/lib/linux-image-5.14.0-trunk-arm64 debian/kernel-image-5.14.0-trunk-arm64-di/usr/lib/linux-image-5.14.0-trunk-arm64 kernel-wedge copy-moduleven after applying the perf fixes, es 5.14.0-trunk arm64 5.14.0-trunk-arm64 kernel-wedge find-dups 5.14.0-trunk-arm64 debian/nic-usb-modules-5.14.0-trunk-arm64-di lib/modules/5.14.0-trunk-arm64/kernel/net/core/selftests.ko debian/nic-modules-5.14.0-trunk-arm64-di lib/modules/5.14.0-trunk-arm64/kernel/net/core/selftests.ko some modules are in more than one package command exited with status 1 make[2]: *** [debian/rules.real:570: install-udeb_arm64] Error 2 make[2]: Leaving directory '/build/linux-5.14-1~exp1' make[1]: *** [debian/rules.gen:35: binary-arch_arm64] Error 2 make[1]: Leaving directory '/build/linux-5.14-1~exp1' make: *** [debian/rules:43: binary-arch] Error 2 dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit status 2 ---snap--- Regards, Daniel
Bug#993560: closed by Bastian Blank (Re: Bug#993560: FTBFS on arch-any)
reopen 993560 thanks On 9/3/21 16:24, Debian Bug Tracking System wrote: Yes, we know. Great, thanks and looking forward to the upload that will fixes it. Regards, Daniel
Bug#993560: FTBFS on arch-any
Package: linux Version: 5.14-1~exp1 Severity: serious Hi, unfortunately the 5.14-1~exp1 upload failed to build on all architectures (except for 'all'). Regards, Daniel ---snip--- make[5]: Leaving directory '/<>/tools/perf' make[4]: Leaving directory '/<>/tools/perf' rm -f /<>/debian/linux-perf-5.14/usr/bin/trace_5.14 mkdir -p /<>/debian/linux-perf-5.14/usr/share/bash-completion/ mv /<>/debian/linux-perf-5.14/etc/bash_completion.d \ /<>/debian/linux-perf-5.14/usr/share/bash-completion/completions rmdir --ignore-fail-on-non-empty /<>/debian/linux-perf-5.14/etc cd /<>/debian/linux-perf-5.14 && ! find \! -type d \! -path '*[_-]5.14*' | grep . ./usr/include/perf/perf_dlfilter.h make[3]: *** [/<>/debian/rules.d/tools/perf/Makefile:57: install] Error 1 make[3]: Leaving directory '/<>/debian/build/build-tools/tools/perf' make[2]: *** [debian/rules.real:730: install-perf] Error 2 make[2]: Leaving directory '/<>' make[1]: *** [debian/rules.gen:34: binary-arch_amd64_real] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:43: binary-arch] Error 2 dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit status 2 ---snap---
Bug#992802: FTBFS on armel
Package: knot Version: 3.1.1-1 Severity: serious Tags: patch Hi, knot fails to build from source on armel due to outdated symbols file, the following patch fixes it: Regards, Daniel commit dcf7551cc9a05833089352aa852c280b77207646 Author: Daniel Baumann Date: Mon Aug 23 18:07:40 2021 +0200 Updating libknot12 symbols on armel to fix FTBFS. Signed-off-by: Daniel Baumann diff --git a/debian/libknot12.symbols.armel b/debian/libknot12.symbols.armel index 78e25fb..9651cad 100644 --- a/debian/libknot12.symbols.armel +++ b/debian/libknot12.symbols.armel @@ -139,19 +139,6 @@ libknot.so.12 libknot12 #MINVER# knot_rrtype_to_string@Base 3.0.1 knot_strerror@Base 3.0.1 knot_svcb_param_names@Base 3.1.1 - knot_tcp_relay@Base 3.1.1 - knot_tcp_relay_answer@Base 3.1.1 - knot_tcp_relay_dynarray_add@Base 3.1.1 - knot_tcp_relay_dynarray_arr@Base 3.1.1 - knot_tcp_relay_dynarray_free@Base 3.1.1 - knot_tcp_relay_dynarray_remove@Base 3.1.1 - knot_tcp_relay_dynarray_sort@Base 3.1.1 - knot_tcp_relay_dynarray_sort_dedup@Base 3.1.1 - knot_tcp_relay_free@Base 3.1.1 - knot_tcp_send@Base 3.1.1 - knot_tcp_sweep@Base 3.1.1 - knot_tcp_table_free@Base 3.1.1 - knot_tcp_table_new@Base 3.1.1 knot_tsig_add@Base 3.0.1 knot_tsig_append@Base 3.0.1 knot_tsig_client_check@Base 3.0.1
Bug#971331: uses deprecated libavresample, move to libsvresample
tag 971331 pending thanks Hi, I asked upstream a while ago about it, and they in turn consulted with libav upstreams.. and it's a non-trivial amount of work to port it. Upstream recommends to just disable building the libav plugins. Preparing an upload for doing now... Regards, Daniel
Bug#992600: FTBFS within testsuite
Package: tracker-miners Severity: serious Version: 3.1.1-1 Tag: experimental Hi, tracker-miners currently FTBFS in experimental on several architectures due to testsuite issues: https://buildd.debian.org/status/package.php?p=tracker-miners=experimental Regards, Daniel
Bug#991635: FTBFS on amd64
close 991635 6.1.26-2 thanks Hi Gianfranco thanks for the fix, it compiled now. Regards, Daniel
Bug#991635: FTBFS on amd64
Package: virtualbox Version: 6.1.26-dfsg-1 Severity: serious Hi, virtualbox 6.1.26-dfsg-1 fails to build from source on amd64 (but builds fine on i386): [...] kBuild: Linking vboxjxpcom.jar => /<>/out/obj/VBoxJXpcom-inst-jar/vboxjxpcom.jar "/usr/lib/jvm/default-java/bin/jar" cf /<>/out/obj/VBoxJXpcom-inst-jar/vboxjxpcom.jar -C /<>/out/obj/vboxjxpcom-gen/jdest . kmk: *** Exiting with status 2 kBuild: Compiling VBoxOGL2D - /<>/src/VBox/Frontends/VirtualBox/src/VBoxGLSupportInfo.cpp => /<>/out/obj/VBoxOGL2D/src/VBoxGLSupportInfo.o kmk_builtin_rm -f -- /<>/out/obj/VBoxOGL2D/src/VBoxGLSupportInfo.o.dep /<>/out/obj/VBoxOGL2D/src/VBoxGLSupportInfo.o g++ -c -O2 -fPIC -g -pipe -Wall -Wextra -Wno-missing-field-initializers -Wno-trigraphs -fdiagnostics-show-option -Wlogical-op -Wno-variadic-macros -frtti -fno-exceptions -Wno-long-long -fshort-wchar -fno-strict-aliasing -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT -fvisibility-inlines-hidden -Wno-multistatement-macros -Wno-ignored-qualifiers -std=c++11 -Wno-deprecated-declarations -fPIC -Wno-deprecated-copy -g -pipe -Wall -Wextra -Wno-missing-field-initializers -Wno-trigraphs -fdiagnostics-show-option -Wlogical-op -Wno-variadic-macros -frtti -fno-exceptions -Wno-long-long -fshort-wchar -fno-strict-aliasing -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT -fvisibility-inlines-hidden -Wno-multistatement-macros -Wno-ignored-qualifiers -std=c++11 -Wno-deprecated-declarations -fPIC -m64 -I/<>/src/VBox/Frontends/VirtualBox/include -I/<>/out/bin/sdk/bindings/xpcom/include -I/<>/out/bin/sdk/bindings/xpcom/include/xpcom -I/<>/out/bin/sdk/bindings/xpcom/include/string -I/<>/out/bin/sdk/bindings/xpcom/include/xpcom -I/<>/out/bin/sdk/bindings/xpcom/include/nsprpub -I/<>/out/bin/sdk/bindings/xpcom/include/ipcd -I/usr/include/x86_64-linux-gnu/qt5/QtGui/QtOpenGL -I/usr/include/x86_64-linux-gnu/qt5/QtGui -I/<>/out/obj/VBoxOGL2D/qtmoc -I/<>/out/obj/VBoxOGL2D/qtuic -I/<>/include -I/<>/out -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DRT_OS_LINUX -D_FILE_OFFSET_BITS=64 -DRT_ARCH_AMD64 -D__AMD64__ -DVBOX_WITH_DEBUGGER -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DRTPATH_APP_PRIVATE_ARCH=\"/usr/lib/virtualbox\" -DRTPATH_SHARED_LIBS=\"/usr/lib/virtualbox\" -DRTPATH_APP_DOCS=\"/usr/share/doc/virtualbox\" -DPIC -DIN_RING3 -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DHAVE_CONFIG_H -DHC_ARCH_BITS=64 -DGC_ARCH_BITS=64 -DVBOX_WITH_XPCOM -DVBOX_WITH_XPCOM_NAMESPACE_CLEANUP -DPIC -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_SHARED -DHAVE_CONFIG_H -DVBOX_WITH_VIDEOHWACCEL -DVBOX_GUI_USE_QGL -DQT_OPENGL_LIB -D_REENTRANT -Wp,-MD,/<>/out/obj/VBoxOGL2D/src/VBoxGLSupportInfo.o.dep -Wp,-MT,/<>/out/obj/VBoxOGL2D/src/VBoxGLSupportInfo.o -Wp,-MP -o /<>/out/obj/VBoxOGL2D/src/VBoxGLSupportInfo.o /<>/src/VBox/Frontends/VirtualBox/src/VBoxGLSupportInfo.cpp /<>/src/VBox/Frontends/VirtualBox/src/VBoxGLSupportInfo.cpp:22:10: fatal error: QGLWidget: No such file or directory 22 | #include | ^~~ compilation terminated. kmk: *** [/usr/share/kBuild/footer-pass2-compiling-targets.kmk:277: /<>/out/obj/VBoxOGL2D/src/VBoxGLSupportInfo.o] Error 1 make[1]: *** [debian/rules:62: override_dh_auto_build] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:37: build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit status 2 https://buildd.debian.org/status/fetch.php?pkg=virtualbox=amd64=6.1.26-dfsg-1=1627555826=0 Regards, Daniel
Bug#991561: freeradius-ldap fails to install if freeradius is stopped
Package: freeradius Version: 3.0.21+dfsg-2 Severity: serious Hi, freeradius-ldap fails to install if freeradius is not already running. steps to reproduce: sudo apt install freeradius sudo service freeradius stop sudo apt install freeradius-ldap results in this: [...] The following NEW packages will be installed: freeradius-ldap 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/87.8 kB of archives. After this operation, 178 kB of additional disk space will be used. Selecting previously unselected package freeradius-ldap. (Reading database ... 21663 files and directories currently installed.) Preparing to unpack .../freeradius-ldap_3.0.21+dfsg-2+b2_amd64.deb ... Unpacking freeradius-ldap (3.0.21+dfsg-2+b2) ... Setting up freeradius-ldap (3.0.21+dfsg-2+b2) ... freeradius.service is not active, cannot reload. invoke-rc.d: initscript freeradius, action "force-reload" failed. dpkg: error processing package freeradius-ldap (--configure): installed freeradius-ldap package post-installation script subprocess returned error exit status 1 Errors were encountered while processing: freeradius-ldap E: Sub-process /usr/bin/dpkg returned an error code (1) Regards, Daniel
Bug#982758: webext-browserpass: Failed to install on upgrade to bullseye
severity 982758 important thanks Hi, I've tried both upgrading from a default buster to sid (browserpass 2.0.22-2 to 3.7.2-1), as well as from a default sid (browserpass 3.4.1-4+b2 to 3.7.2-1).. and can't reproduce it, thus lowering the severity to important. As browserpass is a dependency of a meta-package of mine in Debian (which would get removed from testing if browserpass is removed), I'm happy to help fixing it if someone can help me reproduce it. Regards, Daniel
Bug#986745: FTBFS on amd64
Package: ruustc Version: 1.50.0+dfsg1-1~exp2 Severity: serious Tags: experimental Hi, while 1.50.0+dfsg1-1~exp1 build fine on amd64, the subsequent upload of 1.50.0+dfsg1-1~exp2 did not: https://buildd.debian.org/status/fetch.php?pkg=rustc=amd64=1.50.0%2Bdfsg1-1%7Eexp2=1618053860=0 Regards, Daniel
Bug#986054: FTBFS on several architectures
Package: firefox Version: 87.0-1 Severity: serious Hi, thank you so much for taking care about firefox in debian. unfortunaly, 87.0-1 failed to build on several architectures: https://buildd.debian.org/status/package.php?p=firefox=unstable Regards, Daniel
Bug#983777: libgnunet0.14: missing Breaks+Replaces: gnunet (<< 0.14.0-4)
On 3/1/21 8:26 PM, Andreas Beckmann wrote: > Just don't forget B+R: libgnunet0.14 > if libgnunet0.15 gets uploaded some day ... ;-) jep :) Thanks, Daniel
Bug#983777: libgnunet0.14: missing Breaks+Replaces: gnunet (<< 0.14.0-4)
Hi Andreas, thanks for reporting, I totally missed one the breaks/replaced like you pointed out. On 3/1/21 6:33 PM, Andreas Beckmann wrote: > IMO only the /usr/lib/* part belongs into libgnunet0.14, > the remaining ones should have stayed in gnunet. the idea here is that the stuff in libgnunet0.14 is used by the non-gnunet (upcoming) packages for gnu taler, entirely unrelated to gnunet-specific-and-not-used-by-anything-outside-of-gnunet within the bin:gnunet package. anyhow, there will be the one or other adjustment (i'm going to coordinate this with upstream hopefully next week), and gnunet 0.14 will stay quite a while in experimental until everything is ironed out. Regards, Daniel
Bug#963760: new upstream release (1.4.11)
retitle new upstream release (1.4.13) thanks ...and now there's 1.4.13. Regards, Daniel
Bug#972555: FTBFS on buster (amd64/i386)
Package: pam Version: 1.3.1-5 Severity: serious Hi, rebuilding pam on buster fails to build from source with the following error: ---snip--- [...] Making all in pam_selinux make[4]: Entering directory '/build/pam-1.3.1-5/modules/pam_selinux' gcc -DHAVE_CONFIG_H -I. -I../.. -Wdate-time -D_FORTIFY_SOURCE=2 -I../../libpam/include -I../../libpamc/include -I../../libpam_misc/include -g -O2 -fdebug-prefix-map=/build/pam-1.3.1-5=. -fstack-protector-strong -Wformat -Werror=format-security -W -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings -Winline -Wshadow -c -o pam_selinux_check.o pam_selinux_check.c /bin/bash ../../libtool --tag=CC --mode=link gcc -I../../libpam/include -I../../libpamc/include -I../../libpam_misc/include -g -O2 -fdebug-prefix-map=/build/pam-1.3.1-5=. -fstack-protector-strong -Wformat -Werror=format-security -W -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings -Winline -Wshadow -Wl,-z,relro -Wl,-z,defs -Wl,--as-needed -Wl,--no-undefined -Wl,-O1 -o pam_selinux_check pam_selinux_check.o ../../libpam/libpam.la ../../libpam_misc/libpam_misc.la libtool: link: gcc -I../../libpam/include -I../../libpamc/include -I../../libpam_misc/include -g -O2 -fdebug-prefix-map=/build/pam-1.3.1-5=. -fstack-protector-strong -Wformat -Werror=format-security -W -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings -Winline -Wshadow -Wl,-z -Wl,relro -Wl,-z -Wl,defs -Wl,--as-needed -Wl,--no-undefined -Wl,-O1 -o .libs/pam_selinux_check pam_selinux_check.o ../../libpam/.libs/libpam.so ../../libpam_misc/.libs/libpam_misc.so /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -Wdate-time -D_FORTIFY_SOURCE=2 -I../../libpam/include -I../../libpamc/include -I../../libpam_misc/include -g -O2 -fdebug-prefix-map=/build/pam-1.3.1-5=. -fstack-protector-strong -Wformat -Werror=format-security -W -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings -Winline -Wshadow -c -o pam_selinux.lo pam_selinux.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -Wdate-time -D_FORTIFY_SOURCE=2 -I../../libpam/include -I../../libpamc/include -I../../libpam_misc/include -g -O2 -fdebug-prefix-map=/build/pam-1.3.1-5=. -fstack-protector-strong -Wformat -Werror=format-security -W -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings -Winline -Wshadow -c pam_selinux.c -fPIC -DPIC -o .libs/pam_selinux.o pam_selinux.c:66:10: fatal error: selinux/flask.h: No such file or directory 66 | #include | ^ compilation terminated. make[4]: *** [Makefile:734: pam_selinux.lo] Error 1 make[4]: Leaving directory '/build/pam-1.3.1-5/modules/pam_selinux' make[3]: *** [Makefile:436: all-recursive] Error 1 make[3]: Leaving directory '/build/pam-1.3.1-5/modules' make[2]: *** [Makefile:484: all-recursive] Error 1 make[2]: Leaving directory '/build/pam-1.3.1-5' make[1]: *** [Makefile:416: all] Error 2 make[1]: Leaving directory '/build/pam-1.3.1-5' dh_auto_build: error: make -j1 returned exit code 2 make: *** [debian/rules:21: build-indep] Error 255 dpkg-buildpackage: error: debian/rules build-indep subprocess returned exit status 2 ---snap---
Bug#953093: reopen
reopen 953093 thanks hm, looks like a misunderstanding.. this shoudn't have been closed. I'll ask David to close it when it's in the archive. Regards, Daniel
Bug#952435: icingaweb2-module-nagvis: depends on removed nagvis
close 952435 thanks Hi, navgis is still in debian (and also in testing), closing this bug. Regards, Daniel
Bug#963760: new upstream release (1.4.10)
retitle 963760 new upstream release (1.4.11) thanks ...and now there's 1.4.11. Regards, Daniel
Bug#968233: apt regression: abort downloads on "long" package lists
Package: apt Version: 2.1.9 Severity: serious Hi, I think I've found a regression in the apt 2.1.9 upload. When building system images, we do call 'apt install' with all the packages in one single line, which is what we've been e.g. doing since 2006 for all the live images. Until 2.1.8 this works fine. With 2.1.9, this fails: [...] Get:188 https://debian.ethz.ch/debian buster/main amd64 psmisc amd64 23.2-1 [126 kB] Get:189 https://debian.ethz.ch/debian buster/main amd64 safe-rm all 0.12-7 [12.2 kB] Fetched 81.8 MB in 2s (53.6 MB/s) E: Failed to fetch https://debian.ethz.ch/debian/pool/main/libv/libvorbis/libvorbisfile3_1.3.6-2_amd64.deb Data left in buffer [IP: 2001:67c:10ec:3dd1::42 443] E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? I can rule out network errors, a manual curl or wget to https://debian.ethz.ch/debian/pool/main/libv/libvorbis/libvorbisfile3_1.3.6-2_amd64.deb for that host works. The command issued here was and breaks like above every time I run it (downgrading to 2.1.8 fixes it): # apt install -y acl apache2 apache2-bin apache2-data apache2-utils bash-completion bc bfh-stack-ldap-login bsdmainutils crudini curl debconf-utils dehydrated dehydrated-apache2 distro-info-data dns-root-data gawk git git-man groff-base knot-dnsutils knot-host knot-resolver libapr1 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap libasound2 libasound2-data libavahi-client3 libavahi-common-data libavahi-common3 libbasicobjects0 libbrotli1 libc-ares2 libc-l10n libcanberra0 libcbor0 libcollection4 libcrack2 libcups2 libcurl3-gnutls libcurl4 libdhash1 libdnssec7 libedit2 liberror-perl libfido2-1 libfstrm0 libgdbm-compat4 libgdbm6 libglib2.0-0 libgpm2 libgssapi-krb5-2 libicu63 libini-config5 libipa-hbac0 libjansson4 libk5crypto3 libkeyutils1 libknot10 libkrb5-3 libkrb5support0 libldb2 liblmdb0 libltdl7 liblua5.2-0 libluajit-5.1-2 libluajit-5.1-common liblz1 libmaxminddb0 libmpdec2 libnfsidmap2 libnghttp2-14 libnl-3-200 libnl-route-3-200 libnss-sss libogg0 libpam-pwquality libpam-sss libpath-utils1 libpcrecpp0v5 libperl5.28 libpipeline1 libpolkit-agent-1-0 libpolkit-backend-1-0 libpolkit-gobject-1-0 libprotobuf-c1 libpsl5 libpwquality-common libpwquality1 libpython-stdlib libpython2-stdlib libpython2.7-minimal libpython2.7-stdlib libpython3-stdlib libpython3.7 libpython3.7-minimal libpython3.7-stdlib libref-array1 librtmp1 libsigsegv2 libsmbclient libssh2-1 libsss-certmap0 libsss-idmap0 libsss-nss-idmap0 libtalloc2 libtdb1 libtevent0 libuchardet0 liburcu6 libutempter0 libuv1 libvorbis0a libvorbisfile3 libwbclient0 libwrap0 libxml2 libxxhash0 libzscanner3 lnav localepurge locales lsb-release lua-sec lua-socket lynx lynx-common man-db mc mc-data mime-support openssh-client openssh-server openssh-sftp-server perl perl-modules-5.28 plzip policykit-1 postfix powerline powerline-gitstatus progress-linux-base-system progress-linux-container progress-linux-server psmisc python python-iniparse python-minimal python-six python2 python2-minimal python2.7 python2.7-minimal python3 python3-ldb python3-minimal python3-powerline python3-powerline-gitstatus python3-psutil python3-sss python3-talloc python3.7 python3.7-minimal rsync safe-rm samba-libs screen socat sound-theme-freedesktop ssl-cert sssd sssd-ad sssd-ad-common sssd-common sssd-ipa sssd-krb5 sssd-krb5-common sssd-ldap sssd-proxy sssd-tools sudo tarlz task-ssh-server ucf vim vim-runtime wget Regards, Daniel
Bug#957595: netdata: ftbfs with GCC-10
On 7/31/20 1:05 PM, Gianfranco Costamagna wrote: > attached the upstream fix refreshed on top of the current debian version great, thanks a lot for the help; I'll upload within the next couple of hours. Regards, Daniel
Bug#963760: new upstream release (1.4.10)
severity 963760 serious thanks Hi, what's the status of this? Regards, Daniel
Bug#952673: does not start automatically anymore on fresh installs
On 7/16/20 9:37 AM, Santiago Ruano Rincón wrote: > I leave this as a note: kresd upstream removed systemd sockets support > since 5.0: > https://gitlab.nic.cz/knot/knot-resolver/-/issues/485 I'm afraid I don't understand what this has to with the original problem. the original problem is the following: * user did 'apt install knot-resolver' on buster, edited resolv.conf to point to 127.0.0.1 * user upgrades from buster to bullseye and has no working DNS anymore. there is no warning or anything. I suggest to, please: * either fix the package so that 'apt install knot-resolver' in bullseye is again resulting in a working DNS resolver on localhost * or, add a prominent warning note via debconf so people know that they have to fix it manually and document the required steps to configure knot-resolver to be used as a local resolver. unless either of which is done, knot-resolver from bullseye *breaks* peoples systems without saying so and in an unexpected way, which deserves severity serious. Regards, Daniel
Bug#952673: does not start automatically anymore on fresh installs
On 7/10/20 3:13 PM, Santiago Ruano Rincón wrote: > I'd rather downgrade severity to important. i'd rather not - either it's a bug and then it should be fixed, or, if the new behaviour is on purpose, then it needs to be documented and handled for upgrades. in either way, upgrading buster->bullseye leaves systems without working DNS, which deserves severity serious. Regards, Daniel
Bug#962136: FTBFS on i386 because of .la files
Package: nghttp2 Version: 1.41.0-1 Severity: serious Hi, when building nghttp2 on i386 it fails to build at dh_missing because debian/tmp/usr/lib/*/*.la is not included in any package (which is correct). I suggest to add a 'rm -f debian/tmp/usr/lib/*/*.la' after the dh_auto_install in rules. Regards, Daniel
Bug#961076: NXNS Attack (CVE-2020-12667)
Package: knot Severity: serious Tag: security Hi, it would be nice if you could upgrade to the current upstream version of knot-resolver (5.1.1) which mitigates CVE-2020-12667 aka NXNS Attack. Regards, Daniel
Bug#945405: ERROR: Signature extraction failed + WARNING: Unable to extract video title
close 945405 2020.01.24-0.1 thanks Hi, downloading the videos you mentioned works with above version, hence closing the bug report. note: due to changes in youtube.com, youtube-dl needs to be updated frequently in order to continue to work. Regards, Daniel
Bug#948901: open-infrastructure-service-tools: FTBFS: a2x: error: argument --asciidoc-opts: expected one argument
tag 948901 + pending tag 948902 + pending tag 948903 + pending thanks On 1/14/20 5:40 PM, Mattia Rizzolo wrote: > your package failed to rebuild in a standard sid chroot. thanks for the reports. asciidoc changed the order of arguments or something like that, I already fixed it in one of my other packages. I'll upload new versions of all of them anyway, at latest on Saturday. Regards, Daniel
Bug#932048: knot-resolver: CVE-2019-10190 CVE-2019-10191
Hi, what is the status? I'm glad to help out maintaining the package.. Regards, Daniel
Bug#942617: FTBFS on i386
tag 942617 + patch thanks I've found a patch for that and verified that it works, feel free to cherry-pick from here: https://git.progress-linux.org/distributions/engywuck-backports/packages/kexec-tools/tree/debian/patches/progress-linux/0001-ftbfs-i386.patch Regards, Daniel
Bug#942617: FTBFS on i386
Package: kexec-tools Severity: serious Version: 1:2.0.20-1 Hi, kexec-tools failed to build on i386: https://buildd.debian.org/status/fetch.php?pkg=kexec-tools=i386=1%3A2.0.20-1=1571349228=0 Regards, Daniel
Bug#940611: fails to start because no wrapper missing
tag 940611 + patch thanks here's a patch: https://git.progress-linux.org/distributions/engywuck/packages/beagle/commit/?id=dfd229f18e861f5107091be55b82770e961dd7dd Regards, Daniel
Bug#940611: fails to start because no wrapper missing
Package: beagle Version: 5.0-180928+dfsg-1 Severity: serious Hi, beagle is written in java and shipped as /usr/share/beagle/beagle.jar with 0644 permissions. /usr/bin/beagle is a symlink to above jar. Starting it fails, as the jar is not executable. However, even if it would be executable, it woudln't work as jars are not binaries to be executed directly in the first place. Something like this should be used as /usr/bin/beagle instead of the symlink: ---snip--- #!/bin/sh set -e java -jar /usr/share/beagle/beagle.jar ${@} ---snap--- Regards, Daniel
Bug#935142: FTBFS arch all
On 8/20/19 8:48 AM, Mike Hommey wrote: > This is presumably fixed in 68.0.2-3 ah, thanks! :) Regards, Daniel
Bug#935142: FTBFS arch all
close 935142 thanks I could trace it down to sqlite3 3.29.0-2 (downgrading to 3.29.0-1 makes it build again). will check further and then report to sqlite3 i guess.. sorry for the noise :/ Regards, Daniel
Bug#935142: FTBFS arch all
Package: firefox Version: 68.0.1-1 Severity: serious Hi, starting with 68.0.1-1, firefox stopped to build on arch all as can be seen on the buildd logs. It would be nice to get that fixed to get translations back. Regards, Daniel
Bug#931809: gnome-shell-extension-multi-monitors: Error loading extension
severity 931809 important thanks Hi, the extension works for me, both on buster (16) and bullseye/sid (18). lacking any responses from the maintainer, I'm taking the liberty now to lowering the severity as this one bug report (which unreproducible to me, at least) shouldn't block it from entering testing completly (and thus making it possible for my "metapackage"-package to enter testing, too). Regards, Daniel
Bug#934640: apache2: fails to install, a2enconf missing
Hi, thanks for fixing it. I see you've removed the '-i' passed to dh_link in override_dh_link. This is inferior to my suggested patch of replacing override_dh_link with override_dh_link_indep for the following reasons: 1. it overrides dh_link in all cases (arch-dep and indep) and thus (tries to) executes jdupes even when building arch-dep only (dpkg-buildpackage -B as commonly done on buildds), leading to this message during build: ---snip--- dh_perl -a debian/rules override_dh_link make[1]: Entering directory '/build/apache2-2.4.39-2' dh_link jdupes -rl debian/apache2-doc/usr/share/doc could not stat dir debian/apache2-doc/usr/share/doc No duplicates found. make[1]: Leaving directory '/build/apache2-2.4.39-2' dh_strip_nondeterminism -a ---snap--- you got lucky that jdupes does not exit with 0 on non-existing paths, otherwise your build would have failed. I suggest not to leave this to chance that nobody ever fixes jdupes to exit with 1 in these cases, as it would be properly doing so in the first place. 2. creates *all* symlinks in debian/$package for all arch-dep packages too when build indep only. While a purely cosmetical thing (as the "speed" gain of not creating the symlinks is negligible, it clutters debian/* during build unecessarily and makes finding errors/debugging build things a tad more ugly. Therefore, please consider using override_dh_link_indep and pass '-i' again to dh_link, like my original patch: https://git.progress-linux.org/distributions/engywuck-backports/packages/apache2/commit/?id=80cecebdf64409d493baaa8cec4de5cf801934eb Regards, Daniel
Bug#934640: apache2: fails to install, a2enconf missing
tag 934640 + patch thanks Here's a patch fixing it: https://git.progress-linux.org/distributions/engywuck-backports/packages/apache2/commit/?id=80cecebdf64409d493baaa8cec4de5cf801934eb Regards, Daniel
Bug#934640: apache2: fails to install, a2enconf missing
Package: apache2 Version: 2.4.39-1 Severity: serious Hi, thank you for uploading the new apache version, however, the package fails to install: ---snip--- [...] Enabling module env. Enabling module mime. Enabling module negotiation. Enabling module setenvif. Enabling module filter. Enabling module deflate. Enabling module status. Enabling module reqtimeout. /var/lib/dpkg/info/apache2.postinst: line 66: a2enconf: command not found dpkg: error processing package apache2 (--configure): installed apache2 package post-installation script subprocess returned error exit status 127 Processing triggers for systemd (241-7) ... Errors were encountered while processing: apache2 E: Sub-process /usr/bin/dpkg returned an error code (1) ---snap--- Regards, Daniel
Bug#934108: icinga2-bin fails to install
Package: icinga2 Version: 2.11.0~rc1-1~exp1 Severity: serious Hi, icinga2 fails to install due to a permission issue (/etc/icinga2/features-* should be owned by nagios:nagions). --snip-- Setting up icinga2-bin (2.11.0~rc1-1~exp1) ... enabling default icinga2 features Enabling feature checker. Make sure to restart Icinga 2 for these changes to take effect. critical/cli: Cannot enable feature 'checker'. Linking source '../features-available/checker.conf' to target file '/etc/icinga2/features-enabled/checker.conf' failed with error code 13, "Permission denied". Enabling feature notification. Make sure to restart Icinga 2 for these changes to take effect. critical/cli: Cannot enable feature 'notification'. Linking source '../features-available/notification.conf' to target file '/etc/icinga2/features-enabled/notification.conf' failed with error code 13, "Permission denied". Enabling feature mainlog. Make sure to restart Icinga 2 for these changes to take effect. critical/cli: Cannot enable feature 'mainlog'. Linking source '../features-available/mainlog.conf' to target file '/etc/icinga2/features-enabled/mainlog.conf' failed with error code 13, "Permission denied". critical/cli: Cannot enable feature(s): checker notification mainlog dpkg: error processing package icinga2-bin (--configure): installed icinga2-bin package post-installation script subprocess returned error exit status 1 dpkg: dependency problems prevent configuration of icinga2: icinga2 depends on icinga2-bin (= 2.11.0~rc1-1~exp1); however: Package icinga2-bin is not configured yet. dpkg: error processing package icinga2 (--configure): dependency problems - leaving unconfigured Processing triggers for systemd (241-7) ... Processing triggers for man-db (2.8.6-1) ... Processing triggers for libc-bin (2.28-10) ... Errors were encountered while processing: icinga2-bin icinga2 E: Sub-process /usr/bin/dpkg returned an error code (1) --snap-- Regards, Daniel
Bug#934079: 34079: FTBFS: still depends on node-unicode-11.0.0
tag 934079 + patch thanks Hi, jftr: for a local backport, I'm using the make it build (s/12.0.0/12.1.0/ of course if the target is bullseye): https://git.progress-linux.org/distributions/engywuck-backports/packages/acorn/commit/?id=2784f88405656a9e8e8c06109b94717f66e43def Regards, Daniel
Bug#934079: FTBFS: still depends on node-unicode-11.0.0
Package: acorn Version: 6.1.1+ds+~0.3.1+~4.0.0+~1.0.0+~5.0.1+ds+~1.6.2+ds-1 Severity: serious Hi, acorn build-depends on node-unicode-11.0.0 which is not available anymore in the archive, as of buster it's node-unicode-12.0.0 (and node-unicode-12.1.0 in current bullseye). Regards, Daniel
Bug#929151: netdata-core: version in stretch-backports newer than version in buster
Hi, I'm on VAC until end of week, will ask for an unblock of 1.12.1-2 next week (there are a bunch of fixes in that version that need to be in buster anyway). Regards, Daniel
Bug#918171: Broken with Thunderbird 60
Hi Moritz, sorry for the late response, your mail slipped through the cracks on my end.. :( re adoption: removal request sounds fine, I currently have not enough time to take on more packages in Debian. Regards, Daniel
Bug#497471: sarge images have syslinux binaries without source
reopen 497471 thanks it doesn't matter if debian supports sarge or not; the images with missing sources are still distributed from cdimage.debian.org: http://cdimage.debian.org/cdimage/archive/3.1_r0/i386/iso-cd/debian-31r0-i386-netinst.iso Regards, Daniel
Bug#507706: Missing sources for d-i components/kernel of etch-n-half images
reopen 507706 thanks doesn't matter if debian supports etch or not; the images with missing sources are still distributed from cdimage.debian.org: http://cdimage.debian.org/cdimage/archive/4.0_r4/i386/iso-cd/debian-40r4etchnhalf-i386-netinst.iso Regards, Daniel
Bug#918171: Broken with Thunderbird 60
tag 918171 + fixed-upstream thanks Hi, upstream version is at 0.9 and works nicely with thunderbird 60 from sid/buster. It would be nice if you could update package in time to make it into buster. Regards, Daniel
Bug#919554: virtualbox-qt: Cannot launch Virtualbox
Hi, newer Qt does the right thing here: VirtualBox does not need to be setuid root but VirtualBoxVM needs to be. I've tested and commited this in git. Gianfranco, may I upload this to experimental? Regards, Daniel
Bug#904459: modifies conffiles (health_alarm_notify.conf)
Hi, quick update on this.. it took longer than expected because I also realized that what goes for health_alarm_notify.conf also applies to netdata.conf (that is currently not modified/handled by debconf, but for which I would like to add some debconf questions for the tree basic/most common things too). Doing this properly and in a non-crappy way (especially because health*.conf is shell, netdata.conf is ini format) requires a bit more work (in the long run, I hope upstream will fix it by implementing proper conf.d support for all configuration files). Therefore.. to get netdata into testing as soon as possible.. I'll drop the debconf handling for now, get that into testing, and introduce it in some time after careful testing when everything works. Regards, Daniel
Bug#879765: fails to run on CPUs without SSE2 instruction set
Hi, sorry for the long delay.. my suggestion is to: a) temporarily build without sse2, get netdata 1.11.1 into testing as soon as possible. I'm doing that now.. uploading after confirming it works on one of our Geode systems here. b) re-order netdata to make it work better on small systems by reshuffling the binary packages arround, e.g. something like: * netdata: meta package, depending on netdata-daemon, netdata-web * netdata-daemon:just the daemon and systemd/init integration, compiled with -O3 and sse2 * netdata-daemon-legacy: daemon compiled with -O2 and without sse2 * netdata-web: webfrontend, not needed on small/IoT devices * netdata-common:plugins, checks, etc (everything arch all). * netdata-doc: htmldoc that can be used via apache2 * netdata-apache2: apache2 conf snipped to enable netdata via reverse proxy This however needs a bit more thinking, discussing, fiddling, and eventually going through NEW.. so this will take a few days more. Regards, Daniel
Bug#904459: Uploading soon?
On 10/12/2018 09:56 AM, Tollef Fog Heen wrote: > any chance you could find time to get this uploaded soon? It'd be great > to have netdata back in testing (and in buster when it gets released). yep, working on it.. will take a couple of days though. having netdata in buster is important to me too. Regards, Daniel
Bug#904459: netdata: modifies conffiles (policy 10.7.3): /etc/netdata/health_alarm_notify.conf
retitle 904459 modifies conffiles (health_alarm_notify.conf) tag 904459 - moreinfo tag 904459 + pending thanks Hi Andreas, thanks you for your patience and sorry for the delay (there was debconf+vacation). I've got it mostly sorted out, doing some more tests and then uploading in the next couple of days. Regards, Daniel
Bug#905306: bts
retitle 905306 special handling needed to upgrade from 1.7-2 tag 905306 + pending thanks
Bug#903931: zcat -t sometimes crashes with heap corruption
reopen 903931 severity 903931 wishlist reassign 903931 initramfs-tools retitle 903931 please use gzip instead of zcat in unmkinitramfs thanks Hi, asking upstream about it, he sais: "It seems that there are two ways of implementing *zcat programs out there. The zcat from zutils is a complete implementation of a cat program like the one from GNU coreutils[2] but with transparent decompression. I have invested a lot of work to make it work well. [2] http://www.gnu.org/software/coreutils/manual/html_node/cat-invocation.html#cat-invocation The rest of the *zcat programs out there seem to be just wrapper scripts. The zcat from gzip boils down to 'exec gzip -cd "$@"'. The problem, IMO, is in the xcpio() function of unmkinitramfs. It should use 'gzip -t' instead of 'zcat -t', just as it already uses 'bzip2 -t' and 'lzop -t'. Think that posix zcat does not document a -t option[3] and therefore 'zcat -t' is not a portable way to check file integrity." http://lists.nongnu.org/archive/html/zutils-bug/2018-07/msg1.html Therefore, reassigning this back to initramfs-tools with the suggestion, that you use gzip -t instead of zcat -t. Regards, Daniel
Bug#904459: netdata: modifies conffiles (policy 10.7.3): /etc/netdata/health_alarm_notify.conf
tag 904459 + moreinfo thanks Hi Andreas, thank you taking the time to report this bug. While I fully agree with policy 10.7.3, I don't think policy means this in the case of using debconf to modify configuration files. Let me explain why.. * imho policy 10.7.3 means that that no unsupervised changing of conffiles should happen with the aim, that any changes to a conffile needs to be approved by the admin/user, so no silent changes can sneek in/be overwritten. * netdata uses debconf to ask the user a setting to make the configuration more suitable for the users use case. this happens in, depending on the debconf priority/frontend, an interactive or non-interactive way. * regardless of it being interactive or not, the way debconf is used in netdata preserves local modifications in the conffile and is idempotent. * imho there is no difference in principle wrt/ 10.7.3 between e.g. using ucf to handle a configuration update, or use debconf to change settings like it is done in netdata. and using ucf clearly is no policy 10.7.3 violation, right? therefore, I see no (general) violation of policy 10.7.3 here and am inclined to (unless there are any implementation bugs that I haven't spottet) close the bug as such. What do you think? Regards, Daniel
Bug#903931: zcat -t sometimes crashes with heap corruption
tag 903931 pending thanks I'll remove the divertion of zcat in the next upload shortly, "fixing" zutils zcat after that. Regards. Daniel
Bug#899365: [Pkg-mozext-maintainers] Bug#899365: webext-ublock-origin: webext package does not work in Firefox
On 07/06/2018 04:19 PM, Sean Whitton wrote: >> would you mind the fix? (i ment 'woudl you mind uploading the fix', sorry for the typo) > That is a fix for a different bug. I didn't upload it because this bug > is still present, making the package useless. Or is this bug no longer > reproducible? the mentioned commit makes the package work again with firefox, fixing #899365. Regards, Daniel
Bug#899365: [Pkg-mozext-maintainers] Bug#899365: webext-ublock-origin: webext package does not work in Firefox
Hi Sean, I've looked at the git repository on salsa, and your last commit: https://salsa.debian.org/daniel-guest/ublock-origin/commit/0b9e4452552ce6243ae088a7880ef4d67c82d5f8 fixes this for sid (provided one has fonts-font-awesome 4.x which got recently re-uploaded; it works flawlessly but doesn't display icons in the popup when using fonts-font-awesome 5.x). would you mind the fix? Regards, Daniel
Bug#899365: webext-ublock-origin: webext package does not work in Firefox
Hi, any progress/eta on this? unfortunatly, ublock-origin still doesn't work with firefox, unless installing the upstream extension from addons.mozilla.org. Regards, Daniel
Bug#899135: fixed in git
tag 899135 + pending tag 899142 + pending tag 899153 + pending tag 899150 + pending tag 899184 + pending thanks These bugs are fixed in git, tagging them as pending. Regards, Daniel
Bug#899135: always includes manpages in first binary package being built, resulting in fileconflicts
tag 899135 + patch thanks Here's the patch. Regards, Daniel commit c434b390682deb2140980526693bfb6c39195244 Author: Daniel Baumann <daniel.baum...@progress-linux.org> Date: Sat May 19 19:55:35 2018 +0200 Correcting dh_installman in rules to install manapages into the powerline package only (Closes: #899135). Signed-off-by: Daniel Baumann <daniel.baum...@progress-linux.org> diff --git a/debian/rules b/debian/rules index 30c6011..5ff48e7 100755 --- a/debian/rules +++ b/debian/rules @@ -37,7 +37,7 @@ override_dh_installchangelogs: override_dh_installman: PYTHONPATH=. sphinx-build -D today="$(BUILD_DATE)" -b man -N docs/source docs/build/man ln -s powerline.1 docs/build/man/powerline-render.1 - dh_installman docs/build/man/* + dh_installman -p powerline docs/build/man/* # Remove scripts and bindings from library packages override_dh_install:
Bug#899135: always includes manpages in first binary package being built, resulting in fileconflicts
Package: powerline Version: 2.6-1 Severity: serious Hi, thank you for maintaining powerline in debian. When locally rebuilding the package, I found the following issue: * dh_installman in rules is called unconditionally wrt/ to which package it acts upon. that means that debhelper chooses to the first binary package listed in control that gets built. * when building arch-indep only, the only binary package that is built is fonts-powerline, so the manpages get put into fonts-powerline. * when building arch-dep only, the first binary package is powerline, so the manpages get put into powerline. * since you've uploaded source + binary-all + binary-amd64 in your upload to debian, the manpages get put into powerline. * since binary-all packages that have been part of the upload to debian are not rebuild, the one you uploaded stays in the archive without the manpages included. however, if that gets rebuilt, it will get the manpages included and thus have conflicting files with powerline. ...or in other words: src:powerline has conflicting files in bin:powerline and bin:fonts-powerline iff every binary-indep and binary-dep packages have been built seperatly. this makes the build/upload non-deterministic which i believe in this case varants severity serious. I'll attach a patch after having recieved the bug number. Regards, Daniel
Bug#898433: FTBFS: README.md -> README.rst
reopen 898433 found 898433 2.5.3+dfsg-1 thanks Hi, thanks for fixing it, however, your last upload unfortunaly re-imports the problem. I'm a bit confused on how the package could have been built at all. The source package FTBFS'es, but you could upload the *_all.debs. Do you build from different sources than what is included in the source package? Regards, Daniel
Bug#898433: FTBFS: README.md -> README.rst
tag 898433 + patch thanks From: Daniel Baumann <daniel.baum...@progress-linux.org> Date: Fri, 11 May 2018 17:15:19 +0200 Subject: Updating docs to fix FTBFS (Closes: #898433). --- debian/docs | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/docs b/debian/docs index b43bf86..a1320b1 100644 --- a/debian/docs +++ b/debian/docs @@ -1 +1 @@ -README.md +README.rst -- Regards, Daniel
Bug#898433: FTBFS: README.md -> README.rst
Package: ansible Version: 2.5.2+dfsg-1 Severity: serious Hi, thank you for maintaining ansible in Debian. In upstream version 2.5.1, README.md was (as part of moving to sphinx) renamed to README.rst. However, debian/docs still includes README.md hence the 2.5.{1,2}+dfsg-1 packages fails to build from source. I'll send the (trivial) patch to correct it after recieving the bug number. Regards, Daniel
Bug#895448: needs update for dehydrated 0.6
Package: dehydrated-hook-ddns-tsig Version: 0.1.2-2 Severity: serious Hi, thanks for maintaining dehydrated-hook-ddns-tsig in debian. unfortunately, since dehydrated 0.6 changed the way hooks are handled, it doesn't work and needs the following patch (tested, works for me): https://github.com/eferdman/dehydrated-hook-ddns-tsig/pull/20 It would be nice if you could cherry-pick that into the debian package. Regards, Daniel
Bug#886629: virtualbox-dkms: missing dependency libelf-dev
severity 886629 serious thanks failed for me too, bumping severity accordingly. Regards, Daniel
Bug#884239: build-depends on python-django-allauth (not yet in debian)
close 884239 thanks Hi, sorry for the noise, I was mislead by https://packages.qa.debian.org/python-django-allauth not redirecting to https://packages.qa.debian.org/d/django-allauth.html; should have checked better. Regards, Daniel
Bug#884239: build-depends on python-django-allauth (not yet in debian)
Package: django-mailman3 Version: 1.1.0-1 Severity: serious Hi, thanks a lot for bringing mailman3 to debian. unfortunatly, there seems to be at least python-django-allauth (not in debian or NEW yet) missing as specified in django-mailman3 build-depends. Regards, Daniel
Bug#805955: pcp: FTBFS when built with dpkg-buildpackage -A (no binary artifacts)
tag 805955 + patch thanks Hi, it would be nice if pcp eventually would make it into testing. Please consider applying the following patch that we're using since a while: https://sources.progress-linux.org/distributions/dschinn-backports/packages/pcp/commit/?id=f45bafca0091e539288fedc20d488a8414966328 Regards, Daniel