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.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 3021D138334 for ; Mon, 16 Dec 2019 13:16:27 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F2D7FE08DB; Mon, 16 Dec 2019 13:16:23 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7F94FE0864 for ; Mon, 16 Dec 2019 13:16:23 +0000 (UTC) Received: from a1i15 (a1i15.kph.uni-mainz.de [134.93.134.92]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: ulm) by smtp.gentoo.org (Postfix) with ESMTPSA id 87A5E34D87B; Mon, 16 Dec 2019 13:16:21 +0000 (UTC) From: Ulrich Mueller To: =?utf-8?B?TWljaGHFgiBHw7Nybnk=?= Cc: gentoo-dev Subject: Re: [gentoo-dev] [EAPI 8 RFC] Selective fetch/mirror (un-)restriction References: <293656848f42786552da59ad307058d597efa026.camel@gentoo.org> Date: Mon, 16 Dec 2019 14:16:12 +0100 In-Reply-To: <293656848f42786552da59ad307058d597efa026.camel@gentoo.org> (=?utf-8?Q?=22Micha=C5=82_G=C3=B3rny=22's?= message of "Mon, 16 Dec 2019 13:39:02 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) 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-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Archives-Salt: 8bdda6d5-c747-4d6b-876f-74c18fe4276b X-Archives-Hash: ac0f31486d7b92d9ecb425eabc73f58b --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>>> On Mon, 16 Dec 2019, Micha=C5=82 G=C3=B3rny wrote: > Proposed solution > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > The current proposal is based on extending the current URI syntax to > permit excluding individual files from the restriction. The idea is to > prepend 'fetch+' to protocol to undo fetch restriction, or to prepend > 'mirror+' to undo fetch & mirror restrictions. > Example 1: removing mirror restriction from files > RESTRICT=3D"mirror" > SRC_URI=3D"https://example.com/you-cant-mirror-this.tar.bz2 > mirror+https://example.com/but-you-can-mirror-this.tar.gz" > Example 2: removing fetch & mirror restriction from files > RESTRICT=3D"fetch" > SRC_URI=3D"https://example.com/you-cant-fetch-this.zip > mirror+https://example.com/but-you-can-mirror-this.tar.gz" > Example 3: removing fetch restriction while leaving mirror restriction > RESTRICT=3D"fetch" > SRC_URI=3D"https://example.com/you-cant-fetch-this.zip > fetch+https://example.com/you-cant-mirror-this.tar.bz2" Looks good, but what is slightly confusing is that it doesn't map one-to-one to the RESTRICT tokens: =2D RESTRICT=3D"mirror" enables mirror restriction, and it is undone by "mirror+", as expected. =2D RESTRICT=3D"fetch" enables both fetch and mirror restriction, but it is undone by "mirror+" as well, not by "fetch+" (which disables only fetch restriction). I had already asked this in bug 371413 [1], but is there an actual usage case for example 3? Because if there isn't, we might get away with only supporting "mirror+", which should be less error prone. Ulrich > [1] https://bugs.gentoo.org/371413 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEZlHkP3TnuTbxrN0HwwkGhRxhwnMFAl33g5wACgkQwwkGhRxh wnNZKAgAhZBvRUMJLy3XKlSrpYTHkAeJYcuhk0Ja5GyhVcp3K3z5E7zOFaSWcRte CBlrheTT/nXr7+W09nV3k4sWH8frWfYBrjB/gOLajwp+IGlPkSfvvW8hj23v/8la GMmPUkctEn5h+gGaYEpED5PGRfltIY+TIhZPF7EU0EYVUOZMMw/qoajy7Whclzt0 i9ZJ+HdnAQakv/GN9Vmu9RCawlfc7039MfOGLjkMApoK/qPB+4MZpR0uIEWz9Atq 9gmVZxaFsZ9Ptrwo1/sEY5o45MRsjf5dz1HKb+D/x1yz0iXRk66LTVvi0lVPxwoW OT04kYxX0wc/kiOnt3gIofaw3Yw7jg== =86Bp -----END PGP SIGNATURE----- --=-=-=--