[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #58299] Local packages for different Octave ve
From: |
Philip Nienhuis |
Subject: |
[Octave-bug-tracker] [bug #58299] Local packages for different Octave versions cannot be installed in parallel |
Date: |
Tue, 5 May 2020 16:39:44 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Firefox/52.0 Lightning/5.8.1 |
Follow-up Comment #4, bug #58299 (project octave):
@Markus: see bug #36477, bug #40444, bug #57463 and bug #55822
To be precise in bug #58225 I referred to .m files in OF packages, and it's
not those .m-files that differ between Octave versions but rather many OF
packages have .m files that explicitly depend on some range of Octave
versions. (sorry for nitpicking)
FWIW my experience is that .m-files usually have a much longer lifetime across
Octave releases than .oct files. Other than that I think Mike's suggestion is
a good one.
But maybe the mxe-octave installer should be adapted to wipe local package
directories relating to its Octave version (after user consent, of course).
This bug report is about locally installed packages but for global packages I
see a lot of similarities.
On Windows all global stores are installed separately for mxe-octave
cross-builds so little problems there. But AIU on *nix the global package
stores (both in share/ and lib/) are shared between Octave versions. Will
e.g., updating or reinstalling a global package running a newer Octave version
(with different api no.) lead to removal of the existing subdir with .oct
files for the older api? (I guess so, looking at the logic in pkg.m)
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?58299>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/