public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "C. Brewer" <cbrewer@stealthaccess.net>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches
Date: Tue, 8 Jul 2003 10:29:53 -0700	[thread overview]
Message-ID: <20030708102953.176cf668.cbrewer@stealthaccess.net> (raw)
In-Reply-To: <20030708114927.6ca69f05.citizen428@cargal.org>

[-- Attachment #1: Type: text/plain, Size: 1834 bytes --]

On Tue, 8 Jul 2003 11:49:27 +0800
Michael Kohl <citizen428@cargal.org> wrote:

> On Mon, 7 Jul 2003 23:39:23 +0300
> Svyatogor <svyatogor@gentoo.org> wrote:
> 
> > Ok, enough is enough. This should go into FAQ. Don't you think so?
> 
> The FAQ already has a paragraph about doing the .configure part
> manually, maybe this should be made a little more general, e.g. 
> 
> "How can I configure/patch a package myself without modifying the
> ebuild?
> 
> You can do this with the Ebuild command (man ebuild)....."
> 
> Michael

I'm thinking the whole point has been missed in an effort to "make do" with
the current tools.
MYPATCHES="path/to/patches" emerge foo
would definitely be easier than a
ebuild foo.ebuild {fetch|upack} patch sources etc.
For that kind of effort, it would be far easier to edit the ebuild directly.
I think you'd be surprised that on a ~x86 box the number of patches that
need to be added, or better yet, taken out as they are not needed or break
the package under certain circumstances, not to mention the amount of
patches that are included with some ebuilds as a sweeping general purpose
one-size fits all patching. For example, the build for XFree86 contains
patches for several video cards and tablets which get applied regardless of
the card you specify in USE=" ". In closing, the ebuild command is great
when you need to manually play with the ./configure script, but for sorting
patches, it is akin to using a hammer and vice-grips to remove a nut you
don't have the wrench for. I'd like to see this given serious thought, and
not passed off as another "we need to dumb down the FAQ" attempt. If it can
be done with the USE flags, it shouldn't be too hard to tweak this,no?


Thanks



-- 
Chuck Brewer
Registered Linux User #284015
Get my gpg public key at pgp.mit.edu!! Encrypted e-mail preferred.



[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2003-07-08 17:32 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-07 19:36 [gentoo-dev] [FEATURE-REQUEST][PORTAGE] Apply custom patches Florian Huber
2003-07-07 19:44 ` Eric Sammer
2003-07-07 19:44 ` Matt Rickard
2003-07-07 20:39   ` Svyatogor
2003-07-08  3:49     ` Michael Kohl
2003-07-08 17:29       ` C. Brewer [this message]
2003-07-08 17:40         ` rob holland
2003-07-08 21:27           ` Norberto BENSA
2003-07-09  8:24             ` rob holland

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20030708102953.176cf668.cbrewer@stealthaccess.net \
    --to=cbrewer@stealthaccess.net \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox