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 6B023138334 for ; Mon, 16 Dec 2019 12:39:13 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 3A036E08BB; Mon, 16 Dec 2019 12:39:09 +0000 (UTC) Received: from smtp.gentoo.org (dev.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 E89F6E0898 for ; Mon, 16 Dec 2019 12:39:08 +0000 (UTC) Received: from pomiot (c142-245.icpnet.pl [85.221.142.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id F13F034D7F8; Mon, 16 Dec 2019 12:39:06 +0000 (UTC) Message-ID: <293656848f42786552da59ad307058d597efa026.camel@gentoo.org> Subject: [gentoo-dev] [EAPI 8 RFC] Selective fetch/mirror (un-)restriction From: =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?= To: gentoo-dev Date: Mon, 16 Dec 2019 13:39:02 +0100 Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-Pf2GIo9d+QAgj6VKSPF7" User-Agent: Evolution 3.32.4 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 X-Archives-Salt: 81dbf140-5b4d-4cab-b7fd-a9f622101088 X-Archives-Hash: 6a337b6c1c9c9a11b13adbff7a4a95d6 --=-Pf2GIo9d+QAgj6VKSPF7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, everyone. I'd like to start a series of mails dedicated to features proposed for including in EAPI 8. For a start, I'd like to discuss the topic of selective fetch restriction [1]. It has been discussed at least in 2013 [2], and since it's finally got chance to be included, I think it's worthwhile to rehash it. The problem =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Fetch/mirror restriction as of now can only be applied to all distfiles at once. This causes problems in the (rather rare) case when we'd like to add some additional files to SRC_URI that do not require the big restriction. As a result, the user is forced to manually fetch all the files even if only one truly requires it. 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" Comments =3D=3D=3D=3D=3D=3D=3D=3D WDYT? References =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D [1] https://bugs.gentoo.org/371413 [2] https://archives.gentoo.org/gentoo-dev/message/b0823618d5d3cc61bbed1e88= dc2f144d --=20 Best regards, Micha=C5=82 G=C3=B3rny --=-Pf2GIo9d+QAgj6VKSPF7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAl33euZfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEM3 NkE4NDUwOTQwOThEMjhDQzhCMjZDNTYzOUFEQUUyMzI5RTI0MEUACgkQY5ra4jKe JA6vyggAtomK+CDuXxlCttujzoDKb2vAVP7Kbbh0QoiS9L1Mdt1yapGKer3QZlwG 8EP+Uma/DCyU0fNPdOhtzF9tFVb1fFK6bwHwAzgE4PVWeHotWDc0lAbz6UQFpBM3 VC1jBfZtO5ByguPZtbwF6k4l9zlxDFQq1QhHThW14yR9F5nxIVQIglzCxG/dgn9p tWRzkhyhSYmOAltdNv4bFfJiH2ADhpFa1pHowqS+nMgTqLcXMgzl+OG6a3JztRjV 7aeOK8OUVRQcURXd/hNnECY66voPJRpfM+R9o0PTfgSg5fC7bcOQ0LLY5r2g4mTb HJsKPVXsLRZ09xiglKh/LD4KBfLHNg== =lFmc -----END PGP SIGNATURE----- --=-Pf2GIo9d+QAgj6VKSPF7--