Bugs for Sorcery are reported here

[bugzilla-daemon AT bugs.sourcemage.org]

http://bugs.sourcemage.org/show_bug.cgi?id=13565





------- Additional Comments From acedit AT armory.com  2007-02-25 12:55 -------
Thank you for tracking down the cause of the failure.

I disagree with your patch because it fixes merely a symptom of the problem, 
and
not the actual problem. Instead failglob should either be explicitly disabled,
or the leak through which failglob got enabled in cast's environment should be
closed. This failure is probably the tip of the iceberg for non-standard shell
option setting malfunctions.

When I try to reproduce this I can only get the failure when I explicitly 
shopt
-s failglob *inside* cast or one of sorcery's config files. The way in which 
you
reproduce this needs to be further documented. Do you start cast as a regular
user and let it su for you? Do you run it through sudo? Do you run it already 
as
root? Where are you setting failglob?

Cast should be starting itself in a non-login, non-interactive shell (iirc), 
so
most custom settings should be ignored...maybe theres a valid reason and way 
to
have failglob enabled in scripts, in which case cast will have to explicitly
disable it.

--

Cast shields itself from custom environment settings except for in specific
known places. In general programs are written w/ some basic assumptions about
the environment, they're abstracted away from those details to make the core
code simpler and easier to write/modify/debug. Imagine what life would be like
if cast allowed a custom IFS variable.

-- 
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.