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--