bugGNU Octave - Bugs: bug #31695, Order of users "PATH"...

 
 

bug #31695: Order of users "PATH" not respected from within ./run-octave

Submitter:  Olaf Till <i7tiol>
Submitted:  Thu 18 Nov 2010 02:46:29 PM UTC
   
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  None
Status:  Fixed Assigned to:  None
Originator Name:  Olaf Till Open/Closed:  * Closed
Release:  * dev Operating System:  * GNU/Linux
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Tue 27 Sep 2011 08:24:07 AM UTC, comment #5: 

Yes, with stable d049192e5d15 (2011-09-11) Octaves paths are appended to the users paths, not prepended. With default branch its the same with e205ebe2ba67 (2011-05-02); recent changeset currently does not compile for me, but if you already checked it, it should be the same, too ...

For the record:

Due to the attack to Savannah last year, the following follow-up from Nov 25th 2010 had been lost and was never restored, though I reported the loss:

============ start of lost entry ==============================

Update of bug #31695 (project octave):

                  Status:                    None => Fixed
             Open/Closed:                    Open => Closed

    _____________________________________________________

Follow-up Comment #3:

I checked in the following changeset:

http://hg.savannah.gnu.org/hgweb/octave/rev/e2a4f3478b7c

The change was intentional, but accidentally checked in as part of another
bug fix for datetick.  The ChangeLog entry is in a separate changeset:

http://hg.savannah.gnu.org/hgweb/octave/rev/2bbea68c8abc


================== end of lost entry =======================



But later (26th Nov. 2011) jwe made the change:

 http://hg.savannah.gnu.org/hgweb/octave/rev/4ecc7bc5bc83


Thomas Webers comment came after this and indicated that Octaves paths were prepended to PATH (in Octave-3.4, but no exact changeset number was given), but currently, as said above, they are appended.

Olaf Till <i7tiol>
Group Member
Tue 27 Sep 2011 04:02:36 AM UTC, comment #4: 

Can the original reporter re-verify this issue.  With a recent development tip (2011/09/26 : e066d173aae6) the user's $PATH appears to be correctly placed before Octave paths.

I used the following code to verify the PATH.


./run-octave
system ('echo $PATH')


Rik <rik5>
Group administrator
Wed 04 May 2011 08:07:54 PM UTC, comment #3: 

I've reported a similar issue with system() on the maintainer list and John pointed me to this bug report.

I think the main issue here is the fact that a system path is prepended to the user path:
/usr/local/bin in the bug report
/usr/bin im my report at https://mailman.cae.wisc.edu/pipermail/octave-maintainers/2011-May/023832.html

I think that just leaving out this part of the path would fix the problem without breaking anything.

Thomas Weber <tweber>
Fri 19 Nov 2010 08:35:55 AM UTC, comment #2: 

Maybe programs installed with Octave should be called with an explicit path when implicitely called by Octave. (The mkoctfile shellscript is already called so by mkoctfile.m).

If programs, installed with Octave or not, are called without explicit path, I would expect that the users PATH is unchanged.

I would leave the decision to you whether to move this topic to the maintainers list.

Olaf Till <i7tiol>
Group Member
Thu 18 Nov 2010 07:24:57 PM UTC, comment #1: 

I don't think this is specific to the run-octave script.  I don't see anything there that sets the PATH.

But Octave does put some directories in EXEC_PATH, and that is prepended to PATH when the system function executes an external program.  The idea there is to ensure that we call programs installed with Octave before others in the user's PATH.  But maybe this is not the best solution.  Perhaps we should discuss this on the maintainers list.

John W. Eaton <jwe>
Group administrator
Thu 18 Nov 2010 02:46:29 PM UTC, original submission:  

My path in interactive shell sessions is

/usr/nfs/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/home/olaf/bin

Within Octave called with ./run-octave, this order is changed (/usr/nfs/bin is now after /usr/local/bin):

octave:1> getenv ("PATH")
ans = /usr/local/libexec/octave/3.3.53+/site/exec/x86_64-unknown-linux-gnu:/usr/local/libexec/octave/api-v41+/site/exec/x86_64-unknown-linux-gnu:/usr/local/libexec/octave/site/exec/x86_64-unknown-linux-gnu:/usr/local/libexec/octave/3.3.53+/exec/x86_64-unknown-linux-gnu:/usr/local/bin:/usr/nfs/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/home/olaf/bin
octave:2>

This is probably the reason that during building Octave calles the wrong gnuplot on my system (causing errors in building, but due to another bug connected with this gnuplots version --- this is reported separately).

Olaf Till <i7tiol>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by rik5 (Posted a comment)
  • -email is unavailable- added by tweber (Posted a comment)
  • -email is unavailable- added by jwe (Posted a comment)
  • -email is unavailable- added by i7tiol (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group members can vote.

     

    Follow 3 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2011-09-27 rik5 StatusNeed Info Fixed
        Open/ClosedOpen Closed
    2011-09-27 rik5 StatusNone Need Info

    Back to the top

    Powered by Savane 3.13-02a9.
    Corresponding source code