Bug#952332: kxd: diff for NMU version 0.14-1.1
Control: tags 952332 + patch Control: tags 952332 + pending Dear maintainer, I've prepared an NMU for kxd (versioned as 0.14-1.1) and uploaded it to mentors. Please feel free to tell me if I should remove it. Regards, Håvard diff -Nru kxd-0.14/debian/changelog kxd-0.14/debian/changelog --- kxd-0.14/debian/changelog 2019-10-03 18:28:56.0 +0200 +++ kxd-0.14/debian/changelog 2020-04-05 08:29:46.0 +0200 @@ -1,3 +1,12 @@ +kxd (0.14-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Set absolute path in d/rules closes: #952332 + * Cherry-pick upstream commit, needed for upstream testsuite. +0001-tests-Add-missing-conn.getresponse-which-was-causing.patch + + -- Håvard Flaget Aasen Sun, 05 Apr 2020 08:29:46 +0200 + kxd (0.14-1) unstable; urgency=medium [ Michael Stapelberg ] diff -Nru kxd-0.14/debian/patches/0001-tests-Add-missing-conn.getresponse-which-was-causing.patch kxd-0.14/debian/patches/0001-tests-Add-missing-conn.getresponse-which-was-causing.patch --- kxd-0.14/debian/patches/0001-tests-Add-missing-conn.getresponse-which-was-causing.patch 1970-01-01 01:00:00.0 +0100 +++ kxd-0.14/debian/patches/0001-tests-Add-missing-conn.getresponse-which-was-causing.patch 2020-04-05 08:05:44.0 +0200 @@ -0,0 +1,30 @@ +From: Alberto Bertogli +Date: Sun, 29 Mar 2020 11:40:46 +0100 +Subject: tests: Add missing conn.getresponse() which was causing false + negatives + +Somewhere around Python 3.8, http.client.HTTPConnection objects changed +how result handling was done, and ignored SSL errors until +.getresponse() was called. + +This causes the test_no_local_cert to fail, even though the server is +responding correctly. + +This patch fixes this by adding a .getresponse() call, which forces +validation of the result and makes the test pass again. +--- + tests/run_tests | 1 + + 1 file changed, 1 insertion(+) + +diff --git a/tests/run_tests b/tests/run_tests +index d6d4ba2..9499bfe 100755 +--- a/tests/run_tests b/tests/run_tests +@@ -407,6 +407,7 @@ class TrickyRequests(TestCase): + conn = self.https_connection("localhost", 19840) + try: + conn.request("GET", "/v1/") ++conn.getresponse() + conn.close() + except ssl.SSLError as err: + self.assertEqual(err.reason, "SSLV3_ALERT_BAD_CERTIFICATE") diff -Nru kxd-0.14/debian/patches/series kxd-0.14/debian/patches/series --- kxd-0.14/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ kxd-0.14/debian/patches/series 2020-04-05 08:05:44.0 +0200 @@ -0,0 +1 @@ +0001-tests-Add-missing-conn.getresponse-which-was-causing.patch diff -Nru kxd-0.14/debian/rules kxd-0.14/debian/rules --- kxd-0.14/debian/rules 2019-10-03 18:28:56.0 +0200 +++ kxd-0.14/debian/rules 2020-04-05 08:01:15.0 +0200 @@ -1,7 +1,7 @@ #!/usr/bin/make -f # -*- makefile -*- -export GOCACHE=$$(pwd)/debian/cache +export GOCACHE=$(CURDIR)/debian/cache %: dh $@
Bug#955651: libinput: FTBFS: /<>/obj-x86_64-linux-gnu/meson-private/tmpwq1q3syj/testfile.c:4:12: error: #error "Header 'xlocale.h' could not be found"
Control: reassign -1 libwacom-dev 1.3-1 Control: fixed -1 libwacom/1.3-2 On 2020-04-03 21:37 +0200, Lucas Nussbaum wrote: > Source: libinput > Version: 1.15.4-1 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-20200402 ftbfs-bullseye > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. > > Relevant part (hopefully): >> [...] >> Run-time dependency libwacom found: NO >> >> ../meson.build:140:1: ERROR: Could not generate cargs for libwacom: >> Package gudev-1.0 was not found in the pkg-config search path. >> Perhaps you should add the directory containing `gudev-1.0.pc' >> to the PKG_CONFIG_PATH environment variable >> Package 'gudev-1.0', required by 'libwacom', not found That happened because libwacom-dev lacked a dependency on libgudev-1.0-dev. This has been fixed in the latest libwacom upload, and I have just successfully built libinput in a sid chroot. Cheers, Sven
Bug#955807: transition: netcdf
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: forwarded -1 https://release.debian.org/transitions/html/auto-netcdf.html Control: block -1 by 955715 955749 955806 NetCDF bumped it SONAME requiring a transition. Most rdeps built successfully except adios, oasis3 & metview as summarized below. Transition: netcdf libnetcdf15 (1:4.7.3-1+b1) -> libnetcdf18 (1:4.7.4-1~exp2) The status of the most recent rebuilds is as follows. adios (1.13.1-21)FTBFS (#955715) cmor (3.5.0-3) OK coda (2.21-4) SKIP (B-D only) dx (1:4.4.4-12) OK eccodes(2.17.0-1) OK exodusii (6.02.dfsg.1-8)OK gdal (3.0.4+dfsg-1) OK gerris (20131206+dfsg-19) SKIP (B-D only) grace (1:5.1.25-7) OK grads (3:2.2.1-2)OK gri(2.12.26-1)SKIP (B-D only) kst(2.0.8-3) SKIP (B-D only) labplot(2.7.0-1) OK libminc(2.4.03-2) OK libpdl-netcdf-perl (4.20-6) OK nco(4.9.1-1) OK ncview (2.1.8+ds-3) OK netcdf-cxx (4.3.1-2) OK netcdf-cxx-legacy (4.2-11) OK netcdf-fortran (4.5.2+ds-1) OK netcdf4-python (1.5.3-1) OK octave-netcdf (1.0.13-1) OK r-cran-ncdf4 (1.17-1) OK r-cran-rnetcdf (2.1-1-1) OK ruby-netcdf(0.7.2-3) OK v-sim (3.7.2-8) OK cdftools (3.0.2-4) SKIP (B-D only) deal.ii(9.1.1-9) SKIP (B-D only) emoslib(2:4.5.9-3)SKIP (B-D only) etsf-io(1.0.4-4) SKIP (B-D only) ferret-vis (7.5.0-2) OK gmt(6.0.0+dfsg-1) OK gnudatalanguage(0.9.9-12) OK grass (7.8.2-1) OK harp (1.9.2-1) OK minc-tools (2.3.00+dfsg-3)OK ncl(6.6.2-1) OK oasis3 (3.mct+dfsg.121022-14) FTBFS (#955749) paraview (5.7.0-4) SKIP (B-D only) python-escript (5.5-5)SKIP (B-D only) vtk6 (6.3.0+dfsg2-5)OK vtk7 (7.1.1+dfsg2-2)OK lammps (20191120+dfsg1-2) OK odb-api(0.18.1-10)SKIP (B-D only) pyferret (7.5.0-5) OK qgis (3.10.4+dfsg-1)OK magics++ (4.3.0-1) OK cdo(1.9.9~rc2-1) OK metview(5.8.1-2) FTBFS (#955806) Kind Regards, Bas
Bug#951999: Autoconf issue in mpqc
Control: tags -1 help Hi, while Nilesh has fixed the MPI-3.0 issue of mpqc in Git[1] the package does not build any more due to an autoconf issue: ... configure.in:1802: error: possibly undefined macro: AC_CHECK_CCA If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:1833: error: possibly undefined macro: AC_DEFINE_DIR autoreconf: /usr/bin/autoconf failed with exit status: 1 ... The macro AC_CHECK_CCA is defined in lib/autoconf/cca.m4 but it seems it is not found any more by recent autotools. Any help would be appreciated. Kind regards Andreas. [1] https://salsa.debian.org/debichem-team/mpqc -- http://fam-tille.de
Bug#933378: bug report should go upstream
Hello David, Am 04.04.20 um 22:43 schrieb David Christensen: > I shutdown and restarted Thunderbird. The message with the pending move > is now gone. you mentioned in a previous email that you are using Btrfs as file-system. So far I could research more people using Btrfs for their /home partition have some issues regarding Thunderbird. Also some network file-systems showing very often problems if used as underlying file-system for the data for the Thunderbird profile. The Btrfs file-system is still quite young and I'm sure we will see more crazy issue if it will get used more regularly. I haven't used this file-system and I don't have plans to do so. I simply have no need for the features Btrfs is bringing. Your issues aren't Debian specific, I'm quite sure on this. The way to go is to report your issues upstream within the Mozilla bug tracker or at least search for similar issues with Thunderbird or also Firefox. https://bugzilla.mozilla.org/home But don't expect a quick solution, the amount of Thunderbird developers is small and Btrfs isn't a high critical part of the development. You can ask what you can do to get some log of what's going on behind the scene in Thunderbird in the low level part while moving messages e.g. If you have a bug number from Bugzilla we can set a tracker to this and this Debian bug report will get information once the status of the Bugzilla issue get changes. -- Regards Carsten Schoenert
Bug#955711: transition: schroedinger-maeparser
Control: tags -1 + confirmed Control: forwarded -1 https://release.debian.org/transitions/html/auto-schroedinger-maeparser.html Hi Andrius On Sat, 4 Apr 2020 at 07:12, wrote: > I would like to request a transition slot for schroedinger-maeparser > (experimental -> unstable) due to the changed binary package names. Please go ahead in unstable. Regards Graham