From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GBF29-0002ij-Ja for garchives@archives.gentoo.org; Thu, 10 Aug 2006 18:13:30 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k7AIC2Hf001183; Thu, 10 Aug 2006 18:12:02 GMT Received: from web31813.mail.mud.yahoo.com (web31813.mail.mud.yahoo.com [68.142.207.76]) by robin.gentoo.org (8.13.7/8.13.6) with SMTP id k7AIC0St013870 for ; Thu, 10 Aug 2006 18:12:01 GMT Received: (qmail 23879 invoked by uid 60001); 10 Aug 2006 18:11:59 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=t/8RWd9z9eyUdBLwE8XCtgsC9gxZY5CbjtM1jkcYHRMepU8U25lJ+xnFqGLPr2SQ53VJ6+qmyefhh0UGXihXIb2NpSgMTic4Vt9psGovZFXYcoL7JxDytrbgFFPqhL8oNtLfD8VTa8oiIv+PeVP88+BEu2pznNs3OXqQxL7uKEM= ; Message-ID: <20060810181159.23877.qmail@web31813.mail.mud.yahoo.com> Received: from [206.21.94.184] by web31813.mail.mud.yahoo.com via HTTP; Thu, 10 Aug 2006 11:11:59 PDT Date: Thu, 10 Aug 2006 11:11:59 -0700 (PDT) From: Ted Kosan Subject: Re: [gentoo-catalyst] Relative paths in spec files To: gentoo-catalyst@lists.gentoo.org In-Reply-To: <20060809073944.322440@gmx.net> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-catalyst@gentoo.org Reply-to: gentoo-catalyst@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Archives-Salt: 4f78f4f3-6d09-4290-900d-221cc003fdf1 X-Archives-Hash: 953a25c6ca4bbd5ca4bb15fe5658489e Andreas wrote: > What we did here, is writing make files. Such things are handled with m4 > here. Also stuff like the > timestamp. So you'd call > make snapshot livecd_stage1 livecd_stage2 write_cd > here to create a new livecd and burn it. I thought about this approach but then I decided to pursue the route of using relative paths instead. The reason for this is that my goal with the CVS checkout strategy is primarily educational. Instead of shielding a Catalyst newbie from the details of how to configure Catalyst and use it, what I am interested in doing is helping to explain it. As part of this approach, what I would like to do is to reduce the amount of error-prone typing a Catalyst newbie has to do in order to achieve their initial error-free target builds. Here is the directory structure that I am putting together in the CVS: CVS fsscript_file motd_file spec_files catalyst_config_files kernel_config_files portage_conf store_dir livecd_overlay root_overlay My goal is to have all of the configuration files needed to build targets contained within this directory structure. The ability for Catalyst to work with relative paths would significantly reduce the need for the user to edit the various paths that are present in the Catalyst config file and the spec files before they can attempt their initial target builds. Thank you, though, for your suggestion of using make or ant to help with Catalyst builds. Now that I know that others are using this approach I think I will experiment with it a bit to see how well it works :-) Ted Kosan tkosan@dev.java.net -- gentoo-catalyst@gentoo.org mailing list