control: tag -1 pending
capstone/4.0.2-1 fixes this issue and is currently waiting in NEW for
experimental.
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ü
* 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 Erlan
control: owner -1 !
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
the libyara3 -> libyara4 transition is necessary due to the simple
SONAME bump due to incompatible API and ABI changes. There are two
reverse dependencies, python-yara
* Moritz Mühlenhoff:
>> Your package either build-depends, depends on Python2, or uses Python2
>> in the autopkg tests. Please stop using Python2, and fix this issue
>> by one of the following actions.
>
> https://github.com/google/binplist/issues/6 is without any update since 2016
> and there
>
* Simon Quigley:
> Package: src:yara
> Version: 3.3.0+dfsg-2.1
The version seems wrong. Did you mean 3.11.0-2?
> In Ubuntu, after doing a no-change rebuild of your package, the armhf
> build fails with the following error (the full build log is attached):
>
> FAIL: test-rules
>
control: fixed -1 1.12.0-1
control: found -1 1.11.0-3
* brian m. carlson:
> Package: augeas-lenses
> Version: 1.12.0-1
> Severity: important
[...]
> This is fixed upstream with
> https://github.com/hercules-team/augeas/commit/5aede84cbddeee48d2722c5e36b53f2b2b596cf4
> and should probably be backp
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: virt-p2v
Version : 1.42.0
Upstream Author : Red Hat Inc.
* URL or Web page : https://libguestfs.org/
* License : GPL2+
Description : Convert a physical machine to use KVM
As of version 1.42.0
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: ordered-map
Version : 0.8.1
Upstream Author : Tessil
* URL or Web page : https://github.com/Tessil/ordered-map/releases
* License : MIT
Description : C++ insertion-order-preserving hash map and
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: paraglob
Version : 0.4
Upstream Author : Corelight Inc.
* URL or Web page : https://github.com/zeek/paraglob
* License : BSD-3-clause, LGPL-3+
Description : library for matching strings against a
* Moritz Mühlenhoff:
>> FTR, this was as well raised back in [1]. AFAIK there was no direct
>> feedback to the question from Moritz back then.
>
> Yeah, we should at least remove radare2 from oldstable (IIRC for
> buster there's an rdep which prevents that)
That reverse dependency is radare2-cutt
control: severity -1 important
Apparently, some other dependencies were also missing. Seems I had not
kept track of updating those with new upstream versions. :-(
Cheers,
-Hilko
* Mattia Rizzolo:
> On Mon, Jan 20, 2020 at 11:18:34AM +0100, Hilko Bengen wrote:
>> control: fixed -1 1.2.0-1
>>
>> The missing dh-python3 dependency was added in 1.2.0-1; that version
>> should no longer fail to rebuild from source in your setup.
>
> Maybe, but
control: fixed -1 1.2.0-1
The missing dh-python3 dependency was added in 1.2.0-1; that version
should no longer fail to rebuild from source in your setup.
Cheers,
-Hilko
Although this bug has been fixed in unstable for some time, the package
isn't migrating due to OCaml-related FTBFS issues on several
architectures which I haven't been able to reproduce on porterboxes so
far.
Cheers,
-Hilko
control: tag -1 confirmed pending
* Graham Inggs:
> Source: libguestfs
> Version: 1:1.40.2-4
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: python3.8 python3-all-dev
>
> The package build-depends on python3-all-dev, but does not build
> extensions/libra
* Adrian Bunk:
> I've prepared an NMU for trace-summary (versioned as 0.89-1.1) and
> uploaded it to DELAYED/14. Please feel free to tell me if I should
> cancel it.
Just reschedule your upload to go through right away.
Cheers,
-Hilko
control: retitle 899989 ITA: roger-router -- Home router management tool - GUI
control: owner 899989 ben...@debian.org
control: block 899989 by -1
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: librm
Version : 2.1.1
Upstream Author : Jan-Michael Brummer
Johannes,
thank you for your patch. Since I have (too) little experience with
autopkgtests so far, I'll need some time to review it.
Cheers,
-Hilko
Package: src:lua-lpeg
Version: 1.0.0-2
Severity: normal
Tags: patch
Dear Maintainer,
version 1.0.2 of lua-lpeg is available.
The watch file should be updated to something like
,
| version=3
| http://www.inf.puc-rio.br/~roberto/lpeg/
http://www.inf.puc-rio.br/~roberto/lpeg/lpeg-([\d\.]*).ta
control: tag -1 pending
Hi,
It appears that genisoimage is depended on by libguestfs0. I'm uploading
a fix right aweay.
Cheers,
-Hilko
Control: tag -1 pending
A (Python-only) pyaff4 package has been uploaded to unstable and is
waiting in NEW. See https://salsa.debian.org/pkg-security-team/pyaff4
for the corresponding Salsa repository.
Cheers,
-Hilko
Control: fixed -1 7.80+dfsg1-1
Control: tag -1 fixed-upstream
Hi,
thanks for reporting this bug. This bug has been fixed upstream between
NMAP 7.70 and 7.80. We should get this fixed via proposed-updates and,
eventually, the next buster point release.
Cheers,
-Hilko
* Matthias Klose:
> according to https://tracker.debian.org/pkg/bro, it references a
> nn-existing libbroker0, and doesn't build on any other architecture
> because of a missing libbroker-dev package.
libbroker0 does not exist yet; src:broker is waiting in NEW (re-uploaded
after the first REJECT)
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: libnbd
Version : 0.1.9
Upstream Author : Eric Blake, Richard W.M. Jones
* URL or Web page : https://github.com/libguestfs/libnbd
* License : LGPL2+
Description : Network Block Device client library
(Closes: #908614,
-#908779)
-
- -- Hilko Bengen Tue, 25 Jun 2019 21:26:53 +0200
-
bro (2.5.5-1) unstable; urgency=medium
* New upstream version 2.5.5
diff -Nru bro-2.5.5/debian/patches/0006-Fix-potential-memory-leak-in-Kerberos-scripts.patch bro-2.5.5/debian/patches/0006-Fix-potential-memory
* Dom Sekotill:
> /usr/share/nmap/nselib/data/psexec/nmap_service.exe is detected by
> Sophos AV as malware.
The antivirus installation is apparently misconfigured. In the local
filesystem context, the program is not even directly runnable. In the
context of .deb transfer by APT this should not m
control: fixed -1 1:1.34.6-3
Bugs #887519, #897932 were fixed in 1:1.34.6-3.
: #906234)
+
+ -- Hilko Bengen Sun, 21 Apr 2019 22:17:19 +0200
+
libguestfs (1:1.40.2-1) unstable; urgency=medium
* New upstream version 1.40.2
diff -Nru libguestfs-1.40.2/debian/control libguestfs-1.40.2/debian/control
--- libguestfs-1.40.2/debian/control 2019-01-22 13:27:36.0 +0100
Joonas,
I can get rid of the issues by backporting a number of commits from
github.com/nsf/gocode and will submnit an updated package for
stretch-proposed-updates.
Are you able to build .deb packages from source or should I provide a
binary package for you to test?
Cheers,
-Hilko
control: tag -1 moreinfo
Hi Joonas,
could you describe in more detail how I might be able to reproduce the
error? Does it happen with any file?
Cheers,
-Hilko
Package: lintian
Version: 2.11.0
Severity: normal
Dear Maintainers,
two .NET-based projects which I am currently working on (dnlib, de4dot)
give me Lintian warnings such as
,
| E: libdnlib2.1-cil: portable-executable-missing-security-features
usr/lib/cli/dnlib-2.1/dnlib.dll SafeSEH
`
T
Package: elpa-org
Version: 9.2.2+dfsg-1
Severity: grave
Dear Maintainer,
when upgrading org-mode from unstable today, it failed in postinst in
compiling the .el files. The full of a subsequent "dpkg --configure
--all" run is attached. It seems to me that the message...
,
| In toplevel form:
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
Control: block 925570 by -1
* Package name: dnlib
Version : 2.1
Upstream Author : de4...@gmail.com
* URL or Web page : https://github.com/0xd4d/dnlib
* License : MIT
Description : .NET module/assembly reader
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: de4dot
Version : Git snapshot
Upstream Author : de4...@gmail.com
* URL or Web page : https://github.com/0xd4d/de4dot
* License : GPL-3+
Description : .NET deobfuscator and unpacker
This package
* Moritz Mühlenhoff:
>> Working on 2.6.1, but I need to get broker (and a new upstream versio
>> nof actor-framework) into unstable first. Working on that, too.
It's a pity that this did not work out...
> With buster being in full freeze, can you backport CVE-2018-17019 and
> CVE-2018-16807 to 2
Source: swig
Version: 3.0.12-2
Severity: normal
Tags: patch
Dear Maintainer,
while looking for Go-related examples, I found that those are not
installed as part of the
Replacing debian/swig3.0-examples.examples with the single line
,
| Examples/*
`
will lead to the Go examples being ins
* Chris Lamb:
> Is this not sufficiently caught by:
>
> https://lintian.debian.org/tags/debian-watch-contains-dh_make-template.html
Please consider the watch file from kido/0.1.0+dfsg-6:
,
| version=3
|
opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/-$1\.tar\.gz/,dversionmangle=s/\+(debian|
Package: lintian
Version: 2.9.1
Severity: normal
Dear Maintainer,
dh_make generates the following template for Github-based projects:
# GitHub hosted projects
#opts="filenamemangle=s%(?:.*?)?v?(\d[\d.]*)\.tar\.gz%-$1.tar.gz%" \
# https://github.com//#PACKAGE#/tags \
# (?:.*?/)?v?(\d[\d.]*)\.
Package: release.debian.org
Severity: normal
radare2-cutter could not be built against radare2 between 3.2.1+dfsg-2
and 3.2.1+dfsg-5 due to missing build-dependencies (#923341).
gb radare-cutter_1.7.4-2 . armhf mipsel
Thank you.
Cheers,
-Hilko
control: tag -1 confirmed
Hi,
it seems to me that the culprit is libradare2-dev which has lost
libr_magic.so and r_magic.pc between versions 3.2.1+dfsg-2 and
3.2.1+dfsg-3 which src/cmake/FindRadare2 seems to look for.
Cheers,
-Hilko
* Ivo De Decker:
> The change should really be reverted and 3.0.5 should be re-uploaded
> to unstable (obviously using a version number that is higher than
> what's there now). Not only is this an uncoordinated transition long
> after the transition freeze, it will also block new uploads of qemu
>
Hilko
>From 2baa6f6ab0ef62ef9b9ff4214f5470b323e84c6d Mon Sep 17 00:00:00 2001
From: Hilko Bengen
Date: Mon, 25 Feb 2019 20:00:01 +0100
Subject: [PATCH 1/2] Add patch to avoid race condition in osutils::runcmd
(Cloese: #921757)
---
...6-Eliminate-race-condition-in-runcmd.pa
:00 2001
From: Hilko Bengen
Date: Mon, 25 Feb 2019 09:47:35 +0100
Subject: [PATCH] Eliminate race condition in runcmd
---
osutils.pm | 17 +++--
1 file changed, 7 insertions(+), 10 deletions(-)
diff --git a/osutils.pm b/osutils.pm
index b06a042b..ec582c66 100644
--- a/osutils.pm
+++
Santiago,
thanks for the follow-up. Your logfile with a more context looks a bit
different that what I got and gives a hint.
The "Use of uninitialized value" warnings suggest a race condition in
runcmd. Calling waitpid in a signal handler certainly has a smell to it.
I'll investigate further as
user debian-rele...@lists.debian.org
usertag 921757 + bsp-2019-02-de-bonn
tag 921757 + unreproducible
thank you
Greetings from the BSP taking place at Teckids e.V./tarent
solutions GmbH in Bonn this weekend.
I have tried to reproduce the bug using an up-to-date sid-amd64 chroot
but couldn't.
My
user debian-rele...@lists.debian.org
usertag 915319 + bsp-2019-02-de-bonn
tag 915319 + confirmed
thank you
Greetings from the BSP taking place at Teckids e.V./tarent
solutions GmbH in Bonn this weekend.
I have been abl
user debian-rele...@lists.debian.org
usertag 917216 + bsp-2019-02-de-bonn
fixed 917216 python-apt 1.8.1
thank you
Greetings from the BSP taking place at Teckids e.V./tarent solutions
GmbH in Bonn this weekend.
This bug can be closed as the fix was added before python-apt/1.8.1 by
yourself:
,
1-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload
+ * Update patch to remove superfluous build flags, thanks to Laurent Bigonville
+(Closes: #92)
+
+ -- Hilko Bengen Sun, 24 Feb 2019 10:54:10 +0100
+
nacl (20110221-6) unstable; urgency=medium
[ Ondřej Nový ]
diff -Nru nacl-201
control: severity -1 serious
Thank you. This sounds like a ... more serious problem to me.
Cheers,
-Hilko
* Bernhard Schmidt:
> thanks. I will include this patch on top of 2.4.7 which is due to be
> released today.
Awesome, thank you. I think you are going to make things easier for a
quite a few people. :-)
> I'm a bit confused about
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907452 which s
g works fine whereas previously, OpenVPN
would hang right after logging "/sbin/ip link set dev $TUN up mtu $MTU".
The custom openvpn build was created in a sid chroot using sbuild. The
relevant patch is attached.
Cheers,
-Hilko
>From c17d6d46a9d0cb42811c983649148f2005b34f32 Mon Sep 17 00:00
Package: release.debian.org
Severity: normal
src:ocaml-gettext could not be built because src:camomile was broken up
to version 1.0.1-2, see #922271. The recent upload of
src:camomile/1.0.1-3 fixes the issue; please give back ocaml-gettext on
all architectures.
gb ocaml-gettext_0.3.7-1 . amd64
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm
Please remove the capstone4 package from unstable.
I recently uploaded the capstone4 as a separate source package, assuming
that this would not have consequences in testing. As I was told on
#de
Source: capstone
Version: 3.0.5-4
Severity: grave
I recently uploaded the capstone4 as a separate source package, assuming
that this would not have consequences in testing. As I was told on
#debian-release, that is not the case because the capstone4 package
takes over python-capstone, python3-caps
Source: camomile
Version: 1.0.1-2
Severity: grave
Dear Maintainer,
I just had a look at the still-failing builds of ocaml-gettext/0.3.7-1
with the pacakges produced by camomile/1.0.1-2. The logs don't show a
lot, just a Not_found exception:
,[
https://buildd.debian.org/status/fetch.php?pkg=
control: severity -1 grave
This bug, along with various rounds of passive-aggressive
finger-pointing among the involved projects, has been around for a few
years now and it's getting more frustrating every time I look at it.
As I found out this week, it has only gotten worse from stretch to
buste
* Hilko Bengen:
>>> | In Bro through 2.5.5, there is a DoS in IRC protocol names command
>>> | parsing in analyzer/protocol/irc/IRC.cc.
>>
>> ping, can we get this one (and CVE-2018-16807) uploaded still in time
>> for buster?
>
> Working on 2.6.1, bu
* Nicholas D Steeves:
> Thank you for taking care of this, but what happened to this upload?
> I didn't see the updated yapf in NEW, and the upload does not appear
> in any logs (wRAR checked for me).
Apparently, I had not actually made the upload. Now I have.
Cheers,
-Hilko
Package: release.debian.org
Severity: normal
Dear Release Team,
please remove beep from the list of key packages so it is treated like
other "normal" packages (e.g. RC bug treatment, autoremovals). It is no
longer used in d-i, see #921951.
Cheers,
-Hilko
Package: debian-installer
Severity: normal
Dear Maintainers,
as of now the beep package is still going to be shipped with buster
despite having CVE-worthy bugs with no maintainer activity in several
months. The only apparent reason for this is that it is included by d-i
on one specific armel[1] f
user debian-rele...@lists.debian.org
usertag 920442 + bsp-2019-02-de-berlin
tag 920442 + confirmed
thank you
Hi!
Greetings from the BSP at the DCSO office in Berlin.
I have been able to reproduce the build failure. The pdflatex program
does not tell us
* Andreas Beckmann:
> I don't think that will help, but one would have to try it.
> In my test the new spl-dkms was already installed and configured.
>
> The problematic part was:
>
> configure new spl-dkms (build for linux-headers-foo-old)
> install new linux-headers-foo
> configure new zfs-dkms
Andreas,
I seem to have no way to test this in a chroot, but I'm pretty sure that
this issue could be fixed by adding a versioned Pre-Depends: spl-dkms to
zfs-dkms.
Am I missing something?
Cheers,
-Hilko
oader did not act on this bug within the last 15 days.
My patches are attached.
Cheers,
-Hilko
>From 4fcac9c97186da7904f397ca84dc6cb21b89930c Mon Sep 17 00:00:00 2001
From: Hilko Bengen
Date: Sat, 9 Feb 2019 18:11:48 +0100
Subject: [PATCH 1/3] Revert removal of Python2 support (Closes:
Source: grr
Version: 3.1.0.2+dfsg-6
Severity: grave
The Buster release should not contain GRR.
The version in unstable (3.1.0.2) is outdated and effectively unsuppoted
by upstream. Current upstream versions require many thus far unpackaged
build-dependencies for building the web-based UI, includi
x27;d python-mode/6.2.3-1.1 which removes XEmacs21 support and
fixes three bugs to DELAYED/2. Please feel free to reschedule or cancel
my upload as you see fit. Patches based on 6.2.3-1 are attached.
Cheers,
-Hilko
>From 191d5f737c5b59b93777633d1363b753d1a622d7 Mon Sep 17 00:00:00 2001
From: Hilk
ee to reschedule or cancel my upload as you see fit. I have
attached the diffs based upon the last Git commit in Salsa.
Cheers,
-Hilko
>From fe2dd58a3bbee3369a2d44da6e997f5a5e0ff88f Mon Sep 17 00:00:00 2001
From: Hilko Bengen
Date: Sat, 9 Feb 2019 15:25:20 +0100
Subject: [PATCH 1/2] Add missing include
.1 to DELAYED/2. Please
feel free to reschedule or cancel my upload as you see fit. I have
attached the diff.
Cheers,
-Hilko
>From 0f24a751b7acc0952152739a5398c8140f02c098 Mon Sep 17 00:00:00 2001
From: Hilko Bengen
Date: Sat, 9 Feb 2019 14:43:38 +0100
Subject: [PATCH] Add missing include, fixi
user debian-rele...@lists.debian.org
usertag 906365 + bsp-2019-02-de-berlin
tag 906365 fixed-upstream
thank you
Hi!
Greetings from the BSP at the DCSO office in Berlin.
I find that building from source still fails, on
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: broker
Version : 1.2.2
Upstream Author : Bro/Zeek project
* URL or Web page : https://zeek.org/
* License : BSD-3-clause
Description : Bro's messaging library
This is a dependency for bro 2.6.1
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: bifcl
Version : 1.1
Upstream Author : Bro/Zeek project
* URL or Web page : https://zeek.org/
* License : BSD-3-clause
Description : The Bro/Zeek Built-In-Functions Compiler
This is a dependency
Source: golang-1.8
Version: 1.8.1-1+deb9u1
Severity: grave
Dear Maintainer,
with libyara-dev, libyara3, golang-github-hillu-go-yara-dev from
stretch-backports, the attached trivial tool used to build fine, both
with and without build tag "yara_static" which causes pkg-config to be
called using th
control: retitle -1 RFP: node-gulp-less -- Gulp extension for using the LESS
CSS compiler
* Jeffrey Cliff:
> over a year ago you expressed interest in packaging node-gulp-less -
> are you still working on packaging this? Are you stuck on anything?
No, I'm not.
Cheers,
-Hilko
* Moritz Mühlenhoff:
>> CVE-2018-17019[0]:
>> | In Bro through 2.5.5, there is a DoS in IRC protocol names command
>> | parsing in analyzer/protocol/irc/IRC.cc.
>
> ping, can we get this one (and CVE-2018-16807) uploaded still in time
> for buster?
Working on 2.6.1, but I need to get broker (and
ts, I guess.
Apparently, the .search() method was removed in intervaltree-3.0.
Replacing all instances of .search(B,E) with .overlap(B,E) in the
intervalltree-bio test code makes the tests pass once more. Here's a
patch.
Cheers,
-Hilko
>From 1fef621d6ec368fbd51f82eecbf98376b69055d4 Mon
control: tag -1 patch fixed-upstream
This can be fixed by setting a RUNPATH for the valabind binary, see
also: https://github.com/radare/valabind/pull/49
This is something Lintian will yell about, but there seems to be no
other way at this stage.
Cheers,
-Hilko
Package: valabind
Version: 1.5.0-3
Severity: serious
Dear Maintainer,
when trying to run valabind, I get:
,
| $ valabind
| valabind: error while loading shared libraries: libvalaccodegen.so:
| cannot open shared object file: No such file or directory
`
valac/0.42.5-1 ships the shared li
control: reassign -1 1.0.1-1
With libcamomile-ocaml-dev/1.0.1-1 installed, the following command no
longer works, breaking the ocaml-gettext build:
ocamlfind query camomile
Instead of installing everything (including META) to
/usr/{lib,share}/ocaml/camomile, files are now installed into
/usr
Source: src:libesedb
Version: 20181229-1
Severity: normal
Tag: upstream
Control: forwarded -1 https://github.com/libyal/libesedb/issues/45
libesedb/20181229-1 fails to build on s390x[1] due to what looks like an
endianess issue:
,
| esedb_test_checksum.c:1237 checksum_value (1617174027) != 66
Package: wnpp
Owner: Hilko Bengen
Severity: wishlist
* Package name: libfsapfs
Version : 20181215
Upstream Author : Joachim Metz
* URL or Web page : https://github.com/libyal/libfsapfs
* License : LGPL-3.0+
Description : APFS access library and utilities
This is an
Hi,
I just had the what seems to be the same bug happen to me.
This is the relevant output form pstree:
,
| `-sudo,21446 apt dist-upgrade
| `-apt,21447 dist-upgrade
| `-dpkg,22875 --status-fd 39 --configure --pending
| `-ifupdown.postin,22876 /var/lib/dpkg/info/ifupdo
Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
Dear release team,
I'd like to update opensc in stretch to 0.1.9-1~deb9u1 in order to fix a
regression that introduced with the last update, 0.1.6-3+deb9u1, in an
attempt to fix se
* Adam D. Barratt:
> Ah, I suspect there has been some confusion regarding the quoted text -
> "that" is "a fixed package", not "the package in unstable". The mention
> of unstable was a general reference to the workflow requirement for
> issues to be resolved in unstable first, not a specific sug
Hi Adam,
> That's rather large for a regression fix.
Agreed. I had previously tried fixing the patch that broke Yubikey NEO
support, but I was unsuccessful. This is documented in #910786.
I can understand concerns about updating the upstream version; the only
other option I see would involve rem
Hi,
I am preparing an stretch-p-u upload of opensc/0.19.0-1~deb9u1 which is
essentially a trivial backport. What should the changelog look like --
should it be based on the 0.19.0-1 release or should it also contain the
0.16.0-3+deb9u1 which got us into this mess?
Cheers,
-Hilko
Source: suricata
Version: 1:4.1.2-1
Severity: wishlist
Tag: patch
Hi,
I have made a patch against suricata/1:4.1.2-1 that enables eBPF and
submitted a Salsa merge request[1]. Please consider adding that to the
package.
Cheers,
-Hilko
[1] https://salsa.debian.org/pkg-suricata-team/pkg-suricata/m
Package: debhelper
Version: 12
Severity: normal
Dear Maintainer,
The documentation about dh_* -X parameters is misleading at best:
,
| Note that files that are excluded from being moved via the -X
| option are not warned about.
`
Please have a look at tag debian/1.13.0-1 of wimlib[1]: d
Control: tag -1 pending
I have just uploaded dfwinreg/20181214-2 to DELAYED/10 -- it will have
to wait for python-dtfabric and python3-dtfabric to reach unstable.
Cheers,
-Hilko
Sep 17 00:00:00 2001
From: Hilko Bengen
Date: Fri, 21 Dec 2018 23:16:58 +0100
Subject: [PATCH 1/3] Add python3- prefix to dtfabric, introduce Python 2
package (Closes: #917042)
---
debian/README.Debian | 6 --
debian/changelog | 6 ++
debian/control |
Package: dtfabric
Version: 20180808-1
Severity: serious
Control: tag -1 pending
Dear Maintainer,
the dtfabric package is a Python3 library which means that its name must
be prefixed with "python3-". (Python policy 3.3)
I am marking this bug as pending because I intend to upload a new
version tha
Good evening.
I am going to re-add the Python2 package for dfwinreg which was removed
by SZ Lin for 20181214-1. This might take a few days to resolve because
I think the package will have to go through NEW again.
A bunch of Plaso dependencies and eventually plaso itself will need to
be updated, t
* Gianfranco Costamagna:
> I see this code changed a lot in 0.19... is this still a problem?
It is still a problem with opensc/0.16.0-3+deb9u1 as currently available
from stretch. Backporting opensc/0.19.0-1 for stretch is trivial and has
resolved the problem for me and my colleagues.
I suggest
contains the changes made to data/libfm.conf by
debian/patches/01-lxde-conf.patch which caused trouble as I tried to
build the package using git-buildpackge.
Cheers,
-Hilko
>From b6195aae8c33dafe6ee6d5d78daea1597dea6c53 Mon Sep 17 00:00:00 2001
From: Hilko Bengen
Date: Thu, 13 Dec 2018 23:05
Dear maintainer,
I have just NMU'd open-iscsi/2.0.874-7.1, delayed by 5 days. Relevant
diffs are attached to this mail. Feel free to reschedule or cancel my
upload as you see fit.
Cheers,
-Hilko
>From 38db62d2cae88adb9f5c9d9622cb7ef9fdb9728a Mon Sep 17 00:00:00 2001
From: Hilko Bengen
D
* Pirate Praveen:
> On Wed, 28 Nov 2018 18:08:09 +0530 Pirate Praveen
> wrote:
>
>> https://schneid.io/blog/event-stream-vulnerability-explained/
> https://github.com/dominictarr/event-stream/issues/115
Don't worry; ftp-master would never allow the added functionality into
the archive because i
* Johannes 'josch' Schauer:
> Package: supermin
> Version: 5.1.19-3
> Severity: wishlist
>
> Hi,
>
> when using supermin with --copy-kernel on a system without a kernel
> (like inside a container) then supermin will fail with:
> […]
> Since having a kernel image available is required for some use
Package: src:linux
Severity: normal
Control: patch
Dear maintainers,
it would be nice to have libbpf ship with buster. Some use cases involve
optimizations for high performance packet captures in recent Suricata
versions and several interesting tracing tools (e.g. bpftrace, ply) that
make use of
* Adam D. Barratt:
> On Tue, 2018-11-13 at 22:54 +0100, Hilko Bengen wrote:
>>
>> A few weeks ago I reported that a security patch in
>> opensc/0.16.0-3+deb9u1 broke support for Yubkey NEO devices (#910786,
>> severity serious). Unfortunately, this did not prevent op
101 - 200 of 1238 matches
Mail list logo
