From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1NDA0o-0003CI-Rr for garchives@archives.gentoo.org; Wed, 25 Nov 2009 05:01:55 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E333DE0676; Wed, 25 Nov 2009 05:01:42 +0000 (UTC) Received: from foo.birdnet.se (foo.birdnet.se [213.88.146.6]) by pigeon.gentoo.org (Postfix) with SMTP id 7E982E0676 for ; Wed, 25 Nov 2009 05:01:42 +0000 (UTC) Received: (qmail 17939 invoked by uid 501); 25 Nov 2009 05:01:41 -0000 Message-ID: <20091125050141.17938.qmail@stuge.se> Date: Wed, 25 Nov 2009 06:01:41 +0100 From: Peter Stuge To: gentoo-catalyst@lists.gentoo.org Subject: Re: [gentoo-catalyst] Sort of Build Platform Mail-Followup-To: gentoo-catalyst@lists.gentoo.org References: <166af1cf0911240610j52fdda71vd082ab515f39d33a@mail.gmail.com> <20091124173702.9617.qmail@stuge.se> <166af1cf0911241051p1f6c13cbu471824822035c8b9@mail.gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-catalyst@lists.gentoo.org Reply-to: gentoo-catalyst@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <166af1cf0911241051p1f6c13cbu471824822035c8b9@mail.gmail.com> X-Archives-Salt: 25aca073-9f5e-467d-a82f-1bb99ea94856 X-Archives-Hash: 59a9335e48e9e9ff29e0fac4ef48ee4b 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