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 CBF2F138334 for ; Fri, 20 Dec 2019 13:35:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 88EB0E0999; Fri, 20 Dec 2019 13:35:56 +0000 (UTC) Received: from smtp.gentoo.org (mail.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (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 3E8DBE0986 for ; Fri, 20 Dec 2019 13:35:56 +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 51FDA34D7FD; Fri, 20 Dec 2019 13:35:54 +0000 (UTC) From: Ulrich Mueller To: =?utf-8?B?TWljaGHFgiBHw7Nybnk=?= Cc: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] [EAPI 8 RFC] Selective fetch/mirror (un-)restriction References: <293656848f42786552da59ad307058d597efa026.camel@gentoo.org> <1E1A184D-EC5F-43FF-B4EF-C6B4AE9EC332@gentoo.org> Date: Fri, 20 Dec 2019 14:35:45 +0100 In-Reply-To: <1E1A184D-EC5F-43FF-B4EF-C6B4AE9EC332@gentoo.org> (=?utf-8?Q?=22Micha=C5=82=09G=C3=B3rny=22's?= message of "Fri, 20 Dec 2019 09:20:14 +0000") 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: ae6ef6df-20b5-4100-bebc-0282e5390ddf X-Archives-Hash: cb24432fb93d20f9f4b2ac86705efbe3 --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable >>>>> On Fri, 20 Dec 2019, Micha=C5=82 G=C3=B3rny wrote: >>> 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" >> 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. > Actually, what about the original example provided by Vadim? It's a > game + translations, all rights reserved. We can't mirror them but we > can fetch them. Thank you. That answers my question. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEZlHkP3TnuTbxrN0HwwkGhRxhwnMFAl38zjIACgkQwwkGhRxh wnPEIQf5Aa+OahsB80KB20U0t3w2qNaDpvK5amo9GCXSRYlFrC23A1bXYYyRxgQc Oe/yxcKeNOBHLarLxBkBcXbzLM/ck+m81cz4AyU1q22A7CqI0lqh+OirJ1ZdCFvb VXnmZ/Vqt0SMwj4meOogMq9Y5pSJaGKJ6667ZkapBHHs9DM+6UuUkafpr65Rbj8l FyCY3iFSmvKoUhwMC5nLak3kr/S7mt4yfES8O3M9775zO5MNzIhcKCFnm0UEZvgP RgzoU43bPNNqPjxKIW0+ZwFamgzXUAkkLsVlRdjStol/tkByW6LSGASbCqy8Ggav 7d+bMsIKH5201dKMFdrbtSbiU8aw+A== =xLV2 -----END PGP SIGNATURE----- --=-=-=--