Bug#1071597: rust-laurel - autopkgtest failure on s390x

* Peter Green: > When preparing the upload of 0.6.2-1, Hilko once again > dropped the patch with a changelog entry of > "Drop unneeded patches". > > So that brings us to where we are now, the package > fails it's autopkgtests on s390x and I do not feel > it's appropriate to reinstate the patch

Bug#1071623: tree-sitter-c-src: New upstream version available

Package: tree-sitter-c-src Version: 0.20.5-2 Severity: normal X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, at the time of writing this, versions 0.20.8 and 0.21.1 of tree-sitter-c have been released. Assuming semver, it's probably best to stay on 0.20.x as long as tree-sitter itself

Bug#1069926: laurel: move from dh-sysuser to standard dh_installsysusers

* Helmut Grohne: > dh-sysusers exists since 7 years and has gained 9 users in that time - > laurel being one of them. Uh, my bad. I agree with your proposed change, I just have a few questions before uploading: Couldn't we just do "dh $@ --buildsystem cargo --with installsysusers" when building

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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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#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

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#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#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#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#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#992702: nbdkit: stores wrong path to mke2fs if built on merged-/usr system

control: tag -1 pending Thanks for the patch, I have applied it in Git. -Hilko

Bug#992691: nbdkit: Vcs-Git does not point to current version

* Simon McVittie: > The nbdkit packaging branch has been changed from master to debian/master, > but HEAD in the git repo referenced by Vcs-Git has not been updated. As > a result, > > $ gbp clone vcsgit:nbdkit > > results in obtaining an outdated version. I have now removed the stale master

Bug#990855: sudo: enable python plugin support

* Michael Prokop: > * Marc Haber [Mon Jul 12, 2021 at 07:50:26PM +0200]: >> Will this introduce a python dependency to the sudo package? > > Good point, yes - just verified myself: it adds a dependency on > libpython3.9 (+ libpython3.9-minimal libpython3.9-stdlib). The dependency does not come

Bug#981815: Please explain

* Сергей Фёдоров: > Sorry for the late response - I just went to the mail and did not expect > a letter from you. >   > I wanted to use sudo to delete the list of root owner files whose names > are placed in the file. Your main problem, as Dennis has explained, is that the redirection will be

Bug#966675: virt-v2v missing

* Wong Hoi Sing Edison: > BTW, I could find http://ftp.us.debian.org/debian/pool/main/v/virt-p2v/ but > nothing for > http://ftp.us.debian.org/debian/pool/main/v/virt-v2v/. Anywhere that I could > temporarily download the .deb for installing manually with > dpkg? The package has not yet been

Bug#988072: release.debian.org: unblick (pre-approval): hivex/1.3.20-1

