Ticket #4512 (closed defect: fixed)
[with patch, positive review] sage path-related troubles
| Reported by: | craigcitro | Owned by: | craigcitro |
|---|---|---|---|
| Priority: | blocker | Milestone: | sage-3.2 |
| Component: | build | Keywords: | |
| Cc: | Author(s): | ||
| Report Upstream: | Reviewer(s): | ||
| Merged in: | Work issues: |
Description
Unfortunately, it seems that sage -sh doesn't ask the shell to avoid processing the .profile or equivalent. In particular, it can lead to things like this:
[craigcitro@sharma ~/new-three-two] $ ./sage -version Sage Version 3.2.rc0, Release Date: 2008-11-10 [craigcitro@sharma ~/new-three-two] $ ./sage -sh Starting subshell with Sage environment variables set. Be sure to exit when you are done and do not do anything with other copies of Sage! [craigcitro@sharma ~/new-three-two] $ sage -version SAGE Version 3.1.4, Release Date: 2008-10-16 [craigcitro@sharma ~/new-three-two] $ which sage /usr/local/bin/sage
This comes from the fact that I manually prepend certain things to my path in my .bashrc. Sadly, this leads to several small, subtle issues. I've attached a patch which turns several calls to sage into $SAGE_ROOT/sage.
However, something more serious is needed. I think that the right approach is to start the new shell without processing any login files, so that we know our path is correct. The patch does that.
I'm listing this as a blocker, because it causes such subtle errors, and because a fix is attached.

