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#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: [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#843108: python-django-horizon: not compatible with Django 1.10 or JQuery 3.1.1-1
severity 843108 serious thanks Hi, using sid of today with jquery 3.x the dashboard is basically not usable since most of the menues are not clickable and thus defeating the purpose of having a webfrontend in the first place, bumping the severity of the bug accordingly. 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#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#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
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#905306: bts
retitle 905306 special handling needed to upgrade from 1.7-2 tag 905306 + pending thanks
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#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#795531: FTBFS on i386
Package: virtualbox Version: 5.0.2-dfsg-1 Severity: serious Hi, your package failed to build from source on i386: https://buildd.debian.org/status/fetch.php?pkg=virtualbox&arch=i386&ver=5.0.2-dfsg-1&stamp=1439581763 Regards, Daniel -- Address: Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/
Bug#796005: 4.1.5-1 FTBFS on i386
Package: linux Version: 4.1.5-1 Severity: serious Hi, the last upload failed to build on i386 as gpio_keys_polled and leds-gpi have not yet properly enabled but already reference in the d-i include file. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/
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#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#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#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#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#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#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#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#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#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#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#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#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#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#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&suite=unstable 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&arch=amd64&ver=1.50.0%2Bdfsg1-1%7Eexp2&stamp=1618053860&raw=0 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#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#859912: open-infrastructure-locales-c.utf-8: provides the locales and locales-all packages, but not their functionality
Hi, with a quick first try I coudn't reproduce it (i.e. apt did again the "right" thing for me). But I'll give it a proper go on the weekend. Regards, Daniel
Bug#859912: FTBFS on khal
Hi, thanks for your report. I'm currently trying to reproduce a sbuild setup where this happens. With a "normal" setup (i.e. debootstrap and then add experimental, this does not happen and apt does the right thing). I've got no clue so far why the debian buildds for experimental work differently than the "normal" setup, and why/how they experimental buildds are also different from the unstable buildds. Regards, Daniel
Bug#859912: FTBFS on khal
ftr, I've opened #862178. Regards, Daniel
Bug#853787: wxmaxima: loadfile: failed to load /usr/share/wxMaxima/wxmathml.lisp
tag 853787 patch thanks I can confirm that the following patch works fine: https://sources.progress-linux.org/distributions/dschinn-backports/packages/wxmaxima/commit/?id=eb016f3c20d6e482ad7c433c5047f20eb33166f4 Regards, Daniel
Bug#853787: wxmaxima: loadfile: failed to load /usr/share/wxMaxima/wxmathml.lisp
I use newest maxima backported to stretch. Regards, Daniel
Bug#859912: open-infrastructure-locales-c.utf-8: provides the locales and locales-all packages, but not their functionality
severity 859912 normal thanks Hi, thanks for your report. On 04/09/17 10:12, Sven Joachim wrote: > Your package has a 'Provides' for locales and locales-all but without > actually providing any of the functionality of these packages. yes, this is the purpose of the package (see rational in the manpage). > This makes many packages build-depending on either of those FTBFS. Here is a > random example from bgoffice-computer-terms: given that apt handels this properly, I don't think this is a problem: * apt install locales or apt install locales-all will always install the actual packages, not the one providing it. * packages declaring a depends or build-depends against locales/locales-all, will get locales/locales-all pulled in, not open-infrastructure-locales-c.utf-8 therefore a user only gets the open-infrastructure-locales-c.utf-8 package if s/he actually installs it on purpose, which is fine. Regards, Daniel
Bug#848351: netdata: FTBFS: cannot create .../netdata-data/...
retitle 848351 FTBFS building architecture-independent only tag 848351 patch thanks Hi, unfortunately dh_fixperms doesn't know a -indep suffix, and running the chmod should happen after fixperms is run.. so.. for the time being i'm using this to fix it: ---snip--- diff --git a/debian/rules b/debian/rules index d6afdc1..fe59404 100755 @@ -46,4 +46,4 @@ override_dh_fixperms: # apps.plugin should only be runnable by the netdata user. It will be # given extra capabilities in the postinst script. # - chmod 0754 $(TOP)/usr/lib/$(DEB_HOST_MULTIARCH)/netdata/plugins.d/apps.plugin + if [ -d "$(TOP)" ]; then chmod 0754 $(TOP)/usr/lib/$(DEB_HOST_MULTIARCH)/netdata/plugins.d/apps.plugin; fi ---snap--- https://sources.progress-linux.org/distributions/dschinn/packages/netdata/commit/?id=6ae0e0700982c9fceb4d363528bde2a7868d1dac Regards, Daniel
Bug#848351: netdata: FTBFS: cannot create .../netdata-data/...
On 2016-12-19 19:36, Santiago Vila wrote: -override_dh_fixperms: +override_dh_fixperms-arch: i've tried that but it failed for me, so i concluded that dh_fixperms cannot have suffixes, which is apparently wrong - thanks for correcting me. Regards, Daniel
Bug#848946: 5.1.12-dfsg-1 FTBFS on all arches
Package: virtualbox Version: 5.1.12-dfsg-1 Severity: serious Hi, your last upload fails to build from source on all arches: ---snip--- [...] kBuild: Generating python - /«PKGBUILDDIR»/out/obj/VBoxOGLgen/feedbackspu_state.c from /«PKGBUILDDIR»/src/VBox/Additions/common/crOpenGL/feedback/feedback_state.py /usr/bin/kmk_redirect -E 'PYTHONPATH=/«PKGBUILDDIR»/src/VBox/GuestHost/OpenGL/glapi_parser:/«PKGBUILDDIR»/src/VBox/GuestHost/OpenGL/packer:/«PKGBUILDDIR»/src/VBox/HostServices/SharedOpenGL/crserverlib' -o /«PKGBUILDDIR»/out/obj/VBoxOGLgen/feedbackspu_state.c -- /usr/bin/python2.7 /«PKGBUILDDIR»/src/VBox/Additions/common/crOpenGL/feedback/feedback_state.py /«PKGBUILDDIR»/src/VBox/GuestHost/OpenGL/glapi_parser /«PKGBUILDDIR»/src/VBox/Additions/common/crOpenGL/feedback kmk_builtin_append -n "/«PKGBUILDDIR»/out/obj/VBoxOGLfeedbackspu/feedback/feedback_context.o.dep" "" "/«PKGBUILDDIR»/src/VBox/Additions/common/crOpenGL/feedback/feedback_context.c:" "" kBuild: Creating directory /«PKGBUILDDIR»/out/obj/VBoxEGL/ kmk_builtin_mkdir -p -- /«PKGBUILDDIR»/out/obj/VBoxEGL/ kBuild: Compiling VBoxEGL - /«PKGBUILDDIR»/src/VBox/Additions/common/crOpenGL/egl.c => /«PKGBUILDDIR»/out/obj/VBoxEGL/egl.o gcc -c -O2 -g -pipe -Wshadow -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -fdiagnostics-show-option -Wno-unused-parameter -Wlogical-op -Wno-variadic-macros -Wno-long-long -Wunused-variable -Wunused-function -Wunused-label -Wunused-parameter -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -Werror-implicit-function-declaration -Wno-variadic-macros -O2 -mtune=generic -fno-omit-frame-pointer -fno-strict-aliasing -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT -fPIC -Wno-overlength-strings -m64 -I/«PKGBUILDDIR»/src/VBox/Additions/x11/x11include/mesa-11.0.7 -I/«PKGBUILDDIR»/src/VBox/GuestHost/OpenGL/include -I/«PKGBUILDDIR»/out/obj/VBoxOGLgen -I/«PKGBUILDDIR»/out/obj/VBoxEGL/dtrace -I/«PKGBUILDDIR»/include -I/«PKGBUILDDIR»/out -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_REM -DVBOX_WITH_RAW_MODE -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\" -DIN_RING3 -DVBOX_WITH_DTRACE -DVBOX_WITH_DTRACE_R3 -DIN_GUEST -DIN_GUEST_R3 -DIN_RT_R3 -DGC_ARCH_BITS=64 -DPIC -DCHROMIUM_THREADSAFE -DVBOX_WITH_HGCM -DLOG_USE_C99 -DRT_WITHOUT_EXEC_ALLOC -DLinux=1 -D_GNU_SOURCE -Wp,-MD,/«PKGBUILDDIR»/out/obj/VBoxEGL/egl.o.dep -Wp,-MT,/«PKGBUILDDIR»/out/obj/VBoxEGL/egl.o -Wp,-MP -o /«PKGBUILDDIR»/out/obj/VBoxEGL/egl.o /«PKGBUILDDIR»/src/VBox/Additions/common/crOpenGL/egl.c /«PKGBUILDDIR»/src/VBox/Additions/common/crOpenGL/egl.c:25:21: fatal error: EGL/egl.h: No such file or directory #include ^ compilation terminated. kmk: *** [/«PKGBUILDDIR»/out/obj/VBoxEGL/egl.o] Error 1 kmk: *** Waiting for unfinished jobs kmk_builtin_append -n "/«PKGBUILDDIR»/out/obj/VBoxOGLfeedbackspu/feedback/feedbackspu_init.o.dep" "" "/«PKGBUILDDIR»/src/VBox/Additions/common/crOpenGL/feedback/feedbackspu_init.c:" "" kmk_builtin_append -n "/«PKGBUILDDIR»/out/obj/VBoxOGLhostspuload/gen/VBoxOGLgen/spuchange.o.dep" "" "/«PKGBUILDDIR»/out/obj/VBoxOGLgen/spuchange.c:" "" kmk: *** Exiting with status 2 debian/rules:58: recipe for target 'override_dh_auto_build' failed make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory '/«PKGBUILDDIR»' debian/rules:34: recipe for target 'build-arch' failed make: *** [build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 ---snap--- Regards, Daniel
Bug#849996: tigervncserver doesn't work
Package: tigervnc Version: 1.7.0+dfsg-1 Severity: serious Hi, thanks for fixing #849963, however, tighervncserver still just doesn't work at all for me: daniel@daniel:~$ tigervncserver Exiting subroutine via next at /usr/bin/tigervncserver line 129. Exiting subroutine via next at /usr/bin/tigervncserver line 129. Label not found for "next cmd" at /usr/bin/tigervncserver line 129. daniel@daniel:-$ Regards, Daniel
Bug#849996: tigervncserver doesn't work
Hi,
yes, that fixes the problem I mentioned, thanks.
however, after doing this:
---snip---
daniel@daniel:~$ tigervncserver
New 'X-daniel' desktop at :1 on machine daniel
Starting applications specified in /etc/X11/Xvnc-session
Log file is /home/daniel/.vnc/daniel:1.log
Use xtigervncviewer -SecurityTypes VncAuth -passwd
/home/daniel/.vnc/passwd :1 to connect to the vnc server.
daniel@daniel:~$
---snap---
nothing apparently happened (i've installed tigervnc on a system that
has nothing installed, except tigervnc-{common,standalone-serveR} (plus
their depends) and ssh.
the log looks like this:
---snip---
Xvnc TigerVNC 1.7.0 - built Jan 3 2017 13:08:23
Copyright (C) 1999-2016 TigerVNC Team and many others (see README.txt)
See http://www.tigervnc.org for information on TigerVNC.
Underlying X server release 1190, The X.Org Foundation
Tue Jan 3 17:49:42 2017
vncext: VNC extension running!
vncext: Listening for VNC connections on local interface(s), port 5901
vncext: created VNC server for screen 0
XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":1"
after 172 requests (171 known processed) with 0 events remaining.
Killing Xtigervnc process ID 17787... success!
---snap---
let me know if you need any more information, etc.
Regards,
Daniel
Bug#849996: tigervncserver doesn't work
Hi Joachim, thanks for your help, much appreciated - it works now for me too, yay ;) Regards, Daniel
Bug#840516: doesn't work with django 1.10
Package: graphite-web Version: 0.9.15+debian-2 Severity: serious Hi Jonas, graphite-web doesn't work with django 1.10 anymore, can you please upgrade? Regards, Daniel
Bug#828673: FTBFS under Django 1.10
tag 828673 fixed-upstream thanks Hi, the current upstream version (0.4.5) works fine with django 1.10. Regards, Daniel
Bug#879083: FTBFS virtualbox 5.2
Package: virtualbox Version: 5.2.0-dfsg Severity: serious Tag: experimental Hi, virtualbox currently FTBFS in experimental, see https://buildd.debian.org/status/fetch.php?pkg=virtualbox&arch=all&ver=5.2.0-dfsg-1%7Eexp1&stamp=1508354297&raw=0 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
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#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#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#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#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&arch=amd64&ver=6.1.26-dfsg-1&stamp=1627555826&raw=0 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#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&suite=experimental Regards, Daniel
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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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&arch=i386&ver=1%3A2.0.20-1&stamp=1571349228&raw=0 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#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#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#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#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#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: 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#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#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
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#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#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#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
On 8/20/19 8:48 AM, Mike Hommey wrote: > This is presumably fixed in 68.0.2-3 ah, thanks! :) 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&suite=unstable 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#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#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#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#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#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#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#852571: open-infrastructure-system-boot: Update udevadm path
tag 852571 pending thanks got a few other changes to test, will upload new release tomorrow. 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#898433: FTBFS: README.md -> README.rst
tag 898433 + patch thanks From: Daniel Baumann 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
