From: Phil Blundell <pb@pbcl.net>
To: Mark Hatle <mark.hatle@windriver.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 1/1] sanity.bbclass: check for validity of TMPDIR
Date: Thu, 14 Nov 2013 16:04:12 +0000 [thread overview]
Message-ID: <1384445052.17320.76.camel@phil-desktop.brightsign> (raw)
In-Reply-To: <5284F119.8010903@windriver.com>
On Thu, 2013-11-14 at 09:49 -0600, Mark Hatle wrote:
> On 11/14/13, 7:42 AM, Phil Blundell wrote:
> > On Thu, 2013-11-14 at 06:27 -0700, Gary Thomas wrote:
> >> Also, is "-" actually valid? I seem to recall having problems when my build
> >> tree had the hyphen ("-") in the path.
> >
> > Paths with "-" in certainly work for me. If there are any recipes which
> > break in that situation then we should just fix them.
>
> We found an issue with paths that -start- with a '-', there are apparently many
> places where paths are passed into various shell, and the initial '-' can be
> read as an argument identifier.
Right, I can imagine that this would break fairly badly. But if we're
going to require TMPDIR to be an absolute path (which seems perfectly
reasonable) then by definition it can't start with - so this will
presumably become a non-issue.
> I don't believe Qi Chen sent it to the list, but we built path names with all of
> the special characters and tried to run builds. The specific list is based on
> the results of those tests. The other items are already broken, and we're
> trying to be explicit with this for end users. (Note, it's really the TMPDIR
> that matters.. the 'build' directory is a lot more flexible.)
Yeah, I saw the results of those tests. My slight reservation with that
methodology is that, if any single recipe fails with a given character
in TMPDIR, no matter how obscure that recipe might be, it seems that
this is enough to make that character verboten. For example, the
rationale for excluding "+" seems to be that it breaks tcl; if this is
the only recipe that fails then it seems like it might be worth at least
trying to fix tcl rather than excluding "+" from TMPDIRs for ever more.
But, clearly, there are some characters in the list that are "just
silly" to have in pathnames. I don't think anybody would be surprised
to learn that "*" and "$" cause problems and blacklisting those ones
does seem quite reasonable.
p.
next prev parent reply other threads:[~2013-11-14 16:04 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-14 13:07 [PATCH 0/1] sanity.bbclass: check for validity of TMPDIR Qi.Chen
2013-11-14 13:07 ` [PATCH 1/1] " Qi.Chen
2013-11-14 13:12 ` Richard Purdie
2013-11-15 2:41 ` ChenQi
2013-11-14 13:27 ` Gary Thomas
2013-11-14 13:42 ` Phil Blundell
2013-11-14 13:50 ` Gary Thomas
2013-11-14 15:49 ` Mark Hatle
2013-11-14 16:04 ` Phil Blundell [this message]
2013-11-14 18:02 ` Mark Hatle
2013-11-14 18:01 ` Saul Wold
2013-11-15 2:49 ` ChenQi
2013-11-15 2:44 ` [PATCH 0/1] " ChenQi
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=1384445052.17320.76.camel@phil-desktop.brightsign \
--to=pb@pbcl.net \
--cc=mark.hatle@windriver.com \
--cc=openembedded-core@lists.openembedded.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