From: Charles Duffy <cduffy@spamcop.net>
To: gentoo-catalyst@lists.gentoo.org
Subject: [gentoo-catalyst] Re: Relative paths in spec files
Date: Sun, 10 Jun 2007 18:25:47 -0500 [thread overview]
Message-ID: <f4i1ag$9cv$1@sea.gmane.org> (raw)
In-Reply-To: <44D7C81A.8080709@gentoo.org>
Andrew Gaffney wrote:
> With catalyst, there are so many paths that could be the "root"
> (/var/tmp/catalyst, /etc/catalyst, some random dir where you store your
> specs, etc.) that it just doesn't work.
I'm not sure that's a problem in everyone's environment.
In my case, I want to be able to check my complete set of configuration
for catalyst (spec files, overlays, linuxrc replacements, etc etc) into
subversion and have it Just Work regardless of exactly where the user
checks it out to. The key here is that because things are stored in
subversion in a specific tree layout, I know with certainty what the
relative paths look like on-disk, but I know nothing at all about the
absolute path.
Now, I can do this by hand by checking .spec.in files into svn and
preprocessing them, but that's ugly as sin; I'd much prefer to make
catalyst/modules/parse_spec.py support environment variable substitution
or somesuch, at least if `yall (agaffney, chris) would accept such a patch.
Would ${VARNAME} be acceptable to substitute in environment variables
(with ${PWD} being special), or would this stomp on some other
legitimate syntax?
--
gentoo-catalyst@gentoo.org mailing list
prev parent reply other threads:[~2007-06-10 23:27 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-07 22:58 [gentoo-catalyst] Relative paths in spec files Ted Kosan
2006-08-07 23:09 ` Andrew Gaffney
2006-08-09 6:07 ` Ted Kosan
2006-08-09 7:39 ` "Andreas Rückert"
2006-08-10 18:11 ` Ted Kosan
2007-06-10 23:25 ` Charles Duffy [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='f4i1ag$9cv$1@sea.gmane.org' \
--to=cduffy@spamcop.net \
--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