From nobody Wed Feb 14 16:09:35 2024 X-Original-To: dev-commits-ports-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4TZjnX1Xswz5BFQr; Wed, 14 Feb 2024 16:09:36 +0000 (UTC) (envelope-from rene@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4TZjnX0gmZz471K; Wed, 14 Feb 2024 16:09:36 +0000 (UTC) (envelope-from rene@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1707926976; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=KWPNRPt6z6OuKgxycYtd7YKfMgVQHLmr53Jw8KhbiAM=; b=KGPQaLVrWu9raIT4bRcEXNlTeWyKL6zccpnLR8m1JD8ZGaFwucLo3fkhAP3PN9wIPWVhv3 zEhI2qZl/vanZ1wbiesMsBK7yCRtGc93iEqPdsObbA0nXKVQxABeGXrDjKAqZ4w7kYVOhl jJyTlyBh/IA1TzcVYNvfbw+SBKtbwSF07zTLyB+I7l+qJYlNJJ2OolsHgL0+tzvZKsHiWf N+jSTeDsoMhsWw1FsEVVnFBCPOwbwH+gFGFsicwhbfZr5ReGjwOr2L6d980Kvl1rOMWUhT n/SNDYWyaREGQDNztmck8F4iKYRwbtoNxem1pr0h+0IYdBz+q8NX/JENnzppDw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1707926976; a=rsa-sha256; cv=none; b=YhZFlplPMmD5fU7e1ADiZIbyX117Z98eH3RzNHoiD+NFwa9TvFElkX6L9qRxNrJTxlezAz zZiY/y2tgGWbZydQOx/M5Rjjya6oouX4cC2XQtPy7sBUHLocLjOi83OG0xTSxaw36FsfFn 0dkwxlAu/dA0ezkoROaqiQkSGWtmhHGHZkYbeeiLVQBaboTZ5UtpzM6XUt8R/JBnOtak1s 3mrHWBRxz85CCBrXz8zt+keSXY3Y7UYjnSYJyftvqfDSUMjhMbQx14QfTy1ocDIj1oOlOL ozE/srviuFFId5K11kQgsS3rh+T4QvsiehNnp6RE0wv2UigLnjEWUJ7hplZYaQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1707926976; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=KWPNRPt6z6OuKgxycYtd7YKfMgVQHLmr53Jw8KhbiAM=; b=yBk5fyBAAQHmZvNHiwJvgyhYm4iyv3aqwsyW1/0yqvVWMXDgyQsIQaIUtcwgRtod3FUJsb gGSaRgokGY4n0c4XlXIFPosPUdEC7SV8Ct9P5pnFyCiEbkT9Tx3tnfYH1mY0H/kcNqSHe3 2CKlhWgOjevoRBPztqMxgvwPaXpd1jdrPkT9ajDXNUblSAkHdBQ+cU1LP+74T0rKrL0lZ3 +wQDUk4yfP99XSTNUiH+q9Qcu5M9+Vb3MgAtN0NDJvktBxPwt5fQrkFf4QY1TBcNQNOTnd ABj77H3cY02IDCloIRMZLrqqrRm3twAJLAoqoaWb3m+MkVRhDl/7LnJc15qLQQ== Received: by freefall.freebsd.org (Postfix, from userid 1185) id ECE4882; Wed, 14 Feb 2024 16:09:35 +0000 (UTC) Date: Wed, 14 Feb 2024 16:09:35 +0000 From: Rene Ladan To: Alexey Dokuchaev , ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org Subject: Re: git: 46b4854f7068 - main - science/paraview: remove LAS support Message-ID: References: <202402111603.41BG3Kx7025229@gitrepo.freebsd.org> List-Id: Commit messages for all branches of the ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-all@freebsd.org X-BeenThere: dev-commits-ports-all@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Tue, Feb 13, 2024 at 08:16:08PM +0100, Thierry Thomas wrote: > Le mar. 13 févr. 24 à 4:47:07 +0100, Alexey Dokuchaev > écrivait : > > On Sun, Feb 11, 2024 at 04:03:20PM +0000, Thierry Thomas wrote: > > > commit 46b4854f7068098ea9498e97604a6d724656fa95 > > > > > > science/paraview: remove LAS support > > > > > > Even though libLAS is still functional, it is scheduled to be removed. > > > > If it's functional, then why remove it? Deprecation notice says that > > upstream no longer continuing but the latest commit on their GitHub repo > > was last month. > > Agreed! > > I’d like portmgr to write a policy about ports deprecation / removal. > > The case of devel/liblas is a very good example: > - no known vulnerability; > - upstream still exists and the tarball is fetchable; > - it is used as a dependency by other ports. > > They even marked ParaView, an important port, to be removed just because > it used libLAS as a dependency: this is not acceptable! For the record, marking ParaView deprecated was only with my personal hat on, not that of portmgr. René