public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Harry Putnam <reader@newsguy.com>
To: gentoo-user@lists.gentoo.org
Subject: [gentoo-user]  Introduce Manual manipulation during an emerge
Date: Fri, 12 Jun 2009 14:59:53 -0500	[thread overview]
Message-ID: <uprd9cjeu.fsf@newsguy.com> (raw)

I'm really sorry to keep beating on this portage stuff and I guess I
must be something of a dimwit since I find just about anything to do
with portage and emerge that is outside `emerge -flags whatever'
to be really hard to catch on to, even though (and shouldn't admit
this) I've been running gentoo for at least 5 yrs and probably more.

I read up on the parts I need at times when I run into trouble and get
much coaching and pointers here.   But then in a few mnths, with no
problems I've forgotten the vast bulk of whatever I picked up.  And I
mean even when I've made notes...

Anyway cutting to the chase:

I want to do some manual manipulation to a failing emerge of procmail.

    emerge -v procmail 
  (details here were posted elsewhere but involves somekind missnaming
  of getline in the ebuild)

It fails but has a simple enough fix. It needs to have a sed exchange
take place in the unpacked source.

Running  `sed -i -e 's/getline/get_line/g' src/*.c src/*.h'
In top level of the upacked source will allow it to compile fine.
So once all instances of getline are changed to get_line... it works.

Now how do I go about doing that right during the emerge?

For something like this it seems way overkill to have a separate
custom /usr/local/portage where I build my own.  Especially since I
find that whole process difficult and way overkill for this problem.

Further its something that will almost certainly be fixed soon and
won't be something I have to attend to again.

I'm pretty sure there is some way to introduce custom action during
emerge and remember doing something like that before to fix cvs so
root could commit.  It envolved either a ./configure or make flag that
portage didn't employ... somehow, with coaching here... I was able to
introduce a non-default flag.

Isn't there a simple way to introduce the sed run in procmail sources
during emerge?

Oh, and to fix cvs again too... with this new install I've started from
scratch after nursing one original install and upating over yrs. 




             reply	other threads:[~2009-06-12 20:00 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-12 19:59 Harry Putnam [this message]
2009-06-12 20:16 ` [gentoo-user] Introduce Manual manipulation during an emerge Stroller
2009-06-12 20:57   ` [gentoo-user] " Harry Putnam
2009-06-12 20:43 ` [gentoo-user] " Mike Kazantsev
2009-06-12 20:58   ` [gentoo-user] " Harry Putnam
2009-06-12 21:22   ` Harry Putnam
2009-06-12 23:20     ` Arttu V.
2009-06-12 23:39       ` Harry Putnam
2009-06-13  0:19         ` Arttu V.
2009-06-13 13:57           ` Harry Putnam

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=uprd9cjeu.fsf@newsguy.com \
    --to=reader@newsguy.com \
    --cc=gentoo-user@lists.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