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#952959: netdata: Please package Netdata v1.25.0
retitle 952959 new upstream (1.25) thanks status update: I'll give it another go during this weekend to finish up stuff. Regards, Daniel
Bug#971891: Improve unoconf recommends
On 10/9/20 9:25 AM, r...@rene-engelhard.de wrote: > And this also would have been wrong, unoconv is not built out of > src:libreoffice but a different source (and is even a different project on a > different place anyway). oh, crap.. my memory was totally convinced it's src:libreoffice, sorry about that. I'll check next time. Regards, Daniel
Bug#971891: Improve unoconf recommends
On 10/9/20 8:27 AM, r...@rene-engelhard.de wrote: > Better as (first) alternative though so using the "GUI version" still will > work. absolutely, thanks. > But why are you filing this against libre office and not unoconv? It's > unoconv doing the stuff, not libreoffice? sorry; I generally fill bugs against the name of their source package (out of lazyness I guess). Regards, Daniel
Bug#971891: Improve unoconf recommends
Package: libreoffice Version: 1:7.0.2-1 Severity: minor Hi, thank you for providing unoconv as a seperate package. Currently it recommends libreoffice-writer, libreoffice-calc etc. Since unoconf is, when installed separatly, probably mostly used in a non-interactive way.. woudn't it make sense to recommend libreoffice-writer-nogui, libreoffice-calc-nogui etc. instead? Regards, Daniel
Bug#962573: Include SRBDS Support
Hi, On 9/11/20 9:59 PM, sylvestre...@ledru.info wrote: > Did you try to propose them upstream first? like written in my first message, this is already upstream. There is just no new upstream release, hence it would be nice if you (preferably) upload a snapshot of the git head, or, cherry-pick the mentioned commit. If you prefer the latter, I can prepare the patches to cherry-pick if you like me to. Regards, Daniel
Bug#962573: Include SRBDS Support
Hi, thank you again for maintaining spectre-meltdown-checker in debian. I'm aware that there's no new upstream release since quite a while, yet it would be very handy to have the above mentioned commits merged in the debian package. Would you accept patches for it? Regards, Daniel
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#969251: new upstream (1.1.7)
Package: graphite-web Severity: wishlist Hi, thank you for maintaining graphite-web in Debian. It would be nice if you could upgrade the package to the current upstream version (1.1.7). 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#968651: ITP: gita -- Manage many git repos
Package: wnpp * Package name : gita * Upstream Author : Dong Zhou * License : MIT * Homepage : https://github.com/nosarthur/gita Gita is a command-line tool to manage multiple git repos: * display the status of multiple Git repos such as branch, modification, commit message side by side * (batch) delegate git commands/aliases from any working directory If several repos are related, Gita helps to see their status together too. 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#968240: new upstream (2.6.5)
Package: nextcloud-desktop Severity: wishlist Hi, it would be nice if you could upgrade to version 2.6.5. 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#968139: new upstream (14.7)
Package: nodejs Tags: experimental Severity: wishlist Hi, it would be nice if you could upgrade to 14.7 in experimental, it contains (as of 14.5) newer v8 that's significantly faster/better. Regards, Daniel
Bug#902121: Wishlist - Pgcli bash completion script
retitle 902121 pgcli bash completion script tag 902121 fixed-upstream thanks This has been merged upstream as of version 3.0.0, however, the debian source tarball doesn't contain it (github vs pypi I guess). Regards, Daniel
Bug#968102: new upstream release (2.16)
Hi Carsten, On 8/8/20 7:11 PM, Carsten Schoenert wrote: > Mechtilde and myself are working on the required packaging for tbsync > and the also required providers for TbSync. We had some difficulties to > get the system installed packages working with Thunderbird due the API > changes in Thunderbird but we did get it managed. great to hear the news and thanks for sharing it :) Regards, Daniel
Bug#968102: new upstream release (2.16)
Package: tbsync Hi, thank you for maintaining tbsync in debian. it would be nice if you could upgrade it to the current upstream version (2.16), which will make it work with thunderbird 78. the current packages of tbsync in experimental install fine with tb 78, but do not work. Regards, Daniel
Bug#966697: clzip: Please package version 1.12-rc1
Hi, thank you for your report. On 8/2/20 6:43 AM, Job Bautista wrote: > The upstream had released a new upstream release versioned 1.12-rc1 on > 9 June 2020. Yes, I follow the upstream mailinglist and am aware. However, I usually do not upload pre-releases to debian. > Please package it either for experimental or unstable. What specific bug or improvement of 1.12~rc1 over 1.11 do you miss? 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#966385: new upstream (1.22.0)
Package: mycli Severity: important Hi Lennart, mycli 1.22.0 fixes, amongst others the prompt-toolkit one, a bunch of quite important bugfixes. It would be nice if you could update the package in debian. Regards, Daniel
Bug#966351: update to match gimp version
Package: gimp-help Severity: normal Hi, thank you for maintaining gimp-help in debian. It would be nice if you could upgrade the package to match the version of gimp in unstable (2.10). Regards, Daniel
Bug#966077: new upstream (5.1.2)
Package: knot-resolver Severity: wishlist Hi, knot-resolver 5.1.2 is available, it would be nice if you could upgrade the package. 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#927408: new upstream (1.1.0)
Hi, could you please update the package anytime soon to 1.1.0? it fixes a bunch of crashes that we're suffering from at work. it would be nice to have them fixed in debian proper. Regards, Daniel
Bug#963760: new upstream release (1.4.10)
Package: ceph Severity: important Tags: security Hi, Ceph 1.4.10 has been released, fixing CVE-2020-10753. It would be nice if you could upgrade the package in unstable. Regards, Daniel
Bug#955750: python3-pgspecial: please update to new upstream release
Hi, what's the status/ETA for this? we're suffering from the same bug, making pgcli barely usable at work.. do you need any help to update the package? Regards, Daniel
Bug#952959: netdata: Please package Netdata v1.20.0
Hi, im working on it, but it requires two new source packages, one of which is in Go, which I have not much experience yet with. I expect to get it done in the next two weeks, ready to be uploaded. Regards, Daniel
Bug#963194: new upstream (2020 march)
Package: fontforge Severity: wishlist Hi, it would be nice if you could update the package in Debian to the current fontforge 2020 march release. Regards, Daniel
Bug#963106: new upstream (4.12.3)
Package: samba Severity: normal Hi, thanks for maintaining samba in Debian. The current samba release is at 4.12.3, it would be nice if you could update the package to it. Regards, Daniel
Bug#962573: Include SRBDS Support
Package: spectre-meltdown-checker Version: 0.43-3 Severity: wishlist Hi, upstream added support detecting the new SRBDS vulnerability: https://github.com/speed47/spectre-meltdown-checker/commit/62d3448a542d9a5e6dd50de3cee6177ed619285a It would be nice if you could include it in the Debian package (or update the package to a git snapshot). Regards, Daniel
Bug#962137: FTBFS when building architecture independent packages only
Package: nghttp2 Version: 1.41.0-1 Severity: normal Hi, when building nghttp2 arch-indep packages only (aka dpkg-buildpackage -A), it currently fails: ---snip--- dh_prep -i debian/rules override_dh_auto_install-indep make[1]: Entering directory '/build/nghttp2-1.41.0-1' mkdir -p "debian/libnghttp2-doc/usr/share/doc/libnghttp2-doc" cp -pr doc/manual/html/* "debian/libnghttp2-doc/usr/share/doc/libnghttp2-doc" rm "debian/libnghttp2-doc/usr/share/doc/libnghttp2-doc"/objects.inv ln -sf /usr/share/javascript/jquery/jquery.js "debian/libnghttp2-doc/usr/share/doc/libnghttp2-doc"/_static/jquery.js ln -sf /usr/share/javascript/underscore/underscore.js "debian/libnghttp2-doc/usr/share/doc/libnghttp2-doc"/_static/underscore.js dh override_dh_auto_install-indep make[1]: Leaving directory '/build/nghttp2-1.41.0-1' dh_install -i dh_installdocs -i dh_installdocs: Cannot find (any matches for) "usr/share/doc/nghttp2/README.rst" (tried in ., debian/tmp) make: *** [debian/rules:68: binary-indep] Error 9 ---snap 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#961075: new upstream (2.9.4)
Package: knot Severity: wishlist Hi, it would be nice if you could upgrade to the current upstream version of knot (2.9.4). Regards, Daniel
Bug#959521: lzd FTCBFS: configures for the build architecture
Hi Helmut, On 5/3/20 7:33 AM, Helmut Grohne wrote: > In the mean time, please consider applying the attached patch and close > this bug even the situation around help2man remains unaddressed. Thanks for reporting, I'll fix both during the next couple of days. Regards, Daniel
Bug#958195: ITP: netdata-go-orchestrator -- orchestrator for netdata plugins written in Go
Package: wnpp Severity: wishlist Upstream started to rewrite python and bash plugins in go. This is a build-depends to build netdata go plugins https://github.com/netdata/go-orchestrator Regards, Daniel
Bug#927201: dep: fonts-glyphicons-halflings Package not available
severity 927201 important thanks lowering severity as bpo specific issues are not a blocker for the package in unstable to migrate to testing. Regards, Daniel
Bug#956750: new upstream (14.2.9)
Package: ceph Tags: security Hi, there's ceph 14.2.9 fixing two CVEs. It would be nice if you could update the package in sid accordingly. Regards, Daniel
Bug#946751: bullseye/netdata-core systemd service too restrictive for binding netdata to unix domain socket
tag 946751 + pending thanks On 4/7/20 7:17 AM, Louis-Philippe Véronneau wrote: > I hit this bug in Buster and I took the liberty of making Stefan's > suggestions into a patch and submitting it as a MR on Salsa: thanks; sorry, that fall through the "net".. i'll merge and upload in a couple of minutes. Regards, Daniel
Bug#955303: new upstream (2.6.4)
Package: nextcloud-desktop Severity: wishlist Hi, thank you for maintaining the nextcloud client in Debian, much appreciated. It would be nice if you could upgrade to the current upstream version (2.6.4 at the moment). Regards, Daniel
Bug#954899: ITP: cfgv -- Python module to validate configuration files
Package: wnpp Severity: wishlist * Package name : cfgv * Upstream Author : Anthony Sottile * License : MIT * Homepage : https://github.com/asottile/cfgv Description: Python module to validate configuration files cfgv is a Python module to validate configuration files and produce human readable error messages. This is a depends of pre-commit. Regards, Daniel
Bug#954896: ITP: identify -- File identification library for Python
Package: wnpp Severity: wishlist * Package name : identify * Upstream Author : Chris Kuehl, Anthony Sottile * License : MIT * Homepage : https://github.com/chriskuehl/identify Description: File identification library for Python Identify is a Python module to get information about files, such as: . * File type (file, symlink, directory) * Mode (is it executable?) * File name (mostly based on extension) * If executable, the shebang is read and the interpreter interpreted This is a depends of pre-commit. Regards, Daniel
Bug#816654: youtube-dl: SSL error with vimeo URLs
close 2020.01.24-0.1 thanks Hi, I've confirmed that the video you mentioned can be downloaded with the current version of youtube-dl in sid (which uses python3), hence closing the bug report. 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#954875: new upstream (2020.03.24)
Package: youtube-dl Severity: wishlist Hi Rogerio, it woudl be nice if you could upgrade to the current upstream version (2020.03.24). I've sponsored theh last NMU-upload and am using youtube-dl frequently. Just in case you'd like some help with the package.. Regards, Daniel
Bug#954842: new upstream (15.2.0)
Package: ceph Severity: wishlist Hi, Ceph octopus was released today, it would be nice if you could upload packages to experimental. Regards, Daniel
Bug#954768: new upstream (1.6.1)
Package: isc-kea Severity: wishlist Hi, interested in trying kea instead of isc-dhcp, it woudl be nice if you could upgrade it to the current upstream version (1.6.1). Regards, Daniel
Bug#954408: ITP: iredis -- CLI for redis
Package: wnpp * Package name : iredis * Upstream Author : laixintao * License : BSD-3 * Homepage : https://github.com/laixintao/iredis iredis is a command line interface for redis with auto-completion and syntax highlighting.
Bug#954407: ITP: litecli -- CLI for sqlite
Package: wnpp * Package name : litecli * Upstream Author : dbcli * License : BSD-3 * Homepage : https://litecli.com litecli is a command line interface for sqlite with auto-completion and syntax highlighting.
Bug#940879: Link with libedit instead of readline5
> I would have expected src:readline (readline 8.x) to be used as a > src:readline5 (readline 5.x). ah, it's because of the license incompatibility, nevermind and sorry for the noise. Regards, Daniel
Bug#940879: Link with libedit instead of readline5
Hi, I'm rather surprised at the readline -> libedit change. I would have expected src:readline (readline 8.x) to be used as a src:readline5 (readline 5.x). Regards, Daniel
Bug#953364: new upstream (14.2.8)
Package: ceph Severity: wishlist Hi, thanks for bringing recent ceph back in debian. It would be nice if you could update to the current nautilus point-release from last week. Regards, Daniel
Bug#952959: netdata: Please package Netdata v1.20.0
Hi Sander, On 3/2/20 11:55 AM, Sander Klein wrote: > please package Netdata v.1.20.0. yes, am already on it (will go to experimental first though, as netdata-go.d should be in first as well). Expect a 1.20.0 upload somewhen tomorrow. Regards, Daniel
Bug#952673: does not start automatically anymore on fresh installs
severity 952673 serious thanks bumping severity as this breaks all our systems atm. it can be reproduced on a clean install, and then installing knot-resolver, which will not start any kresd instances. a manual "systemctl start kresd@1" after every boot workarounds it. Regards, Daniel
Bug#886012: cgminer: New upstream version available
retitle 886012 new upstream (4.11) thanks It would be nice if you could upgrade to the current upstream version (4.11) from August 2018. Regards, Daniel
Bug#952673: does not start automatically anymore on fresh installs
upon further look, it seems that lib/systemd/system/kresd@.service lib/systemd/system/kresd@1.service is required in knot-resolver.links, the corresponding git commit removing it (id 3903815) seems to rely on upstreamed patches that apparently are not (entirely?) there (yet?) or have changed in the meanwhile. Regards, Daniel
Bug#952673: does not start automatically anymore on fresh installs
Package: knot-resolver Severity: important Version: 5.0.1-1 Hi, thank you so much for uploading knot-resover 5 to sid, much appreciated. While the upgrade from 3 works flawlessly, installing version 5 on a system does not start a kresd instance in the system-kresd slice automatically. Hence no DNS resolution is active which leaves system in a non-working state when relying upon the local dns resolver. Regards, Daniel
Bug#951837: ITP: netdata-go.d -- plugins for netdata written in Go
Package: wnpp Severity: wishlist Upstream started to rewrite python and bash plugins in go. For whatever reason the go plugins, in contrast to the other plugins, are maintained in a separat repository: https://github.com/netdata/go.d.plugin Hence uploading this to debian as a separat source package. Regards, Daniel
Bug#951836: ITP: netdata-plugins-extra -- collection of extra plugins for netdata
Package: wnpp Severity: wishlist There are several "third-party" plugins available for netdata, this package will collect them and make it easily available for users. Regards, Daniel
Bug#951654: new upstream (5.0.2)
Hi, On 2/20/20 10:29 AM, Sascha Steinbiss wrote: > Should not hurt much and will probably get things going a bit more. ack. > Any comments and/or ideas? sounds good.. looking forward to it. Regards, Daniel
Bug#951654: new upstream (5.0.2)
Package: suricata Severity: wishlist Hi, thank you very much for maintaining suricata in Debian. It would be nice if you could upgrade to the current upstream version (5.0.2) and upload it to unstable. Regards, Daniel
Bug#951582: new upstream (8.2) for fido support
Package: openssh Severity: wishlist Hi Colin, I'm very much looking forward to get openssh 8.2 to test the fido support in order to improve the security of my SSH keys. It would be super nice if you could upload it to sid. Regards, Daniel
Bug#951119: new upstream (1.2)
Package: pass-tomb Severity: wishlist Hi, thank you for maintaining pass-tomb in debian. It would be nice if you could upgrade the package to the current upstream version (1.2). Regards, Daniel
Bug#950621: missing dependencies
Package: pgcli Version: 2.2.0-3 Severity: important Hi Lennart, thanks for uploading the new pgcli version, it works nicely.. except on "minimal" system (when automatic installation of recommends is disabled), there python3-tabulate and python3-terminaltables are missing (without them, pgcli does not start). Regards, Daniel
Bug#944040: haveged requires debhelper >= 12.5
Hi Nicolas, On 2/3/20 7:28 PM, Nicolas Braud-Santoni wrote: > I had missed the dh_makeshlibs call when looking for something that would > require a newer dh. >_>' good catch! i didn't spotted that when looking at it.. > I'm commiting a fix to the packaging repo r.n., so the next upload should > have it available. great, thanks. > I can also take care of uploading to backports once this lands in bullseye, > if you want me to. thanks, I'm sure others would be glad to be able to use it. For me personally, however, it doesn't matter (we're using our own backports due different opinions about backporting policy). Regards, Daniel
Bug#950358: youtube-dl: should only suggest phantomjs (not recommend: used only for pornhub)
Hi Rogerio, > It seems that my lack of action in the past few days has been > interpreted as MIA and someone uploaded a new version today... not necessarily MIA, but.. youtube-dl has been broken entirely for youtube.com since at least end of last year.. and I've sponsored a non-intrusive upload to just fix that (and only that). > the person uploading the new version didn't do a proper job closing > bugs well, the NMU fixed the most important bug for us (non-working download from youtube.com).. fixing all the other bugs is not a requirement for that ;) > Okay, sorry for venting my feelings here... no problem.. no offence intended, non taken, you're welcome.. and I hope you're getting back on track soon! Regards, Daniel
Bug#950531: new upstream (5.0.1)
Package: phpmyadmin Severity: wishlist Hi, thank you so much for bringing phpmyadmin back. As you might be aware, version 5 was released a few weeks ago.. it would be nice if you could update the package in debian. Regards, Daniel
Bug#950425: new upstream (1.1.0)
Package: gparted Severity: wishlist Hi, thanks for uploading 1.0, really appreciated. Any chance you can upgrade to 1.1 released a couple of weeks ago? Regards, Daniel
Bug#944040: haveged requires debhelper >= 12.5
Hi Nicolas, On 1/31/20 5:54 AM, Nicolas Braud-Santoni wrote: > I'm not able to reproduce your issue; I literally just made a backport > without changing the original package (except for the d/changelog entry), > which built fine in my buster-backports environment. I can reproduce it with unpacked sources (untar orig.tar.xz, and then untar debian.tar.xz inside it) and then running 'dpkg-buildpackage -B' for a local backport on a clean buster-only chroot (using debhelper 12.1.1). ---snip--- debian/rules override_dh_makeshlibs make[1]: Entering directory '/build/haveged-1.9.8-3_progress5+u1' # havege-udeb contains a library that's shipped in libhavege2; this is OK. dh_makeshlibs --no-add-udeb Unknown option: no-add-udeb dh_makeshlibs: unknown option or error during option parsing; aborting make[1]: *** [debian/rules:23: override_dh_makeshlibs] Error 2 make[1]: Leaving directory '/build/haveged-1.9.8-3_progress5+u1' make: *** [debian/rules:6: binary-arch] Error 2 dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit status 2 build@debian:~/haveged-1.9.8-3_progress5+u1$ ---snap--- It builds fine when using a backported debhelper (currently 12.9). > In particular, could the issue be that you are trying to run `dh clean` > outside > the build environment? I don't. Hope that helps, if there's anything more I can do I'm happy to help. Regards, Daniel
Bug#949931: Update build-depends for backports
Package: knot Version: 2.9.2-3 Severity: wishlist Hi, thank you so much for uploading current knot. When backporting this to buster, it fails to to build from source without also backporting pyyaml. Would you be so kind to make the build-dependcies on python3-yaml version to >= 5.1 in order to ease backporting? Regards, Daniel
Bug#944982: open-infrastructure-compute-tools: Script accesses internal dpkg database
reopen 944982 thanks Hi Guillem, On 1/21/20 10:00 PM, Guillem Jover wrote: > Not sure whether the above is a typo or a misunderstanding. misunderstanding, sorry.. my fault. > The > problem is with the dpkg db accesses. The script does: > > if [ -e "${DIRECTORY}/var/lib/dpkg/info/locales.list" ] && \ I misread that you ment the debconf db files $tmp/foo.xxx/{config,passwords,templates}.dat, rather than ones from dpkg. Sorry about that. Reopening.. and I'll fix that by the next upload in a couple of days, at latest next weekend. Regards, Daniel
Bug#944982: open-infrastructure-compute-tools: Script accesses internal dpkg database
close 944982 thanks Hi Guillem, thank you for reporting this bug. However, it's a false-positive: while the debconf scripts uses debconf (with its own instance of a debconf db), it doesn't touch the systems debconf db. I'll therefore close the bug. 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#927408: new upstream (1.1.0)
Hi, any chance novnc can be updated to the current upstream version? Regards, Daniel
Bug#933692: new upstream (2.8.3)
Hi, what is the status? I'm glad to help out maintaining the package.. 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#944040: Requires debhelper >= 12.5
Package: haveged Version: 1.9.8-1 Hi, haveged 1.9.8-1 FTBFS on stable because it requires debhelper >= 12.5 without declaring so. It would be nice if you could update the build-depends accordingly by making it versioned in order to ease backports. 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#940606: new upstream (2.6.3)
Package: igv Hi, it would be nice if you could upgrade to current igv version 2.6.3. the current version in unstable is (apart from the other issues) so old, it's hardly usable. Regards, Daniel
Bug#940278: new upstream (1.0)
Package: gparted Severity: wishlist Hi, it would be nice if you could update gparted to the current upstream version (1.0), released earlier in May. Regards, Daniel
Bug#940200: new upstream (25.3.28)
Package: galera-3 Severity: wishlist Hi, it would be nice if you could upgrade to the current upstream release (25.3.28). Regards, Daniel
Bug#940152: Please add 'verbose' option to show transfers
Package: archvsync Severity: wishlist Hi, when doing a manual 'ftpsync sync:archive:foo' invocation, it would be nice to be able to specify something like '--verbose' to show the output of rsync on the console directly. Having to walk to /var/log/ftpsync and doing a 'tail -f' on the correct logfile is inconvenient. Regards, Daniel
Bug#940150: new upstream (1.6.4)
Package: freeipmi Severity: wishlist Hi, it would be nice if you could upgrade to the current upstream version of freeipmi. Regards, Daniel
Bug#940037: missing python3-pkg-resources depends
Package: mycli Version: 1.16.0-1 Hi, after installing mycli, I get the following: Traceback (most recent call last): File "/usr/bin/mycli", line 6, in from pkg_resources import load_entry_point ModuleNotFoundError: No module named 'pkg_resources' or in other words: please add a depends to python3-pkg-resources. Regards, Daniel
Bug#939412: please update build-depends to easy backporting
Package: firefox Version 69.0-1 Severity: wishlist Hi, thank you for uploading firefox 69.0-1. The new version requires a few version bumps in build-depends to build on buster (doing local backports): - cbindgen (>= 0.9.0 - cargo (>= 0.37) - rustc (>= 1.35) It would be nice if you could bump them in one of the next uploads in order to ease backporting. Regards, Daniel
Bug#939003: please provide matching version in experimental
Package: libgdal-grass Severity: wishlist Hi, in order to use/test gdal 3 from experimental, it would be nice if you could upload libgdal-grass in the correct version to match gdal in experimental. Regards, Daniel
Bug#935919: new upstream (1.20190819)
Package: raspi-firmware Severity: wishlist Hi, it would be nice if you could upgrade to the current upstream version (1.20190819). Regards, Daniel
Bug#933692: new upstream (2.8.3)
Hi, what is the status of this? do you need any help? Regards, Daniel
Bug#934650: buster-pu: package open-infrastructure-compute-tools/20190301-lts2-1~deb10u1
On 8/13/19 7:13 PM, Adam D. Barratt wrote: > Please go ahead. done. Regards, Daniel
Bug#931930: firmware-misc-nonfree: Please, include i915/icl_dmc_ver1_07.bin
Hi, I'm getting these messages too.. the files are included in the upstream repo, also there's a new upstream tag too (20190815). It would be nice if this could get uploaded to unstable. Regards, Daniel
Bug#932193: buster-pu: package netdata/1.12.0-1+deb10u1
On 8/20/19 10:22 PM, Adam D. Barratt wrote: > Please go ahead. done. Regards, Daniel
Bug#935185: building with nocheck doesn't disable tests
Package: libzstd Version: 1.4.3+dfsg-1 Severity: minor Hi, when building with nocheck, the flags are set accordingly however the tests are not skipped because they get invoked through 'dh_auto_test' anyway. It would be nice if you could do a conditional on nocheck arround an (otherwise) empty override_dh_auto_test in rules. 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