From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C1B6515817D for ; Fri, 21 Jun 2024 13:16:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2A151E2A3E; Fri, 21 Jun 2024 13:16:08 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id CDE77E2A01 for ; Fri, 21 Jun 2024 13:16:07 +0000 (UTC) From: kangie@gentoo.org To: gentoo-dev@lists.gentoo.org Cc: Matt Jolly Subject: [gentoo-dev] [PATCH 0/3] net-misc/curl: add curl_quic USE_EXPAND Date: Fri, 21 Jun 2024 23:15:49 +1000 Message-ID: <20240621131552.526393-1-kangie@gentoo.org> X-Mailer: git-send-email 2.45.2 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Archives-Salt: d5ed3f1e-bc20-4ce9-984f-b87f18146f9c X-Archives-Hash: 7f5476385433b4e3ef506fc1c38d9254 From: Matt Jolly Hi all, Thanks to dev-libs/openssl exposing an RFC 9000 (QUIC) API from 3.2, cURL is able to use OpenSSL as a QUIC backend in addition to its current suppport via net-libs/ngtcp2. Considering the current state of QUIC implementations, the popularity of cURL, its support for a multitude of TLS implementations (in Gentoo we support OpenSSL, GnuTLS, Mbed TLS, and Rustls), I think it makes sense to implement this by introducing a new USE_EXPAND variable. This will make it easier to manage the ebuild logic for QUIC backends, enables us to easily add new backends as they are supported upstream, and lets users control the selection of QUIC implementations using a familiar mechanism; the same way that they currently do (or do not) select a TLS implementation. The relevant patches are attached for consideration, and I've raised a Pull Request[1] to enable easy review and comment. The PR also includes the required configure and USE changes to dev-libs/openssl which aren't relevant to the discussion of a new USE_EXPAND. Cheers, Matt [1]: https://github.com/gentoo/gentoo/pull/37238 Matt Jolly (3): profiles/desc: add curl_quic profiles/base: make.defaults: add CURL_QUIC net-misc/curl: wire up live ebuild for openssl-quic net-misc/curl/curl-9999.ebuild | 70 +++++++++++++--------------------- net-misc/curl/metadata.xml | 4 +- profiles/base/make.defaults | 2 +- profiles/desc/curl_quic.desc | 7 ++++ 4 files changed, 38 insertions(+), 45 deletions(-) create mode 100644 profiles/desc/curl_quic.desc -- 2.45.2