public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] stage3.1 USE flags, okay to 'ignore' differences?
Date: Sat, 20 Aug 2011 17:43:04 +0200	[thread overview]
Message-ID: <2857014.TypM99uMn3@nazgul> (raw)
In-Reply-To: <CAA2qdGWP_4+_bcgqWw5_G=nC2UyCWMJrO+abt0dOzzNMQ3s92Q@mail.gmail.com>

On Sat 20 August 2011 22:13:07 Pandu Poluan did opine thusly:
> I hope someone can shed me some light here.
> 
> I keep finding myself doing time-consuming emerges for my Gentoo
> (virtual) systems (e.g., gcc-4.5.3, glibc-2.13, emerge -e, and so
> on). So, I found myself wanting to build a so-called 'stage3.1'
> tarball (i.e., a stage3 tarball *plus* the things I did all this
> time).
> 
> Now, my systems have different USE flags, depending on its usage. So
> my question is:
> 
> Can I just disregard the differences in USE flags for my stage3.1
> (e.g., just use the most-minimal amount of USE flags) and do an
> emerge -avuND @system @world for every system having a different
> set of USE flag? Or should I make one stage3.1 tarball for each USE
> flag combination?

Either way works. All you have here is a classic case of finding the 
sweet spot that is maximum commonality and minimum hassle to tweak it.

Only you can define where that sweet spot is, as the answer relies on 
things like how much resources you have to re-compile, the number of 
re-emerging to be done, and how little (or much) tolerance you have.

To get a real answer you'd have to give full details on your new 
tarball, USE flags, and how the actual machines using them differ. 
Then describe the impact of those changes and which bits you are happy 
with. I then doubt many people would bother reading and responding :-)

Personally, I consider anything that needs glibc, gcc and the bulk of 
@system to be rebuild to be a PITA and I'd be making different 
tarballs for those once. But if the list of remerges is say 30 perl 
packages then I wouldn't bother and just stick with one tarball as 
that update is about 4 minutes worth of time. But that's just me.


-- 
alan dot mckinnon at gmail dot com



      reply	other threads:[~2011-08-20 15:45 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-20 15:13 [gentoo-user] stage3.1 USE flags, okay to 'ignore' differences? Pandu Poluan
2011-08-20 15:43 ` Alan McKinnon [this message]

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=2857014.TypM99uMn3@nazgul \
    --to=alan.mckinnon@gmail.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