octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #58299] Local packages for different Octave ve


From: Markus Mützel
Subject: [Octave-bug-tracker] [bug #58299] Local packages for different Octave versions cannot be installed in parallel
Date: Mon, 4 May 2020 06:35:42 -0400 (EDT)
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:76.0) Gecko/20100101 Firefox/76.0

URL:
  <https://savannah.gnu.org/bugs/?58299>

                 Summary: Local packages for different Octave versions cannot
be installed in parallel
                 Project: GNU Octave
            Submitted by: mmuetzel
            Submitted on: Mon 04 May 2020 12:35:40 PM CEST
                Category: Interpreter
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Unexpected Error
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
                 Release: 6.0.90
         Discussion Lock: Any
        Operating System: Any

    _______________________________________________________

Details:

The local package store for Windows is in %USERPROFILE%\octave atm.
It is possible to install several different versions of Octave (very easy on
Windows). All of these versions share the same local package store.
But .oct files are usually not binary compatible between versions. In another
bug report [1], Philip wrote that also some .m files might be different
depending on the Octave version.
So updating a local package in one version of Octave can break it for the
other version.

This issue will get more prominent because we plan on installing packages to
the local store by default on Windows starting Octave 6.

Maybe the local package store should also include the Octave (major) version
or API version in the path.

I believe there was a bug report about moving the local package store to
%LOCALAPPDATA% or something. But I can no longer find that bug. So opening a
new bug here.

I'd like to propose to store the local packages at
%LOCALAPPDATA%/octave/{version} where {version} is the string returned by
"version" (e.g. "6.1.0").

While this bug is focused mainly on the situation on Windows, it might make
sense to make a similar change on all platforms. After all, after updating to
a newer Octave version (or a downgrade fwiw), it is necessary to recompile all
installed packages. So it would make sense to not list them from their old
location when they probably won't work anyway.

Any thoughts?

[1]: https://savannah.gnu.org/bugs/index.php?58225#comment10




    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58299>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]