Date: Thu, 14 Mar 2024 21:37:56 +0100 From: Daniel Engberg <daniel.engberg.lists@pyret.net> To: Eugene Grosbein <eugen@grosbein.net> Cc: Florian Smeets <flo@FreeBSD.org>, ports@freebsd.org Subject: Re: Proposed ports deprecation and removal policy Message-ID: <7a7501f71442d27f6d8c1c0a16f247c1@mail.infomaniak.com> In-Reply-To: <b10cc27c-d2f9-5c81-115b-2f577ff6f825@grosbein.net> References: <435edf7c-a956-4317-b327-3372de70dbef@FreeBSD.org> <1c5b7818-842f-f7b8-9d4e-5bf681cad20e@grosbein.net> <c5e3e5d2d058d90777828b88a0f1506e@mail.infomaniak.com> <64c7435c-2d69-1f62-ba7c-30812860a457@grosbein.net> <9646fd5d0666c8e57795ea1b370b6af1@mail.infomaniak.com> <b10cc27c-d2f9-5c81-115b-2f577ff6f825@grosbein.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2024-03-12T15:15:49.000+01:00, Eugene Grosbein <eugen@grosbein.net> wrot= e: > 12.03.2024 3:24, Daniel Engberg =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >=20 > [skip] >=20 >=20 > > Another possible option would be to add something to the port's mate= data that makes pkg aware and easy notiable > > like using a specific color for portname and related information to si= gnal > > like if it's red it means abandonware and potentially reduced security= . > =20 > Of course, we need to inform users but not enforce. Tools, not policy. >=20 Eugene Hi, Given that we seem to agree on these points in general why should such port= s still be kept in the tree? We don't have such tooling available and it wo= nt likely happen anytime soon. Because it's convenient for a committer who = uses these in a controlled network despite being potentially harmful for ot= hers? Just to be clear, I'm after where do we draw the line in general. If we look at other distros in general based on availability the decision s= eems to favour overall user security than "convenience". Given that we have= security policies etc in place I'd say that we in general are leaning towa= rds user security? Best regards, Daniel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7a7501f71442d27f6d8c1c0a16f247c1>