From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-160129-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 0DDEE1389E2
for <garchives@archives.gentoo.org>; Mon, 24 Nov 2014 15:07:23 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id BB83EE0B12;
Mon, 24 Nov 2014 15:06:53 +0000 (UTC)
Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 86A10E0AC8
for <gentoo-user@lists.gentoo.org>; Mon, 24 Nov 2014 15:06:52 +0000 (UTC)
Received: by mail-ie0-f175.google.com with SMTP id at20so8710832iec.6
for <gentoo-user@lists.gentoo.org>; Mon, 24 Nov 2014 07:06:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:date:message-id:subject:from:to
:content-type;
bh=V7CZrg5QGVzoG3H4UshR0ljTZ4KyO2ajbQ6af6zgjJ0=;
b=KK/jI30/8JnshqFTfLD69pQ1hhhYKxD4DSHsXz9mOzJmEUAcnBUNf350NoRVkFLz5W
kJ5cgOzXTdn3dlapdIArNM7Gw/bKUBV79g1CHOHRnJUMRNTUj6LGjWzitaJghraRQ3wS
HSj/d3qD22jhmiiwpKM2Kb1ZJHHu5kYah+fSQ2LRbjacW+p0Pit42fzHdN8/gYZ50TNq
hVNdm4Urd/i7s5Zww05ft/x5rTJO5RyhvNBFNKaSj4dGUFe0cfy4gXA4+HUHhR9qR/SS
OOMHOiHs2+JdeZw1yWZIfVboVEH3o6nj4Z49QmAoRvQCp2usJKeWnV81XDnLec32F1+w
247g==
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.42.239.208 with SMTP id kx16mr24788841icb.40.1416841611526;
Mon, 24 Nov 2014 07:06:51 -0800 (PST)
Received: by 10.64.120.228 with HTTP; Mon, 24 Nov 2014 07:06:51 -0800 (PST)
In-Reply-To: <CAGfcS_mOB8UgkuSWLQJ=Ow_czQt1_7heueWBzYhqBTeCYa80kA@mail.gmail.com>
References: <op5uW-6vB-17@gated-at.bofh.it>
<op5uW-6vB-19@gated-at.bofh.it>
<op5uW-6vB-21@gated-at.bofh.it>
<op5uW-6vB-23@gated-at.bofh.it>
<op5uW-6vB-25@gated-at.bofh.it>
<op5uW-6vB-15@gated-at.bofh.it>
<opcd3-84i-7@gated-at.bofh.it>
<5470D229.7000806@tampabay.rr.com>
<5470DBF5.1060304@gentoo.org>
<CAGfcS_=we+kk4i+tV6jwVi+K=6GNe3-N2N8baigDY5ndrbp_5w@mail.gmail.com>
<547111B5.2030909@gentoo.org>
<CAGfcS_=0rhQB4aMq5ajvS-R0rqGtVEY_ZX-UE4Ckp06+PcaR1w@mail.gmail.com>
<547264C8.7030704@gentoo.org>
<CAGfcS_mE32H_9pCr+g1KFyM6P4ZZMk_yytK+o=XYA7hD7wSYwA@mail.gmail.com>
<54727804.5060205@gentoo.org>
<CAGfcS_=MUYsU02-vofpgXb8JYxCXEd+2_ZcS4zv4a1d6mpKjCg@mail.gmail.com>
<CAAD4mYjwV7X_xvG1bBtZ62huo2b4g2aiK-=uC2x56B99xd5p6w@mail.gmail.com>
<CAGfcS_mOB8UgkuSWLQJ=Ow_czQt1_7heueWBzYhqBTeCYa80kA@mail.gmail.com>
Date: Mon, 24 Nov 2014 09:06:51 -0600
Message-ID: <CAAD4mYiYPmmKB0fr4yW1y9era_nxSETxXgpxyOkPKx=iyTG-BA@mail.gmail.com>
Subject: Re: [gentoo-user] Gentoo's future directtion ?
From: Sid S <r030t1@gmail.com>
To: gentoo-user@lists.gentoo.org
Content-Type: multipart/alternative; boundary=001a11332660f5488e05089c241a
X-Archives-Salt: 5a8f9aca-52be-46c6-adbf-4bdda2218f5d
X-Archives-Hash: fdbecfb49640f76dd7fffcca0decbdcf
--001a11332660f5488e05089c241a
Content-Type: text/plain; charset=UTF-8
Oh. I've had to use that, even. I was thinking patches of ebuilds. (???)
On Mon, Nov 24, 2014 at 6:41 AM, Rich Freeman <rich0@gentoo.org> wrote:
> On Mon, Nov 24, 2014 at 3:20 AM, Sid S <r030t1@gmail.com> wrote:
> >
> >>Today, ebuilds don't even let a chance for an admin to apply a series of
> >>patches to the vanilla/distro-maintainer sources without having to
> >>rewrite/fork the ebuild.
> >
> > There isn't a way to specify ebuild properties in a way like command line
> > arguments? Where you can explicitly silence options by specifying them
> > later, etc?
> >
>
> Any environment-level property can be overridden at the command line,
> though this does not include patching.
>
> However, the original claim is still wrong - you just stick the
> patches in /etc/portage/patches. This only works for ebuilds that
> call epatch_user right now, but for EAPI6 it will work for all
> packages.
>
> --
> Rich
>
>
--001a11332660f5488e05089c241a
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">Oh. I've had to use that, even. I was thinking patches=
of ebuilds. (???)<br></div><div class=3D"gmail_extra"><br><div class=3D"gm=
ail_quote">On Mon, Nov 24, 2014 at 6:41 AM, Rich Freeman <span dir=3D"ltr">=
<<a href=3D"mailto:rich0@gentoo.org" target=3D"_blank">rich0@gentoo.org<=
/a>></span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:=
0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=3D"">On=
Mon, Nov 24, 2014 at 3:20 AM, Sid S <<a href=3D"mailto:r030t1@gmail.com=
">r030t1@gmail.com</a>> wrote:<br>
><br>
>>Today, ebuilds don't even let a chance for an admin to apply a =
series of<br>
>>patches to the vanilla/distro-maintainer sources without having to<=
br>
>>rewrite/fork the ebuild.<br>
><br>
> There isn't a way to specify ebuild properties in a way like comma=
nd line<br>
> arguments? Where you can explicitly silence options by specifying them=
<br>
> later, etc?<br>
><br>
<br>
</span>Any environment-level property can be overridden at the command line=
,<br>
though this does not include patching.<br>
<br>
However, the original claim is still wrong - you just stick the<br>
patches in /etc/portage/patches.=C2=A0 This only works for ebuilds that<br>
call epatch_user right now, but for EAPI6 it will work for all<br>
packages.<br>
<br>
--<br>
Rich<br>
<br>
</blockquote></div><br></div>
--001a11332660f5488e05089c241a--