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 bust
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
ange 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
t 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: https://githu
In the 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
ll 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
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
ing 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
roduced 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
ernel-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 :
>
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
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 signed message
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
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://gitlab.com/openconnect
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
itted 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
> Fedora.
>
> From a quick look I haven't found another tool for this task, so I
> don't see how sl-modem could be fixed otherwise.
>
> Cheers,
> Chris
Hi,
Upstream wine packages also use prelink at build time.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Tue, 31 Mar 2020 04:12:38 +0200 Adam Borowski
wrote:
> Control: tags -1 -moreinfo
>
> On Mon, Mar 30, 2020 at 10:36:03AM +0100, Luca Boccassi wrote:
> > On Mon, 2020-03-30 at 02:55 +0200, Adam Borowski wrote:
> > > On a system with a bridge "ip a" says:
&g
Control: tags -1 patch
On Thu, 2020-04-02 at 15:09 +0100, Luca Boccassi wrote:
> Package: vpnc-scripts
> Version: 0.1~git20190117-1
> Severity: normal
>
> Dear Maintainer,
>
> vpnc-scripts is arch: all and the maintainers confirm it doesn't have
> any architecture-s
, but Stretch and earlier are not.
Upstream commit that fixes the issue:
https://gitlab.com/gnutls/gnutls/-/commit/c01011c2d8533dbbbe754e49e256c109cb848d0d
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
, it can be marked as Multi-Arch: foreign. The use case was
requested by one of the maintainers, and it's to be able to easily test
openconnect:i386 on an amd64 image - i386 images are becoming rarer and
rarer.
I have tested it in a chroot and it seems to behave as expected.
--
Kind regards,
Luca
Control: tags 954922 pending
Control: tags 954923 pending
On Wed, 25 Mar 2020 10:14:50 + Luca Boccassi
wrote:
> Source: python-azure
> Version: 20200130+git-2
> Severity: normal
> Tags: patch
> X-Debbugs-CC: ol...@debian.org antoine.romain.dum...@gmail.com
>
> As d
-
>
>
> Meow!
> -- System Information:
> Debian Release: bullseye/sid
> APT prefers unstable
> APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: arm64 (aarch64)
>
> Kernel: Linux 5.6.0-00076-gbbfc4289910d (SMP w/4 CPU cores; PREEM
On Sun, 29 Mar 2020 at 13:22, Niels Thykier wrote:
>
> Luca Boccassi:
> > Control: tags -1 patch
> >
> > On Fri, 2020-03-27 at 11:56 +, Luca Boccassi wrote:
> >>> [...]
> >>
> >> I face the same problem - a static library built on Jan 28
Control: tags -1 patch
On Fri, 2020-03-27 at 11:56 +, Luca Boccassi wrote:
> > Package: debhelper
> > Version: 10.7.2
> > Severity: normal
> > File: /usr/bin/dh_strip
> >
> > Dear Maintainer,
> >
> > I'm working around #35733 and #4683
work with the latest
> humanfriently package.
>
> Regards,
Thanks.
I've checked and azure-cli was fixed a couple of days ago to support
the new version:
https://github.com/Azure/azure-cli/commit/119574783193084eeedf1d8ff8cb58298bddcd5a
It seems to be compatible with both, so I'll bac
familiar with humanfriendly - could you at least give us
a hint on what backward incompatible changes were made?
More generally, how are API breaks dealt with with Python modules?
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
salsa.debian.org/python-team/modules/azure-cli/-/blob/debian/sid/src/azure-cli-core/azure/cli/core/commands/progress.py#L104
Test:
https://salsa.debian.org/python-team/modules/azure-cli/-/blob/debian/sid/src/azure-cli-core/azure/cli/core/tests/test_progress.py#L54
Reassigning so the python3-humanfriendly maitainer can have a look.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Fri, 2020-03-27 at 13:32 +0100, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
>
> On 22/03/2020 13:31, Luca Boccassi wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertag
ew package with librte_pmd_virtio_crypto.a unstripped:
https://salsa.debian.org/paelzer-guest/dpdk/-/jobs/630625/artifacts/file/debian/output/libdpdk-dev_19.11.1-1+salsaci_amd64.deb
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
/issues/655 it seems
most of the new work on python-azure-storage is happening in python-
azure, so we'd like to move the binary package over and build it from
python-azure.
I've done the work and will send an MR out soon.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally
version of python3-humanfriendly
uploaded to unstable, which is missing the humanfriendly.terminal
module. It was already fixed in Salsa, so just missing an upload.
Reassigning.
https://tracker.debian.org/pkg/humanfriendly
https://salsa.debian.org/python-team/modules/humanfriendly/-/merge_r
/
Thank you!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
g/debian/openconnect/-/merge_requests/6
https://salsa.debian.org/debian/openconnect/-/merge_requests/5
https://salsa.debian.org/debian/openconnect/-/merge_requests/4
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Fri, 30 Aug 2019 10:10:32 +0100 David Woodhouse wrote:
> On Fri, 2019-08-30 at 07:29 +, Matthias Klose wrote:
> > Package: src:openconnect
> > Version: 8.02-1
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> >
> > Python2
gt;
> Do you wish me to upload OVS 2.13 in Experimental first?
>
> Cheers,
>
> Thomas Goirand (zigo)
Hello Thomas,
Yes please, let's have both in experimental, so that we can test that
everything works, and then start a migration.
Thanks!
--
Kind regards,
Luca Boccassi
signature.
On Sun, 2020-03-15 at 18:20 +, jnq...@gmail.com wrote:
> On Sun, 2020-03-15 at 11:34 +0000, Luca Boccassi wrote:
> > The reason I asked for the change and I wasn't comfortable with
> > making
> > the download directory 777 is that live-build is routinely used in
>
the risk of a rogue, unprivileged process to be able to mess
with the downloaded files after apt has ran, if it's just to fix a
harmless warning.
If it can be fixed without introducing risk - great! If not, I would
recommend to document it and leave it.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 2020-03-12 at 10:32 -0700, Mike Miller wrote:
> On Thu, Mar 12, 2020 at 08:55:08 +0000, Luca Boccassi wrote:
> > Sure, I'm very happy to help co-maintain as I need this for $dayjob
> > so
> > I've got a vested interest.
> >
> > Would you like help with
Hi,
Thanks for the report, we need /usr/share/hwdata/pci.ids. I've sent a
patch upstream to try first /usr/share/misc/pci.ids if it exists, and
I'll backport it once accepted, and switch the dependency from hwdata
to pci.ids.
We already depend on pciutils and we need it for lspci, so that one
will stay.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 2020-03-11 at 17:43 -0700, Mike Miller wrote:
> On Thu, Feb 27, 2020 at 17:12:19 +0000, Luca Boccassi wrote:
> > Any chances we could get 1.2.4-3 uploaded to unstable, so that it
> > can
> > sync to Ubuntu?
>
> Please feel free to upload a zero delay nmu to mak
ro-prefix-
map to be made reproducible.
I've set reproducible=+fixfilepath as suggested on
https://reproducible-builds.org/docs/build-path/ and it seems to fix
the issue. I'll upload shortly.
--
Kind regards,
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: javaproperties
Version : 0.6.0
Upstream Author : John Thorvald Wodder II
* URL : https://github.com/Azure/azure-uamqp-python
* License
e been using it like this for almost a year now.
Any chances we could get 1.2.4-3 uploaded to unstable, so that it can
sync to Ubuntu?
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 pending
On Wed, 2020-02-12 at 17:41 +0100, Nicolas Dandrimont wrote:
> * Luca Boccassi <
> bl...@debian.org
> > [2020-01-30 23:04:29 +]:
>
> > control: tags -1 patch
> >
> > On Fri, 24 Jan 2020 17:04:36 + Luca Boccassi &l
I might suggest running it again; do
> you get the same differences, if you know what I mean?
>
>
> Best wishes,
The details look slightly different (reports are not 1:1 match), albeit
in the same "areas".
Artefacts from the Salsa CI:
https://salsa.debian.org/debian/azure-uamqp-python/-/jobs/580969
--
Kind regards,
Luca Boccassi
) - it
might not be taking all the compiler flags from dpkg. IIRC we have a
custom gcc patch to override the paths for __FUNCTION__ and friends,
right?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ia-glvnd-glx using
> command:
>
> apt-get install bumblebee-nvidia primus libgl1-nvidia-glvnd-glx
You can use the legacy-390xx series instead of mainline until the
problem is solved.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Wed, 12 Feb 2020 17:41:50 +0100 Nicolas Dandrimont <
ol...@debian.org
> wrote:
> * Luca Boccassi <
bl...@debian.org
> [2020-01-30 23:04:29 +]:
>
> > control: tags -1 patch
> >
> > On Fri, 24 Jan 2020 17:04:36 + Luca Boccassi <
bl...@debian.org
Package: wnpp
Severity: wishlist
Owner: "Luca Boccassi"
X-Debbugs-CC: debian-de...@lists.debian.org
Control: block -1 by 930413
* Package name: azure-devops-cli-extension
Version : 0.17.0
Upstream Author : Microsoft Corporation
* URL : https://github.com/A
Package: wnpp
Severity: wishlist
Owner: "Luca Boccassi"
X-Debbugs-CC: debian-de...@lists.debian.org
Control: block 930413 by -1
* Package name: azure-functions-devops-build
Version : 0.0.22
Upstream Author : Microsoft Corporation
* URL : https://github.com/A
Package: wnpp
Severity: wishlist
Owner: "Luca Boccassi"
X-Debbugs-CC: debian-de...@lists.debian.org
Control: block 930413 by -1
* Package name: azure-multiapi-storage-python
Version : 0.2.4
Upstream Author : Microsoft Corporation
* URL : https://github.com/A
o be packaged
> separately.
It's a bit weird, but given it's just a header, IMHO it's fine to keep
shipping it in libzmq3-dev. Upstream we generally try our best to keep
the hpp header forward and backward compatible, so there should be no
surprises.
I do the same in the packages I build upstream in OBS.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
ple processes. It is
intended to be used with python3-msal.
--
Kind regards,
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
Control: block 949763 by -1
* Package name: microsoft-authentication-extensions-for-python
Version : 0.1.3
Upstream Author : Microsoft Corporation
* URL
to upload to sid to start the ABI transition. It is currently in
available in experimental.
Please consider updating the package, when time allows.
Thank you!
--
Kind regards,
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
Control: block 949763 by -1
* Package name: azure-uamqp-python
Version : 1.2.6
Upstream Author : Microsoft Corporation
* URL : https://github.com/Azure/a
Package: wnpp
Severity: wishlist
Owner: "Luca Boccassi"
X-Debbugs-CC: debian-de...@lists.debian.org
Control: block 949763 by -1
* Package name: azure-data-lake-store-python
Version : 0.0.48
Upstream Author : Microsoft Corporation
* URL : https://github.com/A
Package: wnpp
Severity: wishlist
Owner: "Luca Boccassi"
X-Debbugs-CC: debian-de...@lists.debian.org
Control: block 949763 by -1
* Package name: microsoft-authentication-library-for-python
Version : 1.1.0
Upstream Author : Microsoft Corporation
* URL
this build-dependency when uploading
2.35 (it probably should be marked as , since libcryptsetup
also build-depends on util-linux).
Thanks!
--
Kind regards,
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
Control: block 949763 by -1
* Package name: azure-cosmos-python
Version : 1.0.5+git20191025
Upstream Author : Microsoft Corporation
* URL : https://github
control: tags -1 patch
On Fri, 24 Jan 2020 17:04:36 + Luca Boccassi
wrote:
> Source: python-azure
> Version: 20181112+git-3
> Severity: wishlist
> Blocks: 930413
>
> Dear Maintainer(s),
>
> Please consider uploading the latest version of python-azure. It is
> nee
On Fri, 10 Jan 2020 at 13:21, Andreas Beckmann wrote:
>
> Control: tag -1 upstream
> Control: forwarded -1
> https://devtalk.nvidia.com/default/topic/1068045/linux/5-4-kernel-breaks-prime-synchronization-/
>
> On 10/01/2020 10.37, Raphaël Hertzog wrote:
> > We had multiple reports of nvidia users
Source: python-azure
Version: 20181112+git-3
Severity: wishlist
Blocks: 930413
Dear Maintainer(s),
Please consider uploading the latest version of python-azure. It is
needed for the upload of azure-cli.
If time is lacking, I'm happy to do an NMU.
Thank you!
--
Kind regards,
Luca Boccassi
ion. So this change should be safe to land in your package
> despite this
> not being upstream in autopkgtest.
>
> Thanks for considering,
Thanks for the patch, applied on Salsa, will be part of the next
upload.
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Thu, 21 Nov 2019 at 15:30, Andreas Beckmann wrote:
>
> Hi Luca,
>
> On Sun, 08 Sep 2019 11:50:28 +0100 Luca Boccassi wrote:
> > Ok scratch that, I can reproduce - it's because of the non-glvnd
> > libraries. With the glvnd one there's no issue, and that's why 4
On Thu, 2019-11-28 at 18:39 +, Luca Boccassi wrote:
> Control: tags -1 patch pending
>
> Dear Maintainer,
>
> Now that the new version of python-invoke has been uploaded (Delayed-
> Until: 2019-11-30 17:27:02) [1], I have opened MRs on Salsa and
> uploaded the equiva
used.
The headers seem to be vendorized in the repository, so maybe it came
up from a global search?
Or am I missing something?
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
On Mon, 2019-11-25 at 23:20 +0100, Thomas Goirand wrote:
> On 11/23/19 6:04 PM, Luca Boccassi wrote:
> > On Tue, 2019-11-19 at 10:28 +0000, Luca Boccassi wrote:
> > > On Wed, 11 Sep 2019 12:36:13 +0100 Luca Boccassi <
> > > bl...@debian.org
> > >
> &g
On Fri, 2019-11-15 at 16:22 +, Adam D. Barratt wrote:
> On 2019-11-15 16:04, Luca Boccassi wrote:
> > On Fri, 2019-11-15 at 15:00 +, Adam D. Barratt wrote:
> > > On 2019-11-15 14:26, Luca Boccassi wrote:
> > > > This release has only one bug fix, which fixes a
On Wed, 11 Sep 2019 12:36:13 +0100 Luca Boccassi <
bl...@debian.org
> wrote:
> Control: tags -1 patch
>
> On Tue, 10 Sep 2019 20:10:34 +0100 Luca Boccassi <
>
bl...@debian.org
> > wrote:
> > Control: blocks 930451 by 935108
> >
> > On Mon, 19 Aug 2
On Wed, 13 Nov 2019 14:45:44 + Luca Boccassi <
bl...@debian.org
> wrote:
> Control: tags -1 patch
>
> On Thu, 10 Oct 2019 14:01:46 +0200 Matthias Klose <
>
d...@debian.org
> > wrote:
> > Package: src:python-msrest
> > Version: 0.6.1-1
>
On Fri, 2019-11-15 at 15:00 +, Adam D. Barratt wrote:
> On 2019-11-15 14:26, Luca Boccassi wrote:
> > This release has only one bug fix, which fixes a regression
> > introduced
> > by the fix for CVE-2019-14818 released on Tuesday via stretch-
> > sec
.
The source debdiff is attached. Patches merged upstream have been
dropped.
This release has only one bug fix, which fixes a regression introduced
by the fix for CVE-2019-14818 released on Tuesday via stretch-security.
--
Kind regards,
Luca Boccassi
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug
(, *argv))
+ invarg("\"table\" value is invalid\n", *argv);
+ if (tid < 256)
+ req.r.rtm_table = tid;
+ else {
+ req.r.rtm_table = RT_TABLE_UNS
uild time:
https://salsa.debian.org/python-team/modules/python-msrest/merge_requests/1
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
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
> > willing to help.
>
> Hello Luca,
>
> my work on dbus-broker stalled a while ago
dern features provided by recent
> Linux kernel releases.
>
> I'll contact the dbus maintainers for advice, to offer to co-maintain
> the package, and for sponsoring the upload. Others interested in the
> package are welcome to participate.
Hi,
Any update on dbus-broker? If you
ady fit for several people's needs and
handles most
> games/applications perfectly.
Hello Andreas,
This can be useful for older cards that will not get native support for
optimus in the 435 series and up, so I intend to sponsor it.
Is it OK for you if I put this in the nvidia-team section on Sa
o,
Sorry, I'm not following - why the reassignment from bridge-utils to
iproute2? What's the ask here?
Thanks!
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: tags -1 patch
On Tue, 10 Sep 2019 20:10:34 +0100 Luca Boccassi <
bl...@debian.org
> wrote:
> Control: blocks 930451 by 935108
>
> On Mon, 19 Aug 2019 16:47:39 +0100 Luca Boccassi <
>
bl...@debian.org
> > wrote:
> > On Wed, 12 Jun 2019 22:44:28
emoval
, or ask for help on IRC
> #debian-python, or the
debian-pyt...@lists.debian.org
mailing list.
As far as I can see, the current fabric version is not compatible with
Python3, so the new version is needed (which also needs a new version
of python3-invoke).
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
Control: blocks 930451 by 935108
On Mon, 19 Aug 2019 16:47:39 +0100 Luca Boccassi <
bl...@debian.org
> wrote:
> On Wed, 12 Jun 2019 22:44:28 +0100 Luca Boccassi <
>
bl...@debian.org
> > wrote:
> > Source: fabric
> > Version: 1.14.0-1
> > Severity: wi
On Sat, 2019-09-07 at 14:52 +0100, Luca Boccassi wrote:
> On Wed, 4 Sep 2019 17:20:06 +0200 Andreas Beckmann <
> a...@debian.org
> > wrote:
> > On 04/09/2019 17.15, Niklas Schmidt wrote:
> > > I tried rebooting with an older kernel to reinstall the
> driver,
appear because
of a new version of tex or something like that?
https://packages.debian.org/sid/all/libvdpau-doc/filelist
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is a digitally signed message part
xorg.conf file. This didn't help either. I have
resorted to using the legacy 390 driver for now.
>
> Could you try 435.xx from experimental?
>
> Andreas
Unfortunately I cannot reproduce this on my buster desktop (780gtx).
--
Kind regards,
Luca Boccassi
signature.asc
Description: This is
701 - 800 of 1658 matches
Mail list logo