Bug#1066831: nbd-server: Crash on -C /dev/null or -C /missing/file

Package: nbd-client Version: 1:3.26.1-1 Severity: serious Tags: patch X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, While investigating libnbd build failures (see ##1066766), I stumbled across a bug that makes nbd-server crash without an error message when trying to read its configuration

Bug#1066831: nbd-server: Crash on -C /dev/null or -C /missing/file

Package: nbd-client Version: 1:3.26.1-1 Severity: serious Tags: patch X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, While investigating libnbd build failures (see ##1066766), I stumbled across a bug that makes nbd-server crash without an error message when trying to read its configuration

Bug#1061004: guestfs-tools: FTBFS: make[6]: *** [Makefile:1723: test-suite.log] Error 1

control: fixed -1 1.52.0-2

Bug#1061004: guestfs-tools: FTBFS: make[6]: *** [Makefile:1723: test-suite.log] Error 1

control: fixed -1 1.52.0-2

Bug#1023481: unofficial patch available

Via , I found a patch[1] that seems to replace all problematic Int with Int64 types. I am not sure about any undesirable side-effects, though. Cheers, -Hilko [1] https://github.com/dmy/elm-raspberry-pi/blob/master/patches/elm-0.19.1.patch

Bug#1023481: unofficial patch available

Via , I found a patch[1] that seems to replace all problematic Int with Int64 types. I am not sure about any undesirable side-effects, though. Cheers, -Hilko [1] https://github.com/dmy/elm-raspberry-pi/blob/master/patches/elm-0.19.1.patch

Bug#1037568: Ajust fixed versions

control: fixed -1 0.18.7-1~exp1

Bug#1037568: Ajust fixed versions

control: fixed -1 0.18.7-1~exp1

Bug#1040900: Delayed NMU: edb-debugger/1.3.0-2.1

Source: edb-debugger Severity: normal X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, I have just uploaded edb-debugger/1.3.0-2.1 to DELAYED/15-day, fixing the FTBFS issues #1037641 and #1040795, see included debdiff. Please feel free to reschedule or cancel my upload as you see fit. Cheers

Bug#1037641: Fixed upstream

control: tags -1 fixed-upstream, patch The GCC 13 FTBFS has been fixed upstream, see attached patch. Cheers, -Hilko >From d0d904383cb5baf607404178bc5632235e8e1ea7 Mon Sep 17 00:00:00 2001 From: Sam James Date: Mon, 17 Apr 2023 16:11:43 +0100 Subject: [PATCH] Fix build with GCC 13 (#837) GCC 13

Bug#1040824: qemu: FTBFS against Capstone 5

Package: src:qemu Version: 1:8.0.2+dfsg-3 Severity: normal Tags: patch X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, qemu fails to build from source against capstone 5 (now in experimental) due to a duplicate symbol "tricore_feature" which is part of the capstone headers now. Th

Bug#1040795: edb-debugger: FTBFS against capstone5

Package: edb-debugger Version: 1.3.0-2 Severity: normal Tag: upstream, patch X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, edb-debugger fails to build from source against capstone 5 (now in experimental) due to 2 identifiers (X86_INS_VCVTPD2DQX, X86_INS_VCVTPD2PSX) that are now missing from

Bug#897933: dhcp-client instead of isc-dhcp-client?

* Beolach: > Is there a reason libguestfs0 depends on isc-dhcp-client specifically, > instead of the virtual dhcp-client? I just checked. The applicance init script does support both dhclient and dhcpcd, so we should be able to do alterenate dependencies. Cheers, -Hilko

Bug#1000012: marked as pending in nmap

Control: tag -1 pending Hello, Bug #112 in nmap 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:

Bug#838721: fixed in 4.10

control: fixed -1 4.10-1~exp1 As of 4.10, the plannif_printf function in sispm_ctl.c contains the following loop: for (i=bufindex; i < 0x27; i += 2) { buffer[i] = 0xFF; buffer[i + 1] = 0x3F; } Therefore, it appears to me that the bug does not apply to that version. Cheers, -Hilko

Bug#838721: fixed in 4.10

control: fixed -1 4.10-1~exp1 As of 4.10, the plannif_printf function in sispm_ctl.c contains the following loop: for (i=bufindex; i < 0x27; i += 2) { buffer[i] = 0xFF; buffer[i + 1] = 0x3F; } Therefore, it appears to me that the bug does not apply to that version. Cheers, -Hilko

Bug#829104: extras/ is gone as of 4.10

control: tag -1 wontfix As of version 4.10 (which I uploadeed to experimental today) the whole extras/ subdirectory which contains gemplug is gone. Cheers, -Hilko

Bug#829104: extras/ is gone as of 4.10

control: tag -1 wontfix As of version 4.10 (which I uploadeed to experimental today) the whole extras/ subdirectory which contains gemplug is gone. Cheers, -Hilko

Bug#804265: new version contains udev rules

control: fixed -1 4.10-1~exp1

Bug#804265: new version contains udev rules

control: fixed -1 4.10-1~exp1

Bug#825330: New version uploaded to experimental

control: fixed -1 4.10-1~exp1

Bug#825330: New version uploaded to experimental

control: fixed -1 4.1.0-1~exp1

Bug#825330: New version uploaded to experimental

control: fixed -1 4.10-1~exp1

Bug#825330: New version uploaded to experimental

control: fixed -1 4.1.0-1~exp1

Bug#1037541: libguestfs: FTBFS: supermin: error: lstat: Value too large for defined data type: /var/tmp/supermin2b73c8.tmpdir/base.d/init

* Sebastian Ramacher: > Source: libguestfs > Version: 1:1.50.1-1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in the past) > X-Debbugs-Cc: sramac...@debian.org … and it also fails to build on armhf. Likely a 32bit-arch-specific issue. My

Bug#1037541: libguestfs: FTBFS: supermin: error: lstat: Value too large for defined data type: /var/tmp/supermin2b73c8.tmpdir/base.d/init

* Sebastian Ramacher: > Source: libguestfs > Version: 1:1.50.1-1 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in the past) > X-Debbugs-Cc: sramac...@debian.org … and it also fails to build on armhf. Likely a 32bit-arch-specific issue. My

Bug#1036263: Package can be built just fine

Hi, At least as of 1.50.1-1, the pacakge builds just fine, cf. https://buildd.debian.org/status/fetch.php?pkg=guestfs-tools=amd64=1.50.1-1=1686585170=0 Cheers, -Hilko

Bug#1036263: Package can be built just fine

Hi, At least as of 1.50.1-1, the pacakge builds just fine, cf. https://buildd.debian.org/status/fetch.php?pkg=guestfs-tools=amd64=1.50.1-1=1686585170=0 Cheers, -Hilko

Bug#1018072: RFP: quickemu -- Quickly create and run highly optimised desktop virtual machines for Linux, macOS and Windows.

Hi Julian, you wrote: > As weird as it might sound coming from the person requesting the > package, I would package it myself it there was a sponsor for it. Reason > being that I have never packaged anything for the official Debian > repositories and have a lot of higher priority stuff to do

Bug#1018072: RFP: quickemu -- Quickly create and run highly optimised desktop virtual machines for Linux, macOS and Windows.

Hi Julian, you wrote: > As weird as it might sound coming from the person requesting the > package, I would package it myself it there was a sponsor for it. Reason > being that I have never packaged anything for the official Debian > repositories and have a lot of higher priority stuff to do

Bug#1032749: please drop transitional package golang-mode from src:go-mode.el

control: tag -1 pending Thanks for the reminder. Committed to git, will upload once bookworm is out the door. Cheers, -Hilko

Bug#1032749: please drop transitional package golang-mode from src:go-mode.el

control: tag -1 pending Thanks for the reminder. Committed to git, will upload once bookworm is out the door. Cheers, -Hilko

Bug#1030511: Apparent s390x kernel bug

Control: tags -1 + pending Control: block -1 by 1031753 The hangs manifest in qemu-img, but according to #1030545, the root cause seems to be an s390x-specific kernel bug which has been described in #1031753.

Bug#1030511: Apparent s390x kernel bug

Control: tags -1 + pending Control: block -1 by 1031753 The hangs manifest in qemu-img, but according to #1030545, the root cause seems to be an s390x-specific kernel bug which has been described in #1031753.

Bug#1031471: guestfs-tools: FTBFS: make[5]: *** [Makefile:1073: test-suite.log] Error 1

control: tag -1 confirmed I have been able to confirm the test failure in an unstable/amd64 schroot environment. Cheers, -Hilko

Bug#1031471: guestfs-tools: FTBFS: make[5]: *** [Makefile:1073: test-suite.log] Error 1

control: tag -1 confirmed I have been able to confirm the test failure in an unstable/amd64 schroot environment. Cheers, -Hilko

Bug#1030545: qemu: qemu-img and qemu-system-s390x hang on s390x

* Michael Tokarev: > 04.02.2023 23:19, Hilko Bengen wrote: >> Package: src:qemu >> Version: 1:7.2+dfsg-2 > .. >> qemu-img create -f qcow2 -o preallocation=metadata blank-disk-1s.qcow2 >> 512 >> would hang in what appears a tight loop (100% CPU). > &

Bug#1030545: qemu: qemu-img and qemu-system-s390x hang on s390x

* Michael Tokarev: > 04.02.2023 23:19, Hilko Bengen wrote: >> Package: src:qemu >> Version: 1:7.2+dfsg-2 > .. >> qemu-img create -f qcow2 -o preallocation=metadata blank-disk-1s.qcow2 >> 512 >> would hang in what appears a tight loop (100% CPU). > &

Bug#1030545: qemu: qemu-img and qemu-system-s390x hang on s390x

Package: src:qemu Version: 1:7.2+dfsg-2 Severity: grave X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, While investigating recent s390x build failures of libguestfs, I noticed that variants of qemu-img create -f qcow2 -o preallocation=metadata blank-disk-1s.qcow2 512 would hang

Bug#1030545: qemu: qemu-img and qemu-system-s390x hang on s390x

Package: src:qemu Version: 1:7.2+dfsg-2 Severity: grave X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, While investigating recent s390x build failures of libguestfs, I noticed that variants of qemu-img create -f qcow2 -o preallocation=metadata blank-disk-1s.qcow2 512 would hang

Bug#1028372: ncat: Please lower alternative priority below nc.traditional

* Arnaud Rebillout: > We have users in Kali Linux who have been beaten by this. They use nc, > they also need ncat for the extra options it provides, they install it, > and then are very surprised that nc is now ncat. From their background > (I'm talking about professional pentesters), nc and

Bug#1028226: RM: grr-client-templates/3.1.0.2-4

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please rm grr-client-templates from the archive. The package has been unmaintained for a few years. Cheers, -Hilko

Bug#1028226: RM: grr-client-templates/3.1.0.2-4

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please rm grr-client-templates from the archive. The package has been unmaintained for a few years. Cheers, -Hilko

Bug#992060: pytsk: please make the build reproducible

* Vagrant Cascadian: > I have uploaded an NMU to DELAYED/10 applying the patch included > upstream: Looks good to me. Feel free to reschedule the upload to hit unstable immediately. Cheers, -Hilko

Bug#1022352: lua-mode: FTBFS: tests failed

FTBFS confirmed with elpa-buttercup/1.26-{1,2,3}, tests work just fine using elpa-buttercup/1.24-1.

Bug#1022352: lua-mode: FTBFS: tests failed

FTBFS confirmed with elpa-buttercup/1.26-{1,2,3}, tests work just fine using elpa-buttercup/1.24-1.

Bug#1022352: lua-mode: FTBFS: tests failed

FTBFS confirmed with elpa-buttercup/1.26-{1,2,3}, tests work just fine using elpa-buttercup/1.24-1.

Bug#1021876: gdisk: debdiff for gdisk/1.0.9-2.1

Package: gdisk Version: 1.0.9-2 Severity: normal X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, Please find attached the debdiff corresponding to my recent non-maintainer upload of gdisk/1.0.9-2.1 to DELAYED/5. Feel free reschedule or cancel my upload as you see fit. Cheers, -Hilko diff

Bug#1021833: nbdkit: FTBFS: FAIL test-partitioning3.sh (exit status: 1)

control: block -1 by 1020446 The failing test is due to sgdisk misbehaving as documented in #1020446. Once the patch for #1020446 is applied, rebuilding the package should fix things. Cheers, -Hilko

Bug#1021833: nbdkit: FTBFS: FAIL test-partitioning3.sh (exit status: 1)

control: block -1 by 1020446 The failing test is due to sgdisk misbehaving as documented in #1020446. Once the patch for #1020446 is applied, rebuilding the package should fix things. Cheers, -Hilko

Bug#973915: I think I'll give this a try

control: retitle -1 ITP: elm -- Elm is a functional language that compiles to JavaScript Version 0.19.1 of the Elm compiler requires just one extra build-dependency (language-glsl) which is not yet in Debian. The main remaining blocking issue is some apparent breakage in the Debian Haskell

Bug#973915: I think I'll give this a try

control: retitle -1 ITP: elm -- Elm is a functional language that compiles to JavaScript Version 0.19.1 of the Elm compiler requires just one extra build-dependency (language-glsl) which is not yet in Debian. The main remaining blocking issue is some apparent breakage in the Debian Haskell

Bug#1020573: ITP: haskell-language-glsl -- GLSL abstract syntax tree, parser, and pretty-printer

Package: wnpp Owner: Hilko Bengen Severity: wishlist Control: block 973915 by -1 * Package name: haskell-language-glsl Version : 0.3.0 Upstream Author : Minh Thu * URL or Web page : * License : BSD-3-clause Description : GLSL abstract syntax tree, parser

Bug#1020573: ITP: haskell-language-glsl -- GLSL abstract syntax tree, parser, and pretty-printer

Package: wnpp Owner: Hilko Bengen Severity: wishlist Control: block 973915 by -1 * Package name: haskell-language-glsl Version : 0.3.0 Upstream Author : Minh Thu * URL or Web page : * License : BSD-3-clause Description : GLSL abstract syntax tree, parser

Bug#1020005: nbdkit: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

control: tag -1 confirmed I can confirm that some curl-related test programs hang, both on an up-to-date sid/amd64 machine and within a sid/amd64 sbuild/schroot environment. Seems to be curl-related: Downgrading *curl* packages from 7.85.0-1 to 7.84.0-2 makes those problems disappear. Cheers,

Bug#1020005: nbdkit: FTBFS: E: Build killed with signal TERM after 150 minutes of inactivity

control: tag -1 confirmed I can confirm that some curl-related test programs hang, both on an up-to-date sid/amd64 machine and within a sid/amd64 sbuild/schroot environment. Seems to be curl-related: Downgrading *curl* packages from 7.85.0-1 to 7.84.0-2 makes those problems disappear. Cheers,

Bug#1020220: roger-router: Dead link

control: fixed -1 2.4.2-2 The URL has been fixed in 2.4.2-2.

Bug#1007962: sslsplit NMU: Bug #1007962: sslsplit FTBFS when only loopback interface is configured

* Timo Lindfors: > I hope it is ok to NMU this to get sslsplit back to Debian. If not, > please let me know! I'll wait wait for 10 days in case there are > comments from you, others in Debian or upstream. I also hope it is ok > to push these patches to salsa after the package has been uploaded.

Bug#1007962: sslsplit NMU: Bug #1007962: sslsplit FTBFS when only loopback interface is configured

* Timo Lindfors: > I hope it is ok to NMU this to get sslsplit back to Debian. If not, > please let me know! I'll wait wait for 10 days in case there are > comments from you, others in Debian or upstream. I also hope it is ok > to push these patches to salsa after the package has been uploaded.

Re: Nmap Public Source License Version 0.94 - Is it DFSG-compliant?

* Samuel Henrique: > So now having read a bit more about this whole thing. > > The GPL restrictions do seem quite similar to what the NPSL have, > related to Derivative Works, have a look at this from the FSF > website[0]: > """ > What is the difference between an “aggregate” and other kinds of >

Bug#1019303: librm0: library mismatch between roger-router and librm0

control: reassign -1 roger-router

Bug#1019303: librm0: library mismatch between roger-router and librm0

control: reassign -1 roger-router

Bug#1019303: librm0: library mismatch between roger-router and librm0

control: severity -1 seriouos >* What led up to the situation? > Installing the new version of roger-router, which > started using libsoup3 instead of libsoup2 We'll have to port librm to libsoup-3.0, too. This is going to be … fun. Cheers, -Hilko

Bug#1019295: Patch

control: tag -1 patch Here's a quick patch to get rid of the egrep warnings. Cheers, -Hilko From: Hilko Bengen Date: Wed, 7 Sep 2022 09:41:29 +0200 Subject: Replace egrep with grep -E --- etc/setup.d/05file | 12 ++-- etc/setup.d/15killprocs| 2 +- etc/setup.d/20copyfiles

Bug#1019303: librm0: library mismatch between roger-router and librm0

control: severity -1 seriouos >* What led up to the situation? > Installing the new version of roger-router, which > started using libsoup3 instead of libsoup2 We'll have to port librm to libsoup-3.0, too. This is going to be … fun. Cheers, -Hilko

Bug#1017985: marked as pending in roger-router

Control: tag -1 pending Hello, Bug #1017985 in roger-router 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:

Re: Nmap Public Source License Version 0.94 - Is it DFSG-compliant?

* Samuel Henrique: > Nmap has just released its version 7.93, and it comes with a new > license, similar to what it used to be, but it raised people's > attention so the license got more scrutiny than ever and that resulted > in long threads with no broad consensus. nmap 7.90 with a license

Bug#1014764: closed by Hilko Bengen (Re: Bug#1014764: guestfs-tools: CVE-2022-2211)g

* Moritz Muehlenhoff: > Hi Hilko, > But regardless of the rebuild > https://github.com/libguestfs/libguestfs-common/commit/35467027f657de76aca34b48a6f23e9608b23a57 > isn't present in 1.48.2? Uh, I addressed that to the wrong bug. Sorry … and thanks for catching this. Cheers, -Hilko

Bug#1014795: libtorrent-rasterbar-dev: pkg-config --libs is wrong, leads to FTBFS, again.

Package: libtorrent-rasterbar-dev Version: 2.0.6-4 Severity: grave X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, apparently the bug described (and fixed) in #1009875 has re-appeared in the most recent version. , | (sid-amd64)bengen@ataraxia: $ dpkg-query --show libtorrent-rasterbar-dev

Bug#1014795: libtorrent-rasterbar-dev: pkg-config --libs is wrong, leads to FTBFS, again.

Package: libtorrent-rasterbar-dev Version: 2.0.6-4 Severity: grave X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, apparently the bug described (and fixed) in #1009875 has re-appeared in the most recent version. , | (sid-amd64)bengen@ataraxia: $ dpkg-query --show libtorrent-rasterbar-dev

Bug#1013931: libtorrent-rasterbar2.0: Crash on exit

I think I found the root cuase in boost1.74 – and reported it as #1014180. Please note that libtorrent-rasterbar has to be rebuilt for the change to take effect. (It might be a good idea to add a Built-Using line to debian/control.) Cheers, -Hilko

Bug#1014180: src:boost1.74: Cleanup code of boost::asio causes crashes with OpenSSL 3+

Source: boost1.74 Version: 1.74.0-16 Severity: grave Tags: patch, upstream X-Debbugs-Cc: Hilko Bengen Dear Maintainer, I recently received #1013470 (nbdkit FTBFS because of segfaults when running test suite); this turned out to be caused by #1013931 (segfault in libtorrent-rasterbar cleanup

Bug#1014180: src:boost1.74: Cleanup code of boost::asio causes crashes with OpenSSL 3+

Source: boost1.74 Version: 1.74.0-16 Severity: grave Tags: patch, upstream X-Debbugs-Cc: Hilko Bengen Dear Maintainer, I recently received #1013470 (nbdkit FTBFS because of segfaults when running test suite); this turned out to be caused by #1013931 (segfault in libtorrent-rasterbar cleanup

Bug#1013931: libtorrent-rasterbar2.0: Crash on exit

* Christian Marillat: > Could you try this upstream patch ? > > https://github.com/arvidn/libtorrent/pull/6941 Perhaps I'm missing something … it seems to me that this patch is to be appplied onto version 1.2, not 2.0 – and the verrsion nbdkit was most recently built with is 2.0.6. Cheers,

Bug#1013931: libtorrent-rasterbar2.0: Crash on exit

Package: libtorrent-rasterbar2.0 Version: 2.0.6-3+b1 Severity: grave X-Debbugs-Cc: none, Hilko Bengen Control: notfound -1 2.0.6-3 Dear Maintainer, bug #1013470 about a nbdkit rebuild failure was reported and it turned out that this happens because of a crash that happens even in trivial cases

Bug#1013931: libtorrent-rasterbar2.0: Crash on exit

Package: libtorrent-rasterbar2.0 Version: 2.0.6-3+b1 Severity: grave X-Debbugs-Cc: none, Hilko Bengen Control: notfound -1 2.0.6-3 Dear Maintainer, bug #1013470 about a nbdkit rebuild failure was reported and it turned out that this happens because of a crash that happens even in trivial cases

Bug#1009875: libtorrent-rasterbar-dev: pkg-config --libs is wrong, leads to FTBFS

Package: libtorrent-rasterbar-dev Version: 2.0.6-2 Severity: grave X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, nbdkit which build-depends on libtorrent-rasterbar-dev fails to build from source: , | Making all in torrent | make[3]: Entering directory '/home/bengen/p/deb/nbdkit/plugins

Bug#1009875: libtorrent-rasterbar-dev: pkg-config --libs is wrong, leads to FTBFS

Package: libtorrent-rasterbar-dev Version: 2.0.6-2 Severity: grave X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, nbdkit which build-depends on libtorrent-rasterbar-dev fails to build from source: , | Making all in torrent | make[3]: Entering directory '/home/bengen/p/deb/nbdkit/plugins

Bug#1008701: Should broctl be removed?

severity -1 normal reassign -1 ftp.debian.org retitle -1 RM: broctl -- RoM; obsolete, superceded by zeekctl thx

Bug#1008701: Should broctl be removed?

severity -1 normal reassign -1 ftp.debian.org retitle -1 RM: broctl -- RoM; obsolete, superceded by zeekctl thx

Bug#1003154: sudo 1.9.8p2-1 breaks sshuttle

I have dug around a bit in the manpages: As for the error itself: , | NAME | setsid - creates a session and sets the process group ID | | [...] | | ERRORS | | EPERM | The process group ID of any process equals the PID of | the calling process. Thus, in

Bug#1002986: libguestfs-tools: Depends on guestfs-tools that is not in the archive

* Laurent Bigonville: > It looks like libguestfs-tools version 1:1.46.2-1 in depending on > guestfs-tools that is not in the archive making the package uninstalable > > guestfs-tools is currently stuck in the new queue Right. Let's just wait. (Or do you know of a way to speed this up?) Cheers,

Bug#1002986: libguestfs-tools: Depends on guestfs-tools that is not in the archive

* Laurent Bigonville: > It looks like libguestfs-tools version 1:1.46.2-1 in depending on > guestfs-tools that is not in the archive making the package uninstalable > > guestfs-tools is currently stuck in the new queue Right. Let's just wait. (Or do you know of a way to speed this up?) Cheers,

Bug#1002773: nbdkit: FTBFS: build-dependency not installable: guestfs-tools

* Lucas Nussbaum: >> The following packages have unmet dependencies: >> libguestfs-tools : Depends: guestfs-tools but it is not installable >> E: Unable to correct problems, you have held broken packages. >> apt-get failed. Sure, we'll just need to wait for the guestfs-tools package (#1002577)

Bug#1002773: nbdkit: FTBFS: build-dependency not installable: guestfs-tools

* Lucas Nussbaum: >> The following packages have unmet dependencies: >> libguestfs-tools : Depends: guestfs-tools but it is not installable >> E: Unable to correct problems, you have held broken packages. >> apt-get failed. Sure, we'll just need to wait for the guestfs-tools package (#1002577)

Bug#992286: Can I do anything to speed up the migration to exfatprogs?

control: tag -1 pending Sven, sorry for taking so long to answer. Since I just realized that exfatprogs is a drop-in replacement (as long as the kernel supports exfat) and that there's no exfat-fuse specific code in libguestfs, I'm going to do an upload of 1:146.2-2. Unfortunately we'll have to

Bug#997273: virt-v2v: FTBFS: (.text+0x12a): undefined reference to `rpl_free'

control: reassign -1 libguestfs control: fixed -1 libguestfs/1:1.46.2-1 The root cause seems to lie in the libguestfs-ocaml library and it can no longer be reproduced with 1:1.46.2-1 which I have just uploaded. Cheers, -Hilko

Bug#997273: virt-v2v: FTBFS: (.text+0x12a): undefined reference to `rpl_free'

control: reassign -1 libguestfs control: fixed -1 libguestfs/1:1.46.2-1 The root cause seems to lie in the libguestfs-ocaml library and it can no longer be reproduced with 1:1.46.2-1 which I have just uploaded. Cheers, -Hilko

Bug#1002577: ITP: guestfs-tools -- libguestfs-based tools that have been split out of the main repository

Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: guestfs-tools Version : 1.46.1 Upstream Author : Richard WM Jones * URL or Web page : https://libguestfs.org/ * License : GPLv2+ Description : libguestfs-based tools that have been split out

Bug#1002577: ITP: guestfs-tools -- libguestfs-based tools that have been split out of the main repository

Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: guestfs-tools Version : 1.46.1 Upstream Author : Richard WM Jones * URL or Web page : https://libguestfs.org/ * License : GPLv2+ Description : libguestfs-based tools that have been split out

Bug#1001159: libguestfs: debdiff for 1.44.2-1.1 NMU

* Antonio Terceiro: > Please follow attached a debdiff for the NMU I just uploaded as > 1.44.2-1.1. This was the last item in the transition to add support for > ruby3.0. Thanks and sorry for not answering earlier. Feel free to push your changes to the debian/master bracnch at

Bug#996997: buster-pu: Cleaning up the http-parser ABI breakage in Debian 10 ("buster")

* Julien Cristau: > Control: tag -1 confirmed > > On Wed, Dec 01, 2021 at 07:38:23PM +0100, Christoph Biedl wrote: >> Christoph Biedl wrote... >> >> > About next steps, I would do the upload in the next days. Let me know if >> > you prefer other things to happen first or instead. >> >> To avoid

Bug#996997: buster-pu: Cleaning up the http-parser ABI breakage in Debian 10 ("buster")

* Julien Cristau: > Control: tag -1 confirmed > > On Wed, Dec 01, 2021 at 07:38:23PM +0100, Christoph Biedl wrote: >> Christoph Biedl wrote... >> >> > About next steps, I would do the upload in the next days. Let me know if >> > you prefer other things to happen first or instead. >> >> To avoid

Re: Tons of embedded code copies in library packages under the Debian Security Tools Team's umbrella

* Raphael Hertzog: > I don't have any reference to give but I remember that we already > had this discussion once on the pkg-security list, possibly during a > review of one of those packages. I vaguely recall discussions about libbfio at some point. Cheers, -Hilko

Re: [Libguestfs] [PATCH] Skip vsock-related checks if AF_VSOCK is not supported.

* Richard W.M. Jones: > Thanks Hilko, I've pushed it. > > Out of interest, where are you running that doesn't have AF_VSOCK > support? Does Debian not compile it into the kernel? It's there on my machines, but apparently Debian's buildd's don't have it enabled, see

[Libguestfs] [PATCH] Skip vsock-related checks if AF_VSOCK is not supported.

--- tests/functions.sh.in| 10 ++ tests/test-ip-filter-anyvsock.sh | 1 + tests/test-nbd-vsock.sh | 1 + tests/test-vsock.sh | 1 + 4 files changed, 13 insertions(+) diff --git a/tests/functions.sh.in b/tests/functions.sh.in index 403fa56e..d6c4255c

Bug#987378: yara breaks golang-github-hillu-go-yara autopkgtest + ftbfs

* Paul Gevers: > On Thu, 2 Sep 2021 10:17:22 +0200 Sascha Steinbiss wrote: >> I think this is done now. With YARA 4.1.2 and >> golang-github-hillu-go-yara 4.1.0 now in unstable, the build works again >> as the build-time tests complete fine. >> >> @Hilko any other comments? > > If there are

Bug#987378: yara breaks golang-github-hillu-go-yara autopkgtest + ftbfs

* Paul Gevers: > On Thu, 2 Sep 2021 10:17:22 +0200 Sascha Steinbiss wrote: >> I think this is done now. With YARA 4.1.2 and >> golang-github-hillu-go-yara 4.1.0 now in unstable, the build works again >> as the build-time tests complete fine. >> >> @Hilko any other comments? > > If there are

[Libguestfs] [PATCH] appliance: Fix searching for shared libraries on usr-merged Debian systems

If /lib is a symlink to usr/lib, paths to shared libraries as determined by ld.so may differ from dpkg's file lists. We turn the filename search pattern into a glob expression by prefixing it with a '*', so the required packages are found again: $ dpkg -S /lib/x86_64-linux-gnu/libpcre2-8.so.0

Re: [Libguestfs] [libguestfs] Problem building appliance/guestfsd.deps on debian

* Richard W.M. Jones: > We have a report of a problem with building appliance/guestfsd.deps on > Debian 10. This code which you contributed: > > https://github.com/libguestfs/libguestfs/commit/133a49167778195f0cf043a1d380c60956aa46b1 > > seems to cause problems with certain libraries which are

  1   2   3   4   5   6   7   8   9   10   >