Bug#892353: Patch, NMU

;d a fixed package to DELAYED/15; feel free to reschedule or cancel my upload as you see fit. Cheers, -Hilko >From b3573dbdc0a153c29d130df53845572196282a5e Mon Sep 17 00:00:00 2001 From: Hilko Bengen Date: Sat, 27 Oct 2018 12:11:03 +0200 Subject: [PATCH 1/2] Add patch to detect freetype2 via pkg-c

Bug#892333: Patch

Control: tag -1 patch Hi, greetings from the BSP in Karlsruhe. Here's a patch that uses the proper Autoconf mechanism for calling pkg-config. I have successfully tested building in a clean sid chroot. Cheers, -Hilko From: Hilko Bengen Date: Sat, 27 Oct 2018 00:53:35 +0200 Subject: Us

Bug#892444: Patch

Control: tag -1 patch Dear maintainer, greetings from the BSP in Karlsruhe. Here's a patch for the configure script, teaching it to use pkg-config for detecting the freetype library. Cheers, -Hilko >From 354ca4e5dcb779ca3e2cd028d8815dbb0513a6bd Mon Sep 17 00:00:00 2001 From: Hilko Beng

Bug#892336: Patch, Non-maintainer upload

f-3.1/debian/changelog 2017-10-24 10:40:21.0 +0200 +++ otf2bdf-3.1/debian/changelog 2018-10-26 22:55:05.0 +0200 @@ -1,3 +1,10 @@ +otf2bdf (3.1-4.1) unstable; urgency=medium + + * Non-maintainer upload + * Detect freetype2 via pkg-config, modernize package (Closes: #892336) + + --

Bug#897865: Code compiles just fine with current commit in Salsa

Hi, greetings from BSP in Karlsruhe. The current commit in Salsa -- 00b7e79dd144ebfc5d187c331353b50239b032db, marked "snapd (2.35.5-1) UNRELEASED" -- builds the test code including locking-test.c just fine, but various tests then fail. Cheers, -Hilko

Bug#910786: opensc: No longer recognizes Yubikey NEO after upgrade to 0.16.0-3+deb9u1

Hi, after some digging and testing, I come to the conclusion that the the immediate cause for the breakage I reported is the change made to the piv_general_io() function (src/libopensc/card-piv.c, expanded for context): Because rbuflen is set to zero, sc_asn1_read_tag will never read/parse an ASN.

Bug#910786: opensc: No longer recognizes Yubikey NEO after upgrade to 0.16.0-3+deb9u1

Source: opensc Severity: serious Version: 0.16.0-3+deb9u1 Dear Maintainer, after upgrading opensc, opensc-pkcs11 from stretch-proposed-updates, my YubiKey NEO is no longer properly recognized. Before upgrade: , | $ pkcs11-tool --list-slots | Available slots: | Slot 0 (0x0): Alcor Micro AU956

Bug#910395: mediathekview: No longer works due to "missing" openjfx

Package: mediathekview Version: 13.0.6-1 Severity: serious Dear Maintainer, when trying to start mediathekview, I get the following: , | $ mediathekview | === | JavaFX wurde nicht im klassenpfad gefunden. | Stellen Sie sicher, dass Sie ein Java JRE a

Bug#908762: npm: Missing dependency: node-readable-stream

s for me, so here's a patch. Cheers, -Hilko >From f0817f5de0e66a2dad5258578f550b200c69e7fe Mon Sep 17 00:00:00 2001 From: Hilko Bengen Date: Thu, 13 Sep 2018 16:07:52 +0200 Subject: [PATCH] Add readable-stream dependency --- debian/control | 1 + 1 file changed, 1 insertion(+) dif

Bug#895643: [Pkg-freeipa-devel] Bug#895643: Patch for building using default-jdk (openjdk10)

* Timo Aaltonen: >> Unfortunately, I do not know how to test whether the resulting package >> still works. > > This is not for jss though? Argh, yes, sorry, here's the right patch. Cheers, -Hilko >From 3d0f46b544b2e30fd3a0d71b2ca27fe6db9a93f2 Mon Sep 17 00:00:00 200

Bug#895643: Patch for building using default-jdk (openjdk10)

Mon Sep 17 00:00:00 2001 From: Hilko Bengen Subject: [PATCH] Add a cache for iconv_t handles to hive_t It was brought to my attention that dumping a registry hive causes a lot of time spent in disk I/O activity because iconv_open() and iconv_close() are called for every key. Every iconv_open() cal

Bug#897764: possible patch

Control: tag -1 patch Hi, it turns out that the alignof macro can probably be replaced by a GCC builtin. The attached patch does that. I am not committing this to Salsa right away because I am not 100% sure that __alignof__ (t) is functionally equivalent to the macro that has become illegal in GC

Bug#905990: Bug #905990 in libesedb marked as pending

Control: tag -1 pending Hello, Bug #905990 in libesedb reported by you has been fixed in the Git repository and is awaiting an upload. You can see the commit message below, and you can check the diff of the fix at: https://salsa.debian.org/pkg-security-team/libesedb/commit/e38a6cfac51da2d8c8b934

Bug#903520: libext2fs-dev: ext2fs/ext2fs.h includes nonexisting hashmap.h

Package: libext2fs-dev Version: 1.44.3~rc2-1 Severity: grave Dear Maintainer, In the latest packaged version of libext2fs-dev, the file /usr/include/ext2fs/ext2fs.h contains a line , | #include "hashmap.h" ` This file does not exist, leading build failures of software that wants to buil

Bug#886161: delayed NMU of auto-complete-el/1.5.1-0.1

Hi, I just noticed that I had attached the wrong file to my previous mail. so Here's the full set. (I had taken the The orig tarball from https://github.com/auto-complete/auto-complete/archive/v1.5.1.tar.gz.) Cheers, -Hilko auto-complete-el_1.5.1-0.1_source.changes Description: Binary data au

Bug#886161: delayed NMU of auto-complete-el/1.5.1-0.1

Control: Tag -1 patch Hi Takaya, I have prepared a package based on the current upstream version 1.5.1 of auto-complete and uploaded to DELAYED/5. I have gone ahead and fixed most of the outstanding bugs and modernized the package: It is now based on dh-elpa. Please feel free to cancel or resche

Bug#888182: oops

Control: reopen -1 Control: fixed 889686 1.1.28-3 Sorry, I mixed up the bug number in the changelog. This ought to fix it. Cheers, -Hilko

Bug#887969: Problem has been fixed

Control: fixed -1 1.1.28-1 The root cause for this bug had to do with the parameters that libguestfs passes to qemu. A versioned build dependency on libguestfs fixes this. Cheers, -Hilko

Bug#888182: qemu-system-arm: qemu-system-arm crashes when run as part of the nbdkit testsuite

Package: qemu-system-arm Version: 1:2.11+dfsg-1 Severity: grave Dear Maintainer, I just got an nbdkit build failure from the armhf autobuilders. The test-suite uses libguestfs and spawns qemu-system-arm which is killed by SIGSEGV. Please see https://buildd.debian.org/status/fetch.php?pkg=nbdkit&a

Bug#844303: marked as pending

e51681778cbee13f7a19f08dcca33734b52d9695 Author: Hilko Bengen Date: Sun Jan 14 18:02:30 2018 +0100 Add patch to implement OpenSSL 1.1 compatibility (upstream commit 1c2f805e65e2e1231ecbe2ba1e5d83245c240da3) diff --git a/debian/changelog b/debian/changelog index 59a2bd1..b2b5d3d 100644 --- a/debian/changelog

Bug#828557: Patch for sslsniff, request for review

* Sebastian Andrzej Siewior: > It is not back compatible with openssl 1.0.2 Aware of that. Chose to ignore backwards compatibility for now. I took care of the const issue and eliminated the leaks using a stack-allocated buffer. New patch attached. Cheers, -Hilko Index: sslsniff/SessionCache.cpp

Bug#859718: Please review patches for ssldump

* Sebastian Andrzej Siewior: > [...] > from the remaining part, nothing stands out. Thank you for reviewing, After uploading the fixed package, I have also sent upstream the patches. Cheers, -Hilko

Bug#882538: jpeg-6b-steg/configure in outguess can be removed

Control: tag -1 patch Hi, the configure file can be removed if the Makefile.in is patched to use the existing makefile.unix to build the patched JPEG sources. diff --git a/Makefile.in b/Makefile.in index c911a5a..88a5717 100644 --- a/Makefile.in +++ b/Makefile.in @@ -45,7 +45,7 @@ extract: outgu

Bug#828557: Patch for sslsniff, request for review

Control: tag -1 patch Hi, here's a patch that fixes the OpenSSL-1.1-related FTBFS for sslsniff. I'd appreciate a review of the patch. Cheers, -Hilko Index: sslsniff/SessionCache.cpp === --- sslsniff.orig/SessionCache.cpp +++ sslsni

Bug#847611: Patch

Control: tag -1 patch -fixed-upstream I don't see where the direct struct access issues have been fixed upstream, the source code snapshot available from http://www.kermitproject.org/ckdaily.html still has lots of those. I have prepared a patch that fixes building with OpenSSL 1.1 and would appre

Bug#870779: Patches available

control: tag -1 patch Hi, the upstream git repository contains two commits (98f5f22f91f02821be1604bbce61efb45f7e3696, 3fc1d6ac863cfb596e8e9263e03871aec8c00d22) by Jarbel Weyrich that can be cleanly applied onto 0.80-3. I have just verified that the package builds fine with OpenSSL 1.1 with those

Bug#859718: marked as pending

d16855d1edc368b382ccdc2f956d74de25957a38 Author: Hilko Bengen Date: Fri Dec 15 22:36:16 2017 +0100 Release 0.9b3-7 diff --git a/debian/changelog b/debian/changelog index 7d4446f..1cd0af4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,12 @@ +ssldump (0.9b3-7) unstable; urgency=medium + + * Team upload

Bug#859718: Please review patches for ssldump

Control: tag -1 patch I have prepared patches for ssldump to (1) recognize OpenSSL 1.1 at configure time (2) deal with API changes Cheers, -Hilko Index: ssldump/configure.in === --- ssldump.orig/configure.in +++ ssldump/configure.i

Bug#844303: Working on it porting ncrack to OpenSSL 1.1

Control: tag -1 help patch I have submitted two patches upstream: (1) https://github.com/nmap/ncrack/pull/34 contains a simple patch for opensshlib/configure.ac that sets OPENSSL_API_COMPAT in the various test programs, enabling compatibility macros for deprecated function names such

Bug#844303: Working on it porting ncrack to OpenSSL 1.1

Hi, just a heads-up: I am working on porting ncrack to OpenSSL 1.1. There are two main causes of issues: (1) OpenSSL-related checks in opensshlib/configure.ac are broken, they use old SSLeay_* APIs, this is fixed easily. (2) The usual getter/setter mess. There's a lot of code and in opensshlib/

Bug#882808: construct: construct 2.8 is not compatible with 2.5.

control: retitle -1 construct 2.8 incompatible with 2.5, should add versioned Breaks control: tag -1 patch * Sébastien Delafond: > On Nov/26, Hilko Bengen wrote: >> The plaso and dfvfs packages are maintained by me and are affected by >> the API breakage. >> [...] >

Bug#882808: construct: construct 2.8 is not compatible with 2.5.

Source: construct Version: 2.8.16-0.1 Severity: grave Dear Maintainer (or non-maintainer, as it seems), I just noticed that you recently re-uploaded construct/2.8.16-0.1 to unstable, without checking reverse dependencies. We had reverted to a 2.5-series version in February because the API had bee

Bug#828483: Moving

aling with renamed types - Allocating opaque structures on the heap. Cheers, -Hilko >From 1fe4ce60fadf202299d4c7e86f380c3bf9051cef Mon Sep 17 00:00:00 2001 From: Hilko Bengen Date: Sun, 19 Nov 2017 15:35:04 +0100 Subject: [PATCH] Easy fixes toward OpenSSL 1.1 compatibility - Rename M_ASN1_*

Bug#881427: [debhelper-devel] Bug#881427: debhelper: dh_builddep fails, causing FTBFS: undefined value as an ARRAY reference

control: fixed -1 10.10.7 control: tag -1 - moreinfo > This should be fixed with the just uploaded 10.10.7: It is. I have tried a rebuild using debhelper/10.10.7 built from git and everything is fine. Cheers, -Hilko

Bug#881427: debhelper: dh_builddep fails, causing FTBFS: undefined value as an ARRAY reference

Package: debhelper Version: 10.10.6 Severity: grave Dear Maintainer, my recent upload of yara/3.7.0-3, using debhelper/10.10.6, failed in the autobuilders[1], here are the last few lines before the failure: , | make[1]: Leaving directory '/<>' |dh_installman -a |dh_lintian -a |dh

Bug#877310: nbdkit FTBFS on armhf/i386: FAIL: test-socket-activation

Control: fixed -1 1.1.16-1 Looks like the problem no longer occurs with the latest upload. Cheers, -Hilko

Bug#879452: src:python-git: Incompatible with git 2.15?

Package: src:python-git Version: 2.1.6-1 Tags: upstream Severity: grave Dear Maintainer, in an attempt to use bro-pkg to install packaged scripts into the Bro network sensor, I ran into the following problem: , | $ sudo bro-pkg --verbose install https://github.com/corelight/bro-shellshock |

Bug#876740: libguestfs FTBFS with gtk-doc-tools 1.26: gtkdoc-mktmpl is no longer available

Control: fixed -1 1:1.36.6-1 * Adrian Bunk: > Making all in docs > make[6]: Entering directory '/<>/debian/build-3/gobject/docs' > DOC Preparing build > DOC Scanning header files > DOC Introspecting gobjects > DOC Rebuilding template files > /bin/bash: gtkdoc-mktmpl: command not f

Bug#873374: libtsk13 4.4.2-1 crash in the dfvfs test suite

* Eriberto Mota: > Control: reassign 873374 python-tsk > > After a conversation with upstream[1] and several tests, I can confirm > the problem is being caused by python-tsk package. Rebuilding the > package will solve the problem. Thank you for doing the testing and getting to the root of this!

Bug#873437: command-execute: Cannot open load file: No such file or directory, go-mode

* Jameson Graef Rollins: > Hi, Hilko. I restarted emacs and the problem went away and I was able > to load go-mode. I truly don't understand what happened, since I > definitely installed the golang-mode package before my latest emacs > session. So, we might never know. :-) To me it looks as if

Bug#873437: command-execute: Cannot open load file: No such file or directory, go-mode

Control: tag -1 moreinfo * Jameson Graef Rollins: > I don't understand the new elpa system, but for whatever reason this > packages is not actually providing go-mode for me. When I try "M-x > go-mode" I get the following error: > > command-execute: Cannot open load file: No such file or director

Bug#853446: Patch

Control: tag -1 patch GCC-7 recognizes patches that contain the word "fallthrough" (and some variants thereof), but not misspellings. This patch fixes that. Cheers, -Hilko Index: http-parser/http_parser.c === --- http-parser.orig/htt

Bug#853462: Patch

Control: tag -1 patch Hi, here's a simple patch to fix the build with GCC-7. Cheers, -Hilko From: Hilko Bengen Date: Tue, 22 Aug 2017 23:58:52 +0200 Subject: Add comments to fix GCC-7 implicit-fallthrough errors --- json_object.c | 3 ++- json_tokener.c | 1 + linkhash.c

Bug#853428: Fixed in 1.7.6-1

Control: fixed -1 1.7.6-1 Version 1.7.6-1 of package golang-1.7 builds just fine on unstable using gcc-7. (Apparently, there is an FTBFS issue on arm64, but that seems to be a different matter.) Cheers, -Hilko

Bug#853374: Fixed in 0.7.1

Control: tag -1 fixed-upstream Hi, the package can be updated to upstream version 0.7.1 which no longer has the FTBFS problem with GCC 7. Cheers, -Hilko

Bug#853548: Patch

on Sep 17 00:00:00 2001 From: Hilko Bengen Date: Sat, 19 Aug 2017 17:03:16 +0200 Subject: [PATCH] make some functions static --- g3/g3cat.c | 3 +++ g3/pbm2g3.c | 6 +++--- 2 files changed, 6 insertions(+), 3 deletions(-) diff --git a/g3/g3cat.c b/g3/g3cat.c index 8a4b708..4205d33 100644 --

Bug#867610: python3-libvhdi: Missing python3 interpreter depends

Hi Scott, I have just uploaded a fixed package, but a question remains: > As an added bonus, it would be nice if you could build python3-libvhdi > for all supported python3 versions and not just the default. This > eases python3 transitions considerably. At some point I thought that building wit

Bug#865398: libguestfs0: unnessarly depends on systemd

Control: tag -1 -moreinfo * Sven Joachim: >>> the dependency on systemd | sysvinit will not be satisfied by sysvinit-core. >>> This is a policy violation. >> >> How is this alternate dependency a policy violation and what concrete >> problem does it cause? > > One problem is that the sysvinit bin

Bug#865398: libguestfs0: unnessarly depends on systemd

Control: tag -1 moreinfo * Ben Hildred: > Package: libguestfs0 > Version: 1.34.6-2 > Severity: serious > Justification: Policy 1.34.6-2 > > the dependency on systemd | sysvinit will not be satisfied by sysvinit-core. > This is a policy violation. How is this alternate dependency a policy violati

Bug#863195: golang-1.8 FTBFS: format_test.go:264: ParseInLocation(Feb 01 2013 AST, Baghdad) = 2013-02-01 00:00:00 +0000 AST, want 2013-02-01 00:00:00 +0300 +03

Hi, two weeks ago I requested unblocking of golang-1.8/1.8.1-1 (#862158) which if granted would solve the issue. Cheers, -Hilko

Bug#859577: golang-github-syndtr-goleveldb-dev: file conflict with golang-goleveldb-dev

Package: golang-github-syndtr-goleveldb-dev Version: 0.0~git20170302.0.3c5717c-1 Severity: grave Dear Maintainer, while trying to install golang-github-syndtr-goleveldb-dev, I got the following error message. Preparing to unpack .../golang-github-syndtr-goleveldb-dev_0.0~git20170302.0.3c5717c-1

Bug#855869: Processed: Re: Bug#855869: dsniff: segfaults on portmapper messages

* Marcos Fouces: > I pushed a "debian/stretch" branch [1] to the repo without all > changes i've made so far bug the patch that fixes this bug. Despite my opinion about dsniff in general, I'd sponsor an upload if you include all fixes (i.e. current debian/master branch, d1ef9519). You should ask

Bug#855869: Processed: Re: Bug#855869: dsniff: segfaults on portmapper messages

* Marcos Fouces: > I pushed a "debian/stretch" branch [1] to the repo without all > changes i've made so far bug the patch that fixes this bug. > > It is still posible to get sniff in shape for stretch? If so, could > you sponsor it or tell me what else to do? I had a look into your commits afte

Bug#849132: closed by Hilko Bengen (Bug#849132: fixed in google-perftools 2.5-2.1)

* Adrian Bunk: > Doesn't seem to work: > https://buildd.debian.org/status/fetch.php?pkg=google-perftools&arch=i386&ver=2.5-2.1&stamp=1488295669&raw=0 Yeah, those test scripts a bit crappier than I thought. Let's try that again... Cheers, -Hilko

Bug#851196: Fixed in delayed NMU

control: tag -1 pending control: user debian-rele...@lists.debian.org control: usertag -1 bsp-2017-02-de-Berlin control: usertag 856226 bsp-2017-02-de-Berlin I have (hopefully) fixed these bugs by uploading a new upstream snapshot to DELAYED/15, see #856226. Cheers, -Hilko

Bug#855602: Problem exists on other architectures, too.

This could have been prevented (or at least be detected more easily) with a .symbols file. I have eadded one based upon a fresh build in a wheezy/i386 chroot. Severalsymbols are missing when rebuilding on stretch/i386: --- debian/libnids1.21.symbols (libnids1.21_1.23-2_i386) +++ dpkg-gensymbolsEzW

Bug#849132: Patch for ignoring the failing test result

control: tag -1 patch Here's a patch that keeps the test that randomly fails on i386 enabled, but the result is ignored. Cheers, -Hilko >From cbb2054fc82a55fadbb18d7a07b4906a57d2a559 Mon Sep 17 00:00:00 2001 From: Hilko Bengen Date: Sun, 26 Feb 2017 12:00:14 +0100 Subject: [PATCH 2/3

Bug#820381: Can't reproduce

control: tag -1 unreproducible control: severity -1 important * shirish शिरीष: >> I can reproduce the bug on neither amd64 (4.9.0-1-amd64) nor i386 >> (4.9.0-1-686-pae). > > Could you share what attempts you did to see if the error occurs ? Sure. I created a fresh rar archive containing just my

Bug#854058: Bug is in the Ruby server

control: tag -1 patch After running (elserv-start) and switching to the *elserv*8000 buffer that is used for interaction with the elservd process, I see: , | /usr/lib/elserv/elservd:176:in `': uninitialized constant TCPserver (NameError) | Did you mean? TCPServer ` So, at some point so

Bug#849132: Some details on the failing test

Hi, I have repeatedly run the failing test after dpkg-buildpackage failed. So far, I consistently get a failure. My test machine is an ancient Lenovo T60 with a "Genuine Intel(R) CPU T2500 @ 2.00GHz" CPU. , | >>> profile doesn't match, args: /home/bengen/tmp/bsp/google-perftools/.libs/profi

Bug#820381: Can't reproduce

Hi, I can reproduce the bug on neither amd64 (4.9.0-1-amd64) nor i386 (4.9.0-1-686-pae). Cheers, -Hilko

Bug#852916: Upload

control: tag -1 pending I have NMU'd a fix for this issue to DELAYED/2, see #856136. Cheers, -Hilko

Bug#854727: Removal from stretch?

Removing zziplib from stretch seems like a bit of an effort: $ apt-cache rdepends libzzip-0-13 libzzip-0-13 Reverse Depends: libzzip-dev zziplib-bin libacexml-6.3.3 texlive-binaries swftools libogre-1.9.0v5 mpd milkytracker lua-zip libgetdata7 Cheers, -Hilko

Bug#852881: dfwinreg: FTBFS: Test failures

* Lucas Nussbaum: > Source: dfwinreg > Version: 20160428-1 > Severity: serious > Tags: stretch sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20170128 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64.

Bug#853082: construct: construct 2.8 broke the API -- return to 2.5?

Control: affects -1 dfvfs dfwinreg Control: block 852922 by -1 Control: block 852881 by -1 Source: construct Version: 2.8.8-0.1 Severity: grave Dear maintainer, dfvfs and dfwinreg fail to build from source (test failures) after the recent construct update: , | ImportError: Failed to import

Bug#852922: dfvfs: FTBFS: Test failures

* Lucas Nussbaum: > Source: dfvfs > Version: 20160918-1 > Severity: serious > Tags: stretch sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20170128 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. I

Bug#851969: libguestfs: Build-depends on to be removed linux-image-versatile

Control: tag -1 moreinfo Hi Scott, thanks for your reports. I am replying to both bugs because they concern essentially the same issue. > libguestfs build-depends on linux-image-versatile which is no longer built > from source and will be removed from unstable and testing. >From briefly looking

Bug#848156: Fix; NMU to DELAYED/5

control: tag -1 patch Hi, I can reproduce the segfault on my amd64 system. The segfault happens near the end of the convert() function. This is what I got after adding 'OPTIMIZE' => '-O0 -g -ggdb' to Makefile.PL and rebuilding from from source: , | Starting program: /usr/bin/perl -Mblib -MTe

Bug#847580: no embedded dietlibc

Oops, disregard my last message, that was meant to be sent to 847575. Cheers, -Hilko

Bug#848894: Cannot reproduce on sbuild; thoughts on architecture=amd64

control: tag -1 unreproducible Good evening. In my linux/amd64 sbuild setup, dx builds just fine. What had me puzzled, though, is how the message "checking architecture type... amd64" came to be. If uname works correctly, the string "amd64" could not have been generated inside the DX_ARCHITECTUR

Bug#848742: easy fix, NMU to DELAYED/5

, fixing FTBFS (Closes: #848742) + + -- Hilko Bengen Wed, 21 Dec 2016 23:20:25 +0100 + libmateweather (1.16.1-1) unstable; urgency=medium * New upstream release. diff -Nru libmateweather-1.16.1/debian/control libmateweather-1.16.1/debian/control --- libmateweather-1.16.1/debian/control 2016-10

Bug#848919: sslsplit FTBFS on mips: cachedsess.t.c:86:F:cache_dsess:cache_dsess_01:0: cache returned no session

tag -1 help * Adrian Bunk: > cachedsess.t.c:86:F:cache_dsess:cache_dsess_01:0: cache returned no session > GNUmakefile:406: recipe for target 'test' failed No idea why this is happening, any help is appreciated. Cheers, -Hilko

Bug#847580: no embedded dietlibc

Hi, I wanted to prepare a patch but found that e2fsprogs no longer builds the static binary using dietlibc as of 1.43~WIP.2016.05.12-1, so this bug can be closed. Cheers, -Hilko

Bug#842675: [Pkg-xfce-devel] Bug#842675: Bug#842675: Fix, NMU to DELAYED/5

* Yves-Alexis Perez: > On Sun, 2016-12-18 at 13:28 +0100, Yves-Alexis Perez wrote: >> On Fri, 2016-12-16 at 08:05 +0100, Hilko Bengen wrote: >> > here is a set of patches that I intend to NMU to DELAYED/5 later. I have >> > changed the .symbols file to use C++ nam

Bug#842675: [Pkg-xfce-devel] Bug#842675: Fix, NMU to DELAYED/5

* Yves-Alexis Perez: > On Fri, 2016-12-16 at 08:05 +0100, Hilko Bengen wrote: >> here is a set of patches that I intend to NMU to DELAYED/5 later. I have >> changed the .symbols file to use C++ name demangling and added some >> optional symbols that seem to come directl

Bug#842675: Fix, NMU to DELAYED/5

flagged as an error by Lintian. Cheers, -Hilko >From 94e74966b47a28e0753c75311d7073d9763ffc25 Mon Sep 17 00:00:00 2001 From: Hilko Bengen Date: Wed, 14 Dec 2016 17:46:21 +0100 Subject: [PATCH 1/4] Use demangled symbols --- debian/liblightdm-qt-3-0.symbols |

Bug#833227: trivial patch, NMU'd to DELAYED/3

gelog2011-09-22 21:24:59.0 +0200 +++ pastewebkit-1.0/debian/changelog2016-12-14 15:16:10.0 +0100 @@ -1,3 +1,10 @@ +pastewebkit (1.0-7.1) unstable; urgency=medium + + * Non-maintainer upload + * Remove explicit setting of compression type (Closes: #833250) + + -- Hilko Bengen

Bug#833239: trivial patch, NMU'd to DELAYED/3

type (Closes: #833239) + + -- Hilko Bengen Wed, 14 Dec 2016 00:19:54 +0100 + libnet-daemon-perl (0.48-1) unstable; urgency=low * New upstream diff -Nru libnet-daemon-perl-0.48/debian/rules libnet-daemon-perl-0.48/debian/rules --- libnet-daemon-perl-0.48/debian/rules2011-06-25

Bug#833251: trivial patch, NMU'd to DELAYED/3

gelog 2012-06-09 00:54:16.0 +0200 +++ libx86-1.1+ds1/debian/changelog 2016-12-14 00:10:34.0 +0100 @@ -1,3 +1,10 @@ +libx86 (1.1+ds1-10.1) unstable; urgency=medium + + * Non-maintainer upload + * Remove explicit setting of compression type (Closes: #833251) + + -- Hilko Bengen

Bug#833250: trivial patch, NMU'd to DELAYED/3

gelog2013-06-06 11:07:11.0 +0200 +++ libtextwrap-0.1/debian/changelog2016-12-14 00:04:17.0 +0100 @@ -1,3 +1,10 @@ +libtextwrap (0.1-14.1) unstable; urgency=medium + + * Non-maintainer upload + * Remove explicit setting of compression type (Closes: #833250) + + -- Hilko Bengen

Bug#833241: trivial patch, NMU'd to DELAYED/3

gelog 2013-05-25 03:26:52.0 +0200 +++ libnfsidmap-0.25/debian/changelog 2016-12-13 23:54:00.0 +0100 @@ -1,3 +1,10 @@ +libnfsidmap (0.25-5.1) unstable; urgency=medium + + * Non-maintainer upload + * Remove explicit setting of compression type (Closes: #833241) + + -- Hilko B

Bug#847997: [pkg-go] Bug#847997: golang-github-jessevdk-go-flags-dev: Cannot be co-installed golang-go-flags-dev

Hi Tim, > I think I'll probably ask the FTP Masters very nicely to remove the > new package rather than mess with the reverse dependencies. Keep in mind that golang-go-flags-dev was released with jessie. I am not entirely sure if Adding Breaks/Replaces is enough to ensure smooth upgrades there.

Bug#847997: golang-github-jessevdk-go-flags-dev: Cannot bo co-installed golang-go-flags-dev

ilko >From 84ddd477f3b6754209bd8701f5a8cb29dbb5aa07 Mon Sep 17 00:00:00 2001 From: Hilko Bengen Date: Tue, 13 Dec 2016 00:36:20 +0100 Subject: [PATCH] Add Brekas/Replaces: golang-go-flags-dev --- debian/control | 2 ++ 1 file changed, 2 insertions(+) diff --git a/debian/control b/debian/control index f6e368f..f38bdf7

Bug#846871: python-sparqlwrapper: requires keeplive==0.5

control: severity -1 normal I found that using pybuild to run "nose" tests by setting export PYBUILD_TEST_NOSE := 1 fixes my particular dependency lookup issue. I still think that listing a "soft" requirement in requires.txt, but since python-sparqlwrapper is by no means the only offender

Bug#846871: Suggested fix

control: tag -1 patch Hi, I have verified that aff4 builds just fine if the "keepalive=0.5" line is removed from the requires.txt, so the extra python-keepalive package is not actually needed. Please consider adding the patch below. Thanks! Cheers, -Hilko diff --git a/requirements.txt b/requir

Bug#846871: python-sparqlwrapper: requires keeplive==0.5

Package: python-sparqlwrapper Version: 1.7.6-1 Severity: grave Dear Maintainer, I am working on packaging aff4 whose Python bindings require python-sparqlwrapper via python-rdflib. The tests cannot be run because pytest notices an unsatisfied dependency, keepalive>=0.5, as can be seen below. In

Bug#846062: s-nail: not a proper mailx alternative

* Bas Zoetekouw: > s-nail/heirloom-mailx is not a proper alternative for mailx/bsd-mailx, > as it uses different command line options (for example on a regulair > mailx, -a means "add header, whereas for s-nail it means "add > attachment"). We had some discussion about whether to provide a mailx

Bug#803713: Elasticsearch should not be part of a Debian release

* Emmanuel Bourg: > Do you think elasticsearch should be removed from unstable? Not necessarily. It should just not become part of stretch because there is no sensible way to support it. BTW: Apparently I was wrong about the 1.7.x branch no longer being supported by the upstream project: A tag f

Bug#845106: x11vnc: configure does not find libssl, builds without OpenSSL support

Source: x11vnc Version: 0.9.13-1.2 Severity: serious Tags: patch Dear Maintainer, after searching for "AC_CHECK_LIB(ssl, SSL_library_init" using codesearch.debian.net and rebuilding with OpenSSL 1.1, I found that the OpenSSL is no longer detected and thus no longer used when building the package.

Bug#845035: dillo: configure does not find libssl, builds without OpenSSL support

Source: dillo Version: 3.0.5-2 Severity: serious Tags: patch Dear Maintainer, after searching for "AC_CHECK_LIB(ssl, SSL_library_init" using codesearch.debian.net and rebuilding with OpenSSL 1.1, I found that the OpenSSL is no longer detected and thus no longer used when building the package. Th

Bug#845030: swi-prolog: configure does not find libssl, builds without OpenSSL support

Source: swi-prolog Version: 7.2.3+dfsg-4 Severity: serious Tags: patch Dear Maintainer, after searching for "AC_CHECK_LIB(ssl, SSL_library_init" using codesearch.debian.net and rebuilding with OpenSSL 1.1, I found that the OpenSSL is no longer detected and thus no longer built into the package.

Bug#844254: NMU to DELAYED/5

Hi Jeremy, thank you for your quick answer. > I'll let the NMU go through and then pull your commit hash > 96eb8e628c8e87200a208281e569523c8fb77bf8 in and prepare a 1.0.6-5 > build to accept it. I have rescheduled the upload so that the handful of packages that depend on libesmtp6 can have their

Bug#829078: Any word?

* Emmanuel Bourg: > Hi Logan, > > If you need Elasticsearch on Debian/Ubuntu your best bet for now is to > install the upstream package available on the download page [1]. The > elasticsearch package maintained by Debian isn't ready for prime time > yet and will probably not be part of the Stretch

Bug#844254: NMU to DELAYED/5

Hi, I have just made a non-maintainer upload (libesmtp/1.0.6-4.1) to DELAYED/5-day. If necessary, feel free to reschedule or cancel my upload. The simple change I made can be found in my Github fork at . I have verified that the libesmtp6 package (built using sb

Bug#844254: Easy fix

Control: tag -1 patch The problem is that the configure script is looking for the wrong symbol in libssl. Something like this - AC_CHECK_LIB(ssl, SSL_library_init, [ + AC_CHECK_LIB(ssl, SSL_new, [ causes the build to work again. Looking for SSL_library_init seems to be a somewhat co

Bug#843713: libsvn-web-perl: FTBFS (failing tests)

Control: tag -1 unreproducible moreinfo Hi Santiago, I cannot reproduce the problem here. can you show me exactly how the tests fail, e.g. by running $ perl -Mblib t/1use.t and $ perl -Mblib t/2basic.t after the build has failed? Thank you. Cheers, -Hilko

Bug#841974: libguestfs-tools: Appliance get stuck

Control: reassign -1 qemu Control: forcemerge -1 840853 * Laurent Bigonville: > When running libguestfs-test-tool (and also from virt-manager) the > appliance get stuck at some point. Thank you for diagnosing the bug. You are right, linuxboot_dma.bin is missing, this is a problem in qemu. Cheer

Bug#840853: Reassign

* Neil Williams: > The requirement for linuxboot_dma.bin is specific to QEMU 2.7 and is > not provided by the seabios package (which provides linuxboot_dma.bin). > As a workaround, symlinking linuxboot_dma.bin as linuxboot.bin > in /usr/share/seabios/ allows the guestfs operations to proceed. Thi

Bug#840853: Workaround

Neil, while working a bit on libguestfs 1.34 the other day, I noticed that the problem exists there, too. Whereas installing the sgabios package gives us somewhat meaningful console output, linuxboot_dma.bin is still missing. I suppose that the newer qemu version wants to use linuxboot_dma.bin in

Bug#840853: FTBFS on amd64 - recipe for target 'quickcheck' failed

The libguestfs-test-tool run ends with a timeout ("Alarm clock") after qemu has complained about two missing files: , | [02004ms] /usr/bin/qemu-system-x86_64 \ | -global virtio-blk-pci.scsi=off \ | -nodefconfig \ | -enable-fips \ | -nodefaults \ | -display none \ | -mac

<    1   2   3   4   5   >