lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <0cb1b68794529c4d4493b5891f6dc0e9a3a03331.camel@redhat.com>
Date: Tue, 11 Jul 2023 12:06:36 +0200
From: Paolo Abeni <pabeni@...hat.com>
To: "Maglione, Gregorio" <Gregorio.Maglione@...y.ac.uk>, Kuniyuki Iwashima
	 <kuniyu@...zon.com>, Jakub Kicinski <kuba@...nel.org>
Cc: "David S. Miller" <davem@...emloft.net>, Eric Dumazet
 <edumazet@...gle.com>,  Florian Westphal <fw@...len.de>,
 "netdev@...r.kernel.org" <netdev@...r.kernel.org>, Stephen Hemminger
 <stephen@...workplumber.org>, "Rakocevic, Veselin"
 <Veselin.Rakocevic.1@...y.ac.uk>,  "Markus.Amend@...ekom.de"
 <Markus.Amend@...ekom.de>, "nathalie.romo-moreno@...ekom.de"
 <nathalie.romo-moreno@...ekom.de>
Subject: Re: DCCP Deprecation

Hi,

Please send plain text messages, and do proper quoting.

On Tue, 2023-07-11 at 09:31 +0000, Maglione, Gregorio wrote:
> The IETF marks MP-DCCP as EXP and is set to mark is as PS soon.
> Removing DCCP from the kernel would likely impact PS standardisation
> or better. If the reason for removal is the lack of a maintainers,
> then I have sufficient time for bug fixing and syzbot testing.

As Kuniyuki noted, a relevant record of contributions to netdev would
help/be appreciated/customary before proposing stepping-in as
maintainer of some networking components.

> If, as Jakub suggests, DCCP has no users other than MP-DCCP, and as
> such shouldn't be maintained, 

FWIW, I agree that in kernel user would help DCCP "de-deprecation"

> then are you suggesting that we investigate this license concern to
> allow for MP-DCCP to move upstream, or did you have a patch in mind?

IMHO solving the license concerns and move MP-DCCP upstream (in this
order) would be the better solution. That would allow creating the
contributions record mentioned above.

FTR MPTCP is already there, perhaps there is some possible convergence
between the 2 protocols.

Cheers,

Paolo


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