On Wed, 16 Dec 2020 at 17:36, Luca Boccassi wrote:
>
> On Wed, 2020-12-16 at 14:48 +0100, Daniele Nicolodi wrote:
> > Hi Luca,
> >
> > On 13/12/2020 23:33, Luca Boccassi wrote:
> > > Hi,
> > >
> > > I have updated the package and done sever
hat commit id by Canonical, so it
should be safe to use in unstable/testing for a month, until the
proper release.
Thank you!
Kind regards,
Luca Boccassi
On Mon, 04 Jan 2021 11:34:42 +0530 Vasudev Kamath
wrote:
> Luca Boccassi writes:
>
> > Package: libbpfcc
> > Version: 0.8.0-4
> > Severity: important
> > Tags: bullseye patch
> >
> > Dear Maintainer(s),
> >
> > libbpfcc vendors and statical
-dev. But I wouldn't think
a new upload is needed just to fix this.
Kind regards,
Luca Boccassi
alsa which does just this:
https://salsa.debian.org/rfrancoise/libpcap/-/merge_requests/2
Thank you!
Kind regards,
Luca Boccassi
Thank you!
Kind regards,
Luca Boccassi
patch to fix it:
https://www.spinics.net/lists/dwarves/msg00732.html
I have also prepared a backport and tested it, and opened a MR on Salsa:
https://salsa.debian.org/debian/dwarves/-/merge_requests/2
Please consider applying it before the bullseye freeze.
Thank you!
Kind regards,
Luca Boccassi
lease consider applying it before the bullseye freeze.
Thank you!
Kind regards,
Luca Boccassi
uests/9
Please consider applying it before the bullseye freeze.
Thank you!
Kind regards,
Luca Boccassi
On Thu, 31 Dec 2020 at 16:56, Adam D. Barratt wrote:
>
> Control: tags -1 + confirmed
>
> On Sat, 2020-12-26 at 19:20 +, Luca Boccassi wrote:
> > I would like to do a bugfix upload of iproute2 to buster-proposed-
> > updates. This would be the first upload for
On Tue, 29 Dec 2020 at 00:43, Guilhem Moulin wrote:
>
> Hi Luca,
>
> On Mon, 28 Dec 2020 at 21:56:25 +, Luca Boccassi wrote:
> > The problem is that the ${libdir} variable in the pkg-config file is
> > not adjusted accordingly, so the wrong -L flags are exposed.
> &
aries are installed in a distro-agnostic way.
A merge request with a quick fix has been opened on Salsa:
https://salsa.debian.org/cryptsetup-team/cryptsetup/-/merge_requests/20
Kind regards,
Luca Boccassi
porters as well.
The source debdiff is attached.
Thank you!
--
Kind regards,
Luca Boccassi
diff -Nru iproute2-4.20.0/debian/changelog iproute2-4.20.0/debian/changelog
--- iproute2-4.20.0/debian/changelog 2019-01-10 20:04:14.0 +
+++ iproute2-4.20.0/debian/changelog 2020-12-03 18:42:49
ing MR on
> salsa.
Sorry, but I prefer to keep it as-is. Users who want a minimal install
can already remove the library or install iproute2 without recommends
using the appropriate apt/apt-get/aptitude switches.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
PR downgrades also the dependency on libxtables, which is
definitely not something we want. And even for libatm1, what is the
issue exactly? It's just one library, why is it a problem if, with
recommends enabled, it gets installed?
TC loses functionality without it.
Kind regards,
Luca Boccassi
On Wed, 2020-12-16 at 14:48 +0100, Daniele Nicolodi wrote:
> Hi Luca,
>
> On 13/12/2020 23:33, Luca Boccassi wrote:
> > Hi,
> >
> > I have updated the package and done several changes, and unless there
> > are objections I intend to upload to experimental/NEW in
On Mon, 2020-12-14 at 09:07 +, Simon McVittie wrote:
> On Sun, 13 Dec 2020 at 22:33:28 +0000, Luca Boccassi wrote:
> > CC'ing Simon for the src:dbus bits.
>
> Have you reviewed dbus-broker for its compatibility with the reference
> dbus-daemon? I still haven't been
Control: owner -1 Luca Boccassi
On Mon, 28 Oct 2019 10:17:36 + Luca Boccassi wrote:
> On Sun, 2019-10-27 at 19:49 -0600, Daniele Nicolodi wrote:
> > On 25/10/2019 14:31, Luca Boccassi wrote:
> > > Any update on dbus-broker? If you are looking for a sponsor, I am
>
thing like this strikes me as a something that might meet our needs,
> and it seems like a good opportunity for inter-distro collaboration!
Hi,
Any update on this issue? The new version of a package I maintain,
javaproperties, has now removed setup.py but sets
"setuptools.build_meta" as build-backend, so the flit plugin
integration doesn't work.
Is there any solution?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 21 Oct 2020 09:34:53 +0100 Luca Boccassi wrote:
> On Tue, 2020-10-20 at 18:43 -0700, Vagrant Cascadian wrote:
> > On 2020-10-19, Luca Boccassi wrote:
> > > The FTP team revised their guidance related to OpenSSL linkage. It is
> > > now considered a "syste
now at 5.8.0-0.bpo.2-amd64 with iproute2 5.8.0
Quite likely - I'll mark as closed at that version then.
>
> On Fri, Nov 27, 2020 at 9:22 AM Luca Boccassi wrote:
> > Control: tags -1 moreinfo
> >
> > On Fri, 7 Aug 2020 09:28:55 -0300 Bernardo Soares
> > wro
5 --pidfile $PIDFILE --exec $DAEMON }/ |
>
> Please repack installation package jitterentropy-rngd with this code!
Please send a merge request on Salsa:
https://salsa.debian.org/debian/jitterentropy-rngd
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
/netdev/patch/20201127180651.80283-1-bl...@debian.org/
Please test it as well, cannot reproduce anymore once the fix is in.
I'll also look into the new context-based mount API that was added
recently, although this will be needed for backward compatibility
anyway.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
gt; "options": {
>
> "tc": 2,
>
> "map": [ 0,0,0,1,0,1,0,0,0,0,0,0,0,0,0,0 ],
>
> "queues": [
>
> "": [ 0,3 ],
>
> "": [
"root": true,
>
> "options": { tc 2 map 0 0 0 1 0 1 0 0 0 0 0 0 0 0 0 0
>
> queues:(0:3) (4:7)
>
> mode:channel
>
> shaper:dcb}
>
I sent a patch upstream to json-ify the output, but I do not have
hardware capable of configuring mqprio.
If you do and want to help test it, it's here:
https://patchwork.ozlabs.org/project/netdev/patch/20201127152625.61874-1-bl...@debian.org/
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
d:
$ sudo ip xfrm policy ls
src 0.0.0.0/0 dst 0.0.0.0/0
dir out priority 20 ptype main
tmpl src 1.2.3.4 dst 4.3.2.1
proto esp spi 0x12345678 reqid 4096 mode tunnel
if_id 0x100
$ sudo ip xfrm policy deleteall src 0.0.0.0/0 dst 0.0.0.0/0
$ sudo ip xfrm policy ls
$
Isn't that what you are looking for?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ass
PASS: auth-nonascii
PASS: id-test
PASS: auth-pkcs11
PASS: auth-certificate
PASS: cert-fingerprint
# ip a
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group
default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
Anything specific required to reproduce?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 2020-11-19 at 13:23 +, Luca Boccassi wrote:
>
> On Mon, 18 Mar 2019 09:51:39 -0300 Antonio Terceiro
> wrote:
> > Control: tag -1 + moreinfo
> >
> > On Mon, Mar 18, 2019 at 11:25:33AM +0100, Andreas Beckmann wrote:
> > > Package: pristine-ta
c and he might look into it.
>
> Regards,
> Laszlo/GCS
I think it was just one of the timing related failures, which should go
away with 4.3.3-4. I think this can be closed.
--
Kind regards,
Luca Boccassi
he source file with sha1sum or equivalent
xdelta3: target window checksum mismatch: XD3_INVALID_INPUT
xdelta3: normally this indicates that the source file is incorrect
xdelta3: please verify the source file with sha1sum or equivalent
pristine-tar: Failed to reproduce original tarball. Please file a bu
mail so I can apply everything?
You can find the text of the grant to copy/paste and fill here:
https://github.com/zeromq/libzmq/blob/master/RELICENSE/README.md
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
catch most
> possible problems?
>
> Thanks,
> Laszlo/GCS
> [1] https://lwn.net/Articles/507319/
Yes, it's better to add the dependency - the internal implementation is
a fallback for compat, and will get little to no security scrutiny. It
was copied from somewhere, and I
,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: clone -1 -2
Control: retitle -2 transition: dpdk
Control: reassign -2 release.debian.org
Control: affects -2 -1
On Fri, 2020-11-13 at 13:47 +0100, Thomas Goirand wrote:
> On 11/12/20 5:09 PM, Luca Boccassi wrote:
> > Source: openvswitch
> > Version: 2.13.0+dfsg1-12
>
k? Does this sound like a workable plan?
We are of course happy to help - Ubuntu will go through the exact same
process for 21.04, so a lot of the work is "shared".
Thank you!
--
Kind regards,
Luca Boccassi
[1] https://docs.openvswitch.org/en/latest/internals/release-process/
[2] ht
Package: wnpp
Severity: wishlist
Owner: "Luca Boccassi"
X-Debbugs-CC: debian-de...@lists.debian.org
pkg-dpdk-de...@lists.alioth.debian.org
* Package name: dpdk-kmods
Version : 0~2020+git
Upstream Author : Intel plus various authors
* URL : https://gi
is unusable and thus it lacks components during
> dh_install. Once making it actually try using gtk, it cross builds just
> fine. Please consider applying the attached patch.
>
> Helmut
Done. Could you please push it upstream?
--
Kind regards,
Luca Boccassi
signature.asc
Description
ore/_profile.py", line 893,
> in _find_using_common_tenant
> client = self._arm_client_factory(token_credential)
> File "/usr/lib/python3/dist-packages/azure/cli/core/_profile.py", line 812,
> in create_arm_client_factory
> configure_common_settings(cli_ctx, client)
> File "/usr/lib/python3/dist-
> packages/azure/cli/core/commands/client_factory.py", line 79, in
> configure_common_settings
Hi,
This was fixed in python3-azure some time ago, closing.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 2020-10-26 at 17:56 +, Adam D. Barratt wrote:
> On Mon, 2020-10-26 at 15:18 +0000, Luca Boccassi wrote:
> > On Sun, 2020-10-25 at 12:11 +0000, Luca Boccassi wrote:
> > > On Sat, 24 Oct 2020 at 18:38, Adam D. Barratt <
> > > a...@adam-barratt.org.uk> wro
On Sun, 2020-10-25 at 12:11 +, Luca Boccassi wrote:
> On Sat, 24 Oct 2020 at 18:38, Adam D. Barratt
> wrote:
> > On Fri, 2020-10-16 at 17:05 +, Adam D Barratt wrote:
> > > Package: dpdk
> > > Version: 18.11.10-1~deb10u1
> > >
> > > Expl
On Mon, 2020-10-26 at 12:28 +, Gordon Ball wrote:
> On Mon, Oct 26, 2020 at 11:52:17AM +0000, Luca Boccassi wrote:
> > On Mon, 2020-10-26 at 11:40 +, Gordon Ball wrote:
> > > On Mon, Oct 26, 2020 at 09:48:52AM +0000, Luca Boccassi wrote:
> > > > On Sun, 202
On Mon, 2020-10-26 at 11:40 +, Gordon Ball wrote:
> On Mon, Oct 26, 2020 at 09:48:52AM +0000, Luca Boccassi wrote:
> > On Sun, 2020-10-25 at 17:13 +0100, László Böszörményi (GCS) wrote:
> > > On Fri, Oct 23, 2020 at 4:57 PM Gordon Ball wrote:
> > > > src:zer
t in having separate packages or cmake files or whatnot -
#include is all a user needs.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
rom type ‘int’
>pkt_mb1 = vqtbl1q_u8(vreinterpretq_u8_u64(descs[0]), shuf_msk);
>^
> ../drivers/net/i40e/i40e_rxtx_vec_neon.c:383:13: error: incompatible types
> when assigning to type ‘uint8x16_t’ from type ‘int’
> eop_bits = vqtbl1q_u8(eop_bits, eop_shuf_mask);
>
> ^
>
> --- end log extract ---
>
> Regards,
>
> Adam
Mh that looks familiar, I thought it was already fixed. I'll have a
look on Monday morning, and also see why the CI missed it.
Kind regards,
Luca Boccassi
On Tue, 2020-10-20 at 18:43 -0700, Vagrant Cascadian wrote:
> On 2020-10-19, Luca Boccassi wrote:
> > The FTP team revised their guidance related to OpenSSL linkage. It is
> > now considered a "system library", so it is now allowed to dynamically
> > link a GPL
opened on Salsa:
https://salsa.debian.org/debian/u-boot/-/merge_requests/14
Thank you!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 2020-10-05 at 09:26 +0200, Matthias Klose wrote:
> Control: tags -1 + wontfix
>
> On 10/4/20 2:19 PM, Luca Boccassi wrote:
> > Package: dwz
> > Severity: wishlist
> >
> > Dear Maintainer(s),
> >
> > Please consider uploading dwz version 0.
x27;m working to backport spirv-tools, if there are no objections
I'll NMU to delayed/3 within a couple of days.
Thanks!
Kind regards,
Luca Boccassi
due to Integer Underflow
Version 16.11.x in Stretch is not affected.
Popularity of this feature seems low, so it would probably be
acceptable to fix it only via proposed-updates in Buster.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
not
have time at the moment.
Thank you!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 2020-09-14 at 18:51 +0200, Julian Andres Klode wrote:
> On Mon, Sep 14, 2020 at 02:58:02PM +0100, Luca Boccassi wrote:
> > Package: dh-autoreconf
> > Version: 19
> > Tags: patch
> > X-Debbugs-CC: pkg-dpdk-de...@lists.alioth.debian.org
> >
> > Dea
build of
openvswitch with a new version of dpdk that is in development.
https://salsa.debian.org/debian/dh-autoreconf/-/merge_requests/2
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ssue is present with --whole-archive. It
would be really great if libtool could be fixed. I'll propose a patch
to dh-autoreconf that deals with it in the same way it deals with --as-
needed.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ility/
I'll check and see if azure-cli is affected by those breakages.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
elf; this should be
> quite simple given the dotnet/source-build repository which
> provides all necessary components to be packaged in the proper
> form, and will become even simpler once bootstrapping is
> no longer necessary.
>
> I will, however, need a sponsor.
Hi,
I'd be happy
,
[ 200s] from src/ip.cpp:77:
[ 200s] /usr/include/pgm-5.2/pgm/socket.h:207:1: error: 'const char*
pgm_family_string(int)' defined but not used [-Werror=unused-function]
[ 200s] 207 | pgm_family_string (
[ 200s] | ^
Kind regards,
Luca Boccassi
On Fri, 10 Jul 2020 17:25:59 +0100 Luca Boccassi
wrote:
> On Fri, 2020-07-10 at 16:15 +0200, Jakub Wilk wrote:
> > * Luca Boccassi , 2020-07-10, 09:54:
> > > (note that the monitor functionality is but one of the many
features
> > > and subcommands, hence the downgrade
On Tue, 2020-08-04 at 18:07 +0200, Chris Hofstaedtler wrote:
> Hi Luca,
>
> * Luca Boccassi [200730 11:27]:
> > Helmut reviewed and approved the MR (thanks!)[0], anything else left to do
> > for this?
> >
> > [0]
> > https://salsa.debian.org/debian/uti
On Fri, 24 Jul 2020 14:37:36 +0100 Luca Boccassi wrote:
> On Fri, 2020-07-24 at 15:19 +0200, Chris Hofstaedtler wrote:
> > Luca, Helmut, everyone reading at home,
> >
> > * Luca Boccassi [200724 15:11]:
> > > > PR opened at https://github.com/karelzak/util-li
On Fri, 2020-07-24 at 15:19 +0200, Chris Hofstaedtler wrote:
> Luca, Helmut, everyone reading at home,
>
> * Luca Boccassi [200724 15:11]:
> > > PR opened at https://github.com/karelzak/util-linux/pull/1084
> >
> > PR for dlopen() has been merged and it's par
Control: tags -1 patch
On Tue, 30 Jun 2020 09:30:34 +0100 Luca Boccassi wrote:
> On Mon, 2020-06-29 at 20:11 +0200, Michael Biebl wrote:
> > Hi Luca
> >
> > On Mon, 29 Jun 2020 12:16:39 +0100 Luca Boccassi wrote:
> > > On Mon, 2020-06-29 at 12:58 +0200, Michael Bi
On Fri, 2020-07-10 at 16:15 +0200, Jakub Wilk wrote:
> * Luca Boccassi , 2020-07-10, 09:54:
> > (note that the monitor functionality is but one of the many features
> > and subcommands, hence the downgrade in severity).
>
> It's not just the monitor functionality, whate
named python module in Debian.
Hi,
Thanks for the report. Yes, usage of antlr4 is unfortunate, as nobody
packages it (you can get it via pip as a workaround).
I'll ask if it's possible to downgrade to antlr3. If not, I'll try and
find the time to package and upload it, al
On Wed, 2020-07-01 at 18:14 +0200, Helmut Grohne wrote:
> Hi Luca,
>
> On Wed, Jul 01, 2020 at 04:42:14PM +0100, Luca Boccassi wrote:
> > The dependency is hard-coded right now, but as far as I can see it
> > doesn't have to be - it could be generated at build time,
On Wed, 2020-07-01 at 17:23 +0200, Helmut Grohne wrote:
> Hi Luca,
>
> On Wed, Jul 01, 2020 at 04:16:22PM +0100, Luca Boccassi wrote:
> > Forgive the naive question, but aren't build profiles and stages
> > supposed to be used in these cases, to help with bootstrapping?
with this change:
https://github.com/karelzak/util-linux/pull/1084
we'll be able to use dlopen instead of linking, so the current problem
will go away. The broader issue of availability of static libraries
down the stack is a different matter of course - if it doesn't happen
for this, it will happen for something else and so on.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
now, I'm going to look into cryptsetup and will try reducing its
> Build-Depends to make it easier to include in architecture bootstrap.
>
> Helmut
Hello Helmut,
Forgive the naive question, but aren't build profiles and stages
supposed to be used in these cases, to help with
On Mon, 2020-06-29 at 20:11 +0200, Michael Biebl wrote:
> Hi Luca
>
> On Mon, 29 Jun 2020 12:16:39 +0100 Luca Boccassi wrote:
> > On Mon, 2020-06-29 at 12:58 +0200, Michael Biebl wrote:
> > > Am 29.06.20 um 12:41 schrieb Luca Boccassi:
> > > > In terms of ima
On Mon, 2020-06-29 at 12:58 +0200, Michael Biebl wrote:
> Am 29.06.20 um 12:41 schrieb Luca Boccassi:
> > In terms of image size, what % does that additional 5.6MB represent?
>
> A minbase debootstrap of bullseye is currently 197M
Thanks - so about ~2.5%. I can look into changi
On Mon, 2020-06-29 at 11:41 +0200, Michael Biebl wrote:
> On Mon, 10 Feb 2020 12:06:39 +0000 Luca Boccassi wrote:
> > util-linux gained native support for dm-verity volumes in the new
> > upstream version 2.35 in the mount/umount tools.
> > It is enough to build with libcryp
On Fri, 2020-06-26 at 17:08 +0200, Guilhem Moulin wrote:
> Hi Luca,
>
> On Thu, 25 Jun 2020 at 13:29:16 +0100, Luca Boccassi wrote:
> > There's a number of interesting new features in cryptsetup 2.3.0+, and
> > it would be really great to be able to use them in buster.
ading to buster-backports, if possible and if time
allows.
I'd be more than happy to help out with an NMU.
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
like adding a
> change this big, but exceptions are always possible (e.g. firefox-esr
> is exempt from this rule).
> In any case though, you could provide a backport of the latest version
> for easy installation by stable users as the next-best option :-)
>
> Cheers,
> Matthias
Hi,
IMHO this qualifies for proposed-updates - not being able to update
firmwares in this day and age exposes users to huge risks from the
security point of view.
Especially if, as it seems, upstream maintains stable branches. We
already have a number of packages that get new LTS versions via
proposed-updates - firefox being one, but not the only one.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 2020-05-19 at 19:34 +0200, Moritz Mühlenhoff wrote:
> On Tue, May 19, 2020 at 11:59:05AM +0100, Luca Boccassi wrote:
> > On Tue, 2020-05-19 at 12:51 +0200, Moritz Mühlenhoff wrote:
> > > On Tue, May 19, 2020 at 10:02:46AM +0100, Luca Boccassi wrote:
> > > >
On Tue, 2020-05-19 at 12:51 +0200, Moritz Mühlenhoff wrote:
> On Tue, May 19, 2020 at 10:02:46AM +0100, Luca Boccassi wrote:
> > On Thu, 14 May 2020 22:57:44 +0100 Luca Boccassi <
> > bl...@debian.org
> > > wrote:
> > > On Thu, 2020-05-14 at 18:50 +0100,
On Thu, 14 May 2020 22:57:44 +0100 Luca Boccassi <
bl...@debian.org
> wrote:
> On Thu, 2020-05-14 at 18:50 +0100, Luca Boccassi wrote:
> > Package: openconnect
> > Version: 6.00-1
> > Severity: important
> > Tags: security
> >
> > Openconnect is
, or memory corruption and crash, or information leak
in vhost-user backend application.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
for my unit tests, so I'm not blocked.
Thanks!
> On Fri, 15 May 2020 at 11:21, Luca Boccassi wrote:
>
> > Package: softhsm2
> > Version: 2.6.1-1
> > Severity: serious
> > Justification: causes test failure and FTBFS on reverse dependency
> > Forwarded
meanwhile, I'll disable the unit test in openconnect so that I
can upload a new version - there's a security issue to fix, and softhsm
is only a sub-functionality of the package.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 2020-05-14 at 18:50 +0100, Luca Boccassi wrote:
> Package: openconnect
> Version: 6.00-1
> Severity: important
> Tags: security
>
> Openconnect is affected by a buffer overflow in certificate handling,
> that goes back at least to 6.00-1 (old-old-stable).
&
,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Package: wnpp
Severity: wishlist
Owner: "Luca Boccassi"
X-Debbugs-CC: debian-de...@lists.debian.org
* Package name: azure-kusto-python
Version : 0.0.45
Upstream Author : Microsoft
* URL : https://github.com/Azure/azure-kusto-python
* License
Control: -1 found 7.07-1
Control: -1 fixed 8.09-1
On Sat, 2020-05-02 at 13:17 +0100, David Woodhouse wrote:
> Which means since 7.07 in July 2016.
>
> On 2 May 2020 11:29:34 BST, Luca Boccassi wrote:
> > Package: openconnect
> > Version: 6.00-2
> >
&g
Control: notfound -1 6.00-2
Control: close -1
On Sat, 02 May 2020 11:29:34 +0100 Luca Boccassi
wrote:
> Package: openconnect
> Version: 6.00-2
>
> Tracking https://security-tracker.debian.org/tracker/CVE-2020-12105
> Not sure what's the oldest version affected, asked on
Package: openconnect
Version: 6.00-2
Tracking https://security-tracker.debian.org/tracker/CVE-2020-12105
Not sure what's the oldest version affected, asked on
https://security-tracker.debian.org/tracker/CVE-2020-12105
--
Kind regards,
Luca Boccassi
signature.asc
Description: This
you install the devops extension via the package? python3-azext-devops
--
Kind regards,
Luca Boccassi
On Thu, 2020-04-30 at 17:14 +0200, Andreas Beckmann wrote:
> Control: severity -1 serious
>
> On 30/04/2020 16.54, Giacomo Mulas wrote:
> > ./include/linux/proc_fs.h:64:24: note: expected ‘const struct proc_ops *’
> > but argument is of type ‘struct file_operations *’
>
> OK, another one of thes
On Sun, 2020-04-26 at 20:19 +0200, Bastian Blank wrote:
> Hi Luca
>
> On Mon, Apr 20, 2020 at 10:19:22AM +0000, Luca Boccassi wrote:
> > Azure VMs can get accelerated networking for DPDK applications via the
> > NETVSC driver
> > (https://nam06.safelinks.protection.o
easier.
> >
>
> That said, thanks *a lot* for the detailed bug report, with references
> to the upstream bug tracker, upstream fix etc.
> This is a great help.
>
> Michael
Hi Michael,
Thanks, will CC the package list next time.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
0
Introduced by:
https://github.com/systemd/systemd/commit/ef1d2c07f9567dfea8a4e012d8779a4ded2d9ae6
I'll leave it to the systemd maintainers to decide whether to backport
a fix or wait for a new release.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
bian.org/kernel-team/linux/-/merge_requests/234
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 2020-04-16 at 21:15 +0200, Romain Perier wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Romain Perier
>
> * Package name: fsverity
> Version : 1.0
> Upstream Author : Eric Biggers
> * URL :
> https://git.kernel.org/pub/scm/linux/kernel/git/ebiggers/fsve
Upload done and RM request file for src:python-azure-storage:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956706
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
n the former's
20181109+git-2, so we will do a simple upload, no epochs required.
I believe an RM request is still necessary for the old source package,
but I might be wrong - filing one just in case.
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally sign
On Wed, 2020-04-08 at 11:29 +0200, Emilio Pozuelo Monfort wrote:
> On 27/03/2020 14:27, Luca Boccassi wrote:
> > On Fri, 2020-03-27 at 13:32 +0100, Emilio Pozuelo Monfort wrote:
> > > Control: tags -1 confirmed
> > >
> > > On 22/03/2020 13:31,
/+bug/1868626
https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/focal/commit/?id=ef7c6600bb3e
https://bugzilla.redhat.com/show_bug.cgi?id=1815571
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
sider uploading src:python-mechanize to buster-backports.
Dependencies and build-dependencies seem to be satisfied.
If there are no objections, and if it hasn't happened by the time I'll
need it, I'll do a delayed NMU.
Thanks!
--
Kind regards,
Luca Boccassi
[1]
https://gi
On Sat, 04 Apr 2020 13:52:54 +0100 Luca Boccassi
wrote:
> Package: prelink
> Version:
>
> Dear Maintainer(s),
>
> amd64 builds of prelink and execstack seem to work fine on i386
> binaries, so it would be great if they could be marked as Multi-Arch:
> allowed so that th
On Sun, 5 Apr 2020 at 10:30, Bastien Roucariès
wrote:
>
> Subject: iproute2: Improve bridge documentation
> Package: iproute2
> Version: 5.5.0-1
> Severity: wishlist
> Tags: patch
> Forwarded: step...@networkplumber.org
>
> Dear Maintainer,
>
> I have improved the documentation of man pages for br
permitted by law.
For information about the terms of redistribution,
see the file named README in the less distribution.
Home page: http://www.greenwoodsoftware.com/less
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
1001 - 1100 of 2028 matches
Mail list logo