021-05-05 00:09:58.0 +0200 @@ -1,3 +1,10 @@ +hivex (1.3.20-1) unstable; urgency=medium + + * New upstream version 1.3.20 + * Includes fix for CVE-2021-3504 (Closes: #988024) + + -- Hilko Bengen Wed, 05 May 2021 00:09:58 +0200 + hivex (1.3.19-1) unstable; urgency=medium * New upstream v

Bug#988024: hivex: CVE-2021-3504

* Salvatore Bonaccorso: > CVE-2021-3504[0]: > | Buffer overflow when provided invalid node key length > > Making the severity RC as I think the fix needs to go into bullseye. Right. I contacted team@security.d.o a about the issue, including a proposed hivex/1.3.18-1+deb10u1 for stable-security

Bug#966675: virt-v2v missing

* Wong Hoi Sing Edison: > During contribution to > https://github.com/vagrant-libvirt/vagrant-libvirt/issues/1256, I > found that virt-v2v would be a good choice for export/import instance > as Vagrant Box internal format; BTW, I am using Ubuntu 20.10 and found > that it is now missing virt-v2v

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

control: tag -1 confirmed control: notfound -1 golang-github-hillu-go-yara/4.0.4-1 * Paul Gevers: > Source: yara, golang-github-hillu-go-yara > Control: found -1 yara/4.1.0~rc2-1 > Control: found -1 golang-github-hillu-go-yara/4.0.4-1 > Severity: serious > Tags: sid bullseye ftbfs

Bug#986288: poke in Debian

* Sudip Mukherjee: > poke has already been packaged. Is it something different? > https://tracker.debian.org/pkg/poke Oh, I hadn't noticed because it was only uploaded to experimental. Will contact the packager. Cheers, -Hilko

Bug#986288: ITP: poke -- GNU poke, an interactive, extensible binary editor

Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: poke Version : 1.1 Upstream Author : Jose E. Marchesi * URL or Web page : https://www.jemarch.net/poke * License : GPL-3+ Description : GNU poke, an interactive, extensible binary editor

Bug#690044: sudo: Please enable separated PAM session for initial login

control: tag -1 confirmed pending patch I agree with the suggested change, it mirrors what other distributions are doing. Won't happen in time for bullseye, though. My patch (against the current state of the package) can be fund in

Bug#906752: sudo, pam_keyinit, what to do?

The pam_keyring(8) manpage advises against adding pam_keyinit , | This module should not, generally, be invoked by programs like su, | since it is usually desirable for the key set to percolate through to | the alternate context. The keys have their own permissions system to | manage this.

Bug#981553: CVE-2021-3156 backport for jessie

control: tag -1 moreinfo Bastian, thanks for providing the patches. Since LTS support for jessie ended on June 30, 2020, do you expect anything else to happen with these? Cheers, -Hilko

Bug#981815: Please explain

control: tag -1 moreinfo I have read your bug report multiple times and it remains mostly unclear what you are trying to achieve. Please try to come up with a more minimal example and state what you'd expect to happen (and what happens instead). Some of your sudoers rule variants contain a "<"

Bug#620927: "sudo aptitude" or "sudo apt-get" can't use proxy settings due to env_reset

* Marc Haber: > On Fri, Jul 17, 2015 at 10:25:44AM -0700, Josh Triplett wrote: >> With the default sudo configuration, if you're in group sudo, you can >> already "sudo -E" to preserve the environment; you can also run "sudo >> env ..." or just "sudo VAR=value ..." to set arbitrary environment >>

Bug#982423: reprepro: Does not write to pipe if --endhook is set

control: merge -1 928133 * Uwe Kleine-König: > This seems to be the same issue as https://bugs.debian.org/928133 Yes, indeed. > @brlink: Do you consider fixing this problem for bullseye? Would you > welcome an NMU? If you do so, be sure to also add code to flush stderr, though. :-) Cheers,

Bug#982423: reprepro: Does not write to pipe if --endhook is set

Package: reprepro Version: 5.3.0-1.1 Severity: important Tags: patch X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, when used with --endhook, reprepro fails to output anything if standard output is a pipe. Here's a minimal reproducer: , | $ mkdir -p r/conf | $ cat > r/conf/distributi

Bug#982143: supermin: supermin binary does not work on architectures without native OCaml compiler

Package: src:supermin Version: 5.2.0-2 Severity: grave X-Debbugs-Cc: none, Hilko Bengen The libguestfs package fails to build on mipsel, mips64el, armel because dh_strip as used in the supermin build renders the supermin binary unusable.

Bug#971296: rekall: Switch to python3-pycryptodome

* Sascha Steinbiss: > Just bringing this up again... I would be in favour of removing it > completely. Would be happy to file a RM from unstable if there are no > objections. I agree and have filed the RM bug. Cheers, -Hilko

Bug#980059: RM: rekall -- RoM; RC bugs, unmaintained upstream

Package: ftp.debian.org Severity: normal X-Debbugs-Cc: none, Hilko Bengen Dear ftp team, please remove rekall. It has had an inactive upstream for 3+ years and an RC bug (#971296). There are no reverse dependencies other than the "forensics-extra" metapackage. Cheers, -Hilko

Bug#978539: RM: bro; superseded by zeek

Package: ftp.debian.org Severity: normal Dear ftp-master, please remove source package bro. It has been superseded by zeek which has just been uploaded to unstable. Thanks, -Hilko

Bug#978163: go-dep: Not release with bullseye

* Shengjing Zhu: > dep is deprecated by upstream. The upstream repo is now read-only. > Users should have migrated to Go modules. I agree. Not because I think that the Go Modules concept is generally more sensible, but because it has caused the go-dep project to stop. > I was thinking just to

Bug#976609: transition: capstone

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear release team, please schedule a transition to capstone4. While rebuilding all reverse dependencies with capstone4, I have only found problems that are not related to Capstone.

Bug#976460: ITP: libfshfs -- library to access the Mac OS Hierarchical File System

Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: libfshfs Version : 20201104 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libfshfs * License : LGPL3+ Description : library to access the Mac OS Hierarchical File

Bug#976459: ITP: libfsxfs -- library to access the SGI X File System

Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: libfsxfs Version : 20201117 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libluksde * License : LGPL3+ Description : library to access the SGI X File System

Bug#976458: ITP: libfsext -- library to access the Extended File System

Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: libfsext Version : 20201107 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libfsext * License : LGPL3+ Description : library to access the Extended File System

Bug#976457: ITP: libcreg -- library to access Windows 9x/Me Registry files

Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: libcreg Version : 20200725 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libcreg * License : LGPL3+ Description : library to access Windows 9x/Me Registry files

Bug#976456: ITP: libluksde -- library to access LUKS Disk Encryption volumes

Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: libluksde Version : 20200205 Upstream Author : Joachim Metz * URL or Web page : https://github.com/libyal/libluksde * License : LGPL3+ Description : library to access LUKS Disk Encryption volumes

Bug#974574: nbdkit: diff for NMU version 1.22.3-1.1

Hi Dominic, thanks for your NMU. Please push your changes since 1.22.3-1 to git and reschedule for immediate acceptance into unstable. Cheers, -Hilko

Bug#972241: FTBFS on amd64 and i386 (error: guestfs_launch failed)

* Richard W.M. Jones: > guestfsd: error while loading shared libraries: libtirpc.so.3: cannot > open shared object file: No such file or directory > > Did something change with how libtirpc gets packaged on Debian > or upstream? Yes, libtirpc package got renamed because that's what Debian does

Bug#972216: nmap: New NPSL 0.92 license likely non-free

control: severity -1 normal Hi Göran, thanks for your bug report. I think that the issue is less serious than it seems at first glance (see below). At the moment, I'm inclined to update debian/copyright (which must be done anyway), close the issue, and be done with this. The alternatives would

Bug#972241: FTBFS on amd64 and i386 (error: guestfs_launch failed)

control: tag -1 confirmed control: tag -1 pending * Stéphane Glondu: > Package: src:libguestfs > Version: 1:1.42.0-9 > Severity: serious > Tags: ftbfs > > Dear Maintainer, > > Your package FTBFS on amd64 and i386: > > https://buildd.debian.org/status/package.php?p=libguestfs=sid > > The

Bug#971375: libguestfs-tools depends on the kernel (linux-image-amd64) on amd64

Hi Florian, > right, but the kernel/initrd can be used from any download and are > often not using from the installed system and its Debian packages. On typical Debian systems, I'd expect the kernel and its modules to be installed via a package. In any case, linux-image-$ARCH is only a soft

Bug#971375: libguestfs-tools depends on the kernel (linux-image-amd64) on amd64

* Florian La Roche: > libguestfs-tools depends on linux-image-amd64 for amd64 systems. > If you only run within a container (lxc), there is usually no kernel > installed at all. > (Also you might have different kernels installed.) > > Can those dependencies be removed? Libguestfs and all tools

Bug#969730: release.debian.org: transition: actor-framework 0.17

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear release team, I would like to request a transition slot for actor-framework, changing the binary packages as follows: - libcaf-core0.16.3 -> libcaf-core0.17 - libcaf-io0.16.3 ->

Bug#966992: cause: sfdisk

control: reassign -1 fdisk 2.36-2 control: retitle -1 Regression in sfdisk I have traced the cause fo the nbdkit build failures (e.g. [1] to what seems to be a regression in sfdisk that manifests itself in a "No space left on device" error when creating some trivial partitioned disk images.

Bug#969009: transition: sleuthkit

* Samuel Henrique: > Hello Sebastian, cc'in Hilko (who can shout if I'm saying something > wrong here) > > I'm helping Francisco with this transition and so I figure I should chime in, > >> pytsk build depends on libtsk-dev but the binaries don't depend on >> libtsk13. Is that expected? > > Yes,

Bug#968900: docbook-to-man: /usr/bin/instant is no longer installed

Package: docbook-to-man Version: 1:2.0.0-43 Severity: grave X-Debbugs-Cc: none, Hilko Bengen Dear Maintainer, while trying to fix an FTBFS introduced with the upgrade to GCC 10 in hfsplus, I have stumbled across a docbook-to-man failure because /usr/bin/instant is no longer installed. Looking

Bug#929272: nmap-common: executable distributed in nmap-common detected as malware

* Samuel Henrique: > Looking at nmap changelog, it seems like this issue has been going > back and forth[0] and had stabilized after some point (I guess that's > when most AV vendors added the signature), this means that any changes > in the compilation might trigger the issue again. > > Hilko,

Bug#963147: Easy fix

* Hilko Bengen: > Good news: Upstream commit f6f5ec4cd5c3c3e38a3a1ae4e6ec249594ad159c > which fixes the underlying issue will fit onto both version 24 and 25 > without further porting. That should have been 02cf31c0e267a4c9a7656d43ad3ad4eeb37fc9c5. Specifically:

Bug#963147: Easy fix

control: tag -1 patch Good news: Upstream commit f6f5ec4cd5c3c3e38a3a1ae4e6ec249594ad159c which fixes the underlying issue will fit onto both version 24 and 25 without further porting. Cheers, -Hilko

Bug#918744: stretch-pu: package opensc/0.1.9-1~deb9u1

* Adam D. Barratt: >> Reading through the changelog between the two Debian versions, there >> are several changes that we normally would not consider, including a >> switch to Debhelper 11 and a change of supported OpenSSL version. >> >> In order to try and assess the practical impact, would it

Bug#960069: capstone-tool: Please consider moving to utils section

control: tag -1 pending capstone/4.0.2-1 fixes this issue and is currently waiting in NEW for experimental.

Bug#961868: release.debian.org: RM: broccoli, broccoli-python, broccoli-ruby

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove broccoli, broccoli-python, broccoli-ruby from unstable. These packages have been deprecated upstream. Cheers, -Hilkoü

Bug#961653: libguestfs: FTBFS with Erlang 23

* Sergei Golovan: > I'd like to upload Erlang 23 for the bullseye release, but it makes > libguestfs fail to build from source, because it uses liberl_interface > which has been removed from the Erlang distribution. After briefly chatting with Richard, I have decided to disable building the

  1   2   3   4   5   6   7   8   9   10   >