From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-dev+bounces-89728-garchives=archives.gentoo.org@lists.gentoo.org>
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 3748C138334
	for <garchives@archives.gentoo.org>; Mon, 16 Dec 2019 13:10:06 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id E1D2AE08CE;
	Mon, 16 Dec 2019 13:10:02 +0000 (UTC)
Received: from mail-oi1-x22a.google.com (mail-oi1-x22a.google.com [IPv6:2607:f8b0:4864:20::22a])
	(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 8A728E0864
	for <gentoo-dev@lists.gentoo.org>; Mon, 16 Dec 2019 13:10:02 +0000 (UTC)
Received: by mail-oi1-x22a.google.com with SMTP id d62so3226684oia.11
        for <gentoo-dev@lists.gentoo.org>; Mon, 16 Dec 2019 05:10:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to;
        bh=0SAsO29eust8j/S31EQCRgm7wrfABE2Ygtxp0opKCkE=;
        b=jYlj+JGCbmEumEYbKcDX3gI295vL/5b42nJc69hVVL74eGVSDlTccBLnqbd2YyqDZR
         wUr2xUevbk21Tj1gRYKjLMeG2qsfHCPbelymoZF8Dt6YUfVlES9EAzZItm4lGF8N7V9h
         bGJL04fv6C0nrqS3gZtz0RFZNIFFvuFbIgVYf0rO7QQN1TtxdpVh6TO9F0xEA+apY/ec
         vjxj+I8mSy/YGcE2V777pMzHdsoOPsMw+XGpVjM1wtYOPnmCwSVhWqSTBjCa058L/c5l
         SWAaSjl+nAWtdFLUu4ASSXzso1EoP0v+M84nvbhDZcQRpNW+W3b6c6hcCXWnju7Tx24c
         X4nA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to;
        bh=0SAsO29eust8j/S31EQCRgm7wrfABE2Ygtxp0opKCkE=;
        b=e6+aAj0JdUB1adQiKSDVrE2KNWAtPM4mJuDnS4MEgyyeN2cPWwWzuiHEDmNIsBAa2j
         dk1iFERZtDgRbRbxdHbDDWlL/ASRDS3z2moUVCX8mCN2yc0XDcPyojX781+egVf+syDo
         KZIx4T9Zmh3GqF0wXAiSZtBFSh2Ra15APExU0+b8zOmYcRvGCR7TMunqTTm2sHONTggs
         ZtLGpsmIIyctnmE6EHQ1u5dTXx1o9zhjXAxsw2PqEjMjs/g4LPOGjXLyqx/1mUC8dqgN
         piWwHA4hsl4olxtpGQHY9Q8T3q1TqP3nzxDfG6vve9nvHTmayLElbYckT1XG51+Fhn7u
         79bg==
X-Gm-Message-State: APjAAAVJMtiK8AYmBvIlf+ag1A+3bvf3vvDvAXWH1n43PRsYKQPGerDJ
	+o7QXI//mXs35LXvugEItdqdXZ89RXZULxniP+gOqnNi
X-Google-Smtp-Source: APXvYqxQb49DVh6nvHgGG4YvUhU/P750gG108pnVQwWVHx1FvnwfmZ+JJA9Vq4qYRwW+lRL3vEkkQR9FbTmr2QJ2BZU=
X-Received: by 2002:aca:5f87:: with SMTP id t129mr9695648oib.36.1576501800953;
 Mon, 16 Dec 2019 05:10:00 -0800 (PST)
Precedence: bulk
List-Post: <mailto:gentoo-dev@lists.gentoo.org>
List-Help: <mailto:gentoo-dev+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-dev+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-dev+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-dev.gentoo.org>
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
References: <293656848f42786552da59ad307058d597efa026.camel@gentoo.org>
In-Reply-To: <293656848f42786552da59ad307058d597efa026.camel@gentoo.org>
From: Francesco Riosa <vivo75@gmail.com>
Date: Mon, 16 Dec 2019 14:09:50 +0100
Message-ID: <CAD6zcDyz2FbYB0++G_sV00qgeDeLcuUBZ9umFHGMakDn4a4f=g@mail.gmail.com>
Subject: Re: [gentoo-dev] [EAPI 8 RFC] Selective fetch/mirror (un-)restriction
To: gentoo development <gentoo-dev@lists.gentoo.org>
Content-Type: multipart/alternative; boundary="000000000000d56e010599d1ed2c"
X-Archives-Salt: cb08b524-0f43-4b3e-ba60-f102d6aace2d
X-Archives-Hash: 1be2f0976b380753efeda8f9d0ce1fa6

--000000000000d56e010599d1ed2c
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Il giorno lun 16 dic 2019 alle ore 13:39 Micha=C5=82 G=C3=B3rny <mgorny@gen=
too.org>
ha scritto:

>
>
> Comments
> =3D=3D=3D=3D=3D=3D=3D=3D
> WDYT?
>
> what about getting rid of RESTRICT=3D"fetch" and manage everything inside
SRC_URI? Would that be technically feasible?
Ideally marking only the not re-distributable download and leaving
untouched the others

--000000000000d56e010599d1ed2c
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">Il giorno lun 16 dic 2019 alle ore 13=
:39 Micha=C5=82 G=C3=B3rny &lt;<a href=3D"mailto:mgorny@gentoo.org">mgorny@=
gentoo.org</a>&gt; ha scritto:<br></div><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);pad=
ding-left:1ex"><br>
<br>
Comments<br>
=3D=3D=3D=3D=3D=3D=3D=3D<br>
WDYT?<br>
<br></blockquote><div>what about getting rid of RESTRICT=3D&quot;fetch&quot=
; and manage everything inside SRC_URI? Would that be technically feasible?=
<br>Ideally marking only the not re-distributable download and leaving unto=
uched the others</div></div></div>

--000000000000d56e010599d1ed2c--