Security Tools
Changed-By: Hilko Bengen
Description:
libsmdev-dev - storage media device access library -- development files
libsmdev-utils - storage media device access library -- Utilities
libsmdev1 - storage media device access library
python-libsmdev - storage media device access library
Tools
Changed-By: Hilko Bengen
Description:
libregf-dev - Windows NT Registry File (REGF) format access library -- developm
libregf-utils - libregf -- Utilities
libregf1 - Windows NT Registry File (REGF) format access library
python-libregf - Windows NT Registry File (REGF) format access
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 21 Apr 2019 19:10:21 +0200
Source: pytsk
Binary: python-tsk python3-tsk
Architecture: source
Version: 20190316-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Security Tools
Changed-By: Hilko Bengen
Description
Architecture: source
Version: 1.12.1-2
Distribution: unstable
Urgency: medium
Maintainer: Hilko Bengen
Changed-By: Hilko Bengen
Description:
nbdkit - toolkit for creating NBD servers
nbdkit-plugin-dev - development files for nbdkit
nbdkit-plugin-guestfs - libguestfs plugin for nbdkit
nbdkit-plugin
Architecture: source
Version: 1.12.1-1
Distribution: unstable
Urgency: medium
Maintainer: Hilko Bengen
Changed-By: Hilko Bengen
Description:
nbdkit - toolkit for creating NBD servers
nbdkit-plugin-dev - development files for nbdkit
nbdkit-plugin-guestfs - libguestfs plugin for nbdkit
nbdkit-plugin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 20 Apr 2019 18:16:23 +0200
Source: go-dep
Binary: go-dep
Architecture: source
Version: 0.5.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Go Packaging Team
Changed-By: Hilko Bengen
Description:
go-dep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 19 Apr 2019 20:52:58 +0200
Source: augeas
Binary: augeas-tools libaugeas-dev libaugeas0 augeas-lenses augeas-doc
Architecture: source
Version: 1.12.0-1
Distribution: unstable
Urgency: medium
Maintainer: Hilko Bengen
Changed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 20 Apr 2019 12:03:33 +0200
Source: python-pefile
Binary: python-pefile python3-pefile
Architecture: source
Version: 2019.4.18-1
Distribution: unstable
Urgency: medium
Maintainer: Hilko Bengen
Changed-By: Hilko Bengen
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
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
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
___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@alioth-lists.debian.net
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
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 15 Apr 2019 11:40:03 +0200
Source: python-pefile
Architecture: source
Version: 2019.4.14-1
Distribution: unstable
Urgency: medium
Maintainer: Hilko Bengen
Changed-By: Hilko Bengen
Changes:
python-pefile (2019.4.14-1
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
`
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
`
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: 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: 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
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
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
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
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
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
* 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
|
* 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
|
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 25 Feb 2019 20:01:55 +0100
Source: os-autoinst
Binary: os-autoinst
Architecture: source
Version: 4.5.1527308405.8b586d5-4.1
Distribution: unstable
Urgency: medium
Maintainer: Hideki Yamane
Changed-By: Hilko Bengen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 02 Mar 2019 19:36:45 +0100
Source: inetsim
Binary: inetsim
Architecture: source
Version: 1.2.8+dfsg.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Security Tools
Changed-By: Hilko Bengen
Description:
inetsim
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 02 Mar 2019 16:55:16 +0100
Source: hydra
Binary: hydra hydra-gtk
Architecture: source
Version: 8.9.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Security Tools
Changed-By: Hilko Bengen
Description:
hydra
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 \
#
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 \
#
Changed-By: Hilko Bengen
Description:
libradare2-3.2 - libraries from the radare2 suite
libradare2-common - arch independent files from the radare2 suite
libradare2-dev - devel files from the radare2 suite
radare2- free and advanced command line hexadecimal editor
Closes: 923341
Changes
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
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 pending
Hello,
Bug #923341 in radare2 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:
Maintainer: Robert Lemmen
Changed-By: Hilko Bengen
Description:
libcaf-core0.16.3 - Implementation of the Actor Model in C++, core library
libcaf-dev - Implementation of the Actor Model in C++, development files
libcaf-doc - Implementation of the Actor Model in C++, development files
libcaf-io0.16.3
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
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
Distribution: unstable
Urgency: medium
Maintainer: Debian Security Tools
Changed-By: Hilko Bengen
Description:
capstone-tool - lightweight multi-architecture disassembly framework - command
li
libcapstone-dev - lightweight multi-architecture disassembly framework - devel
file
libcapstone3
amd64
Version: 0.16.3-0.1
Distribution: unstable
Urgency: medium
Maintainer: Robert Lemmen
Changed-By: Hilko Bengen
Description:
libcaf-core0.16.3 - Implementation of the Actor Model in C++, core library
libcaf-dev - Implementation of the Actor Model in C++, development files
libcaf-io0.16.3
* 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
* 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 24 Feb 2019 10:54:10 +0100
Source: nacl
Binary: nacl-tools libnacl-dev
Architecture: source
Version: 20110221-6.1
Distribution: unstable
Urgency: medium
Maintainer: Jan Mojžíš
Changed-By: Hilko Bengen
Description:
libnacl
>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.patch |
>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.patch |
rom: 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
+++ b/osutils
rom: 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
+++ b/osutils
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
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 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
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
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
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:
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:
) 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-20110221
) 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-20110221
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 22 Feb 2019 23:45:21 +0100
Source: yara-python
Binary: python-yara python3-yara
Architecture: source
Version: 3.9.0-1
Distribution: unstable
Urgency: medium
Maintainer: Hilko Bengen
Changed-By: Hilko Bengen
Description
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 22 Feb 2019 23:27:14 +0100
Source: yara
Binary: yara libyara3 libyara-dev yara-doc
Architecture: source
Version: 3.9.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Security Tools
Changed-By: Hilko Bengen
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
ne 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:00 2001
F
>From the pkcs11-helper API documentation about pkcs11h_setForkMode():
> This funciton is releavant if PKCS11H_FEATURE_MASK_THREADING is
> set. If safe mode is on, the child process can use the loaded
> PKCS#11 providers but it cannot use fork(), while it is in one of
> the hooks functions, since
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
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
: unstable
Urgency: medium
Maintainer: Debian Security Tools
Changed-By: Hilko Bengen
Description:
capstone-tool - lightweight multi-architecture disassembly framework - command
li
libcapstone-dev - lightweight multi-architecture disassembly framework - devel
file
libcapstone4 - lightweight
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
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
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,
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,
Distribution: unstable
Urgency: medium
Maintainer: Debian Security Tools
Changed-By: Hilko Bengen
Description:
capstone-tool - lightweight multi-architecture disassembly framework - command
li
libcapstone4 - lightweight multi-architecture disassembly framework - library
libcapstone4-dev - lightweight
Distribution: unstable
Urgency: medium
Maintainer: Debian Security Tools
Changed-By: Hilko Bengen
Description:
capstone-tool - lightweight multi-architecture disassembly framework - command
li
libcapstone4 - lightweight multi-architecture disassembly framework - library
libcapstone4-dev - lightweight
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 09 Feb 2019 15:26:27 +0100
Source: nfs-utils
Binary: nfs-kernel-server nfs-common
Architecture: source
Version: 1:1.3.4-2.4
Distribution: unstable
Urgency: medium
Maintainer: Debian kernel team
Changed-By: Hilko Bengen
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:
,[
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:
,[
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:
,[
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
* 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 09 Feb 2019 18:12:41 +0100
Source: yapf
Binary: python-yapf yapf python3-yapf yapf3
Architecture: source
Version: 0.25.0-2.1
Distribution: unstable
Urgency: medium
Maintainer: Ana Custura
Changed-By: Hilko Bengen
Description
* 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
* 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 09 Feb 2019 16:56:13 +0100
Source: python-mode
Binary: python-mode
Architecture: source
Version: 1:6.2.3-1.1
Distribution: unstable
Urgency: medium
Maintainer: Barry Warsaw
Changed-By: Hilko Bengen
Description:
python-mode
-By: Hilko Bengen
Description:
kopete - instant messaging and chat application
libkopete-dev - development files for the Kopete instant messaging and chat
appli
libkopete4 - main Kopete library
Closes: 916151 920358
Changes:
kopete (4:17.08.3-2.1) unstable; urgency=medium
.
* Non-maintainer
Security Tools
Changed-By: Hilko Bengen
Description:
capstone-tool - lightweight multi-architecture disassembly framework - command
li
libcapstone-dev - lightweight multi-architecture disassembly framework - devel
file
libcapstone3 - lightweight multi-architecture disassembly framework
Security Tools
Changed-By: Hilko Bengen
Description:
libfsapfs-dev - APFS access library -- development files
libfsapfs-utils - APFS access library -- Utilities
libfsapfs1 - APFS access library
python-fsapfs - APFS access library -- Python 2 bindings
python3-fsapfs - APFS access library -- Python
Version: 1:1.40.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Libvirt Maintainers
Changed-By: Hilko Bengen
Description:
erlang-guestfs - guest disk image management system - Erlang bindings
gir1.2-guestfs-1.0 - guest disk image management system - GObject
introspection files
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: 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]
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]
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
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
* 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 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 09 Feb 2019 23:53:49 +0100
Source: plaso
Binary: plaso
Architecture: source
Version: 20190131-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Security Tools
Changed-By: Hilko Bengen
Description:
plaso
301 - 400 of 4845 matches
Mail list logo
