public inbox for gentoo-catalyst@lists.gentoo.org
 help / color / mirror / Atom feed
From: Peter Stuge <peter@stuge.se>
To: gentoo-catalyst@lists.gentoo.org
Subject: Re: [gentoo-catalyst] Sort of Build Platform
Date: Wed, 25 Nov 2009 06:01:41 +0100	[thread overview]
Message-ID: <20091125050141.17938.qmail@stuge.se> (raw)
In-Reply-To: <166af1cf0911241051p1f6c13cbu471824822035c8b9@mail.gmail.com>

Pierre,

Please don't top-post.


Shinkan wrote:
> I thought Catalyst could do the exact same thing with a more
> Gentoo-ish way and sort-of cache settings.

Yes, that is also a good summary of what I wrote.


> But I'm still not sure.

Be sure.


> Here are the 2 crucial points that I don't want to evade :
> 1) I do not want to build with a "deploy base Gentoo system, then
> remove" strategy
..
> 2) I do not want my target system to bootstrap itselfs
..
> Can catalyst still do the job ?

For the fourth time: catalyst does what you want.

It creates a stage tarball according to instructions in a spec file.
It uses emerge to build and install all packages in the stage. It
saves binary packages of everything that has been built to save time
if you want to make changes and run catalyst again. You specify how
you want the tarball (or livecd) to be produced, by adding
information to the spec file.


> Why exactly should I make a profile ?

Because your target or guest system will be sufficiently different
from what the Gentoo profiles are intended for.


In your case another idea is to create a simple script that runs
after the stage4 is completed. Then you will not unmerge, empty or rm
anything in the stage4 spec file, but use your script to create the
deployment tarball with only the specific binaries and libraries that
you want. Of course avoiding the script has the big advantage that
you can encapsulate everything in a spec file and have catalyst
generate the final product, but it will have a long list with lots of
files that should _not_ be included. Having your own profile helps in
shortening that list too.


//Peter



  reply	other threads:[~2009-11-25  5:01 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-24 14:10 [gentoo-catalyst] Sort of Build Platform Shinkan
2009-11-24 17:37 ` Peter Stuge
2009-11-24 18:51   ` Shinkan
2009-11-25  5:01     ` Peter Stuge [this message]
2009-11-25 14:26       ` Shinkan

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=20091125050141.17938.qmail@stuge.se \
    --to=peter@stuge.se \
    --cc=gentoo-catalyst@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