octave-maintainers
[Top][All Lists]
Advanced

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

Re: octave packages


From: Orion Poplawski
Subject: Re: octave packages
Date: Mon, 24 Sep 2007 16:34:50 -0600
User-agent: Thunderbird 2.0.0.6 (X11/20070911)

David Bateman wrote:
Octave has to handle the packaging at some point otherwise Octave has no
knowledge of package and can't load and unload the packages from the
path as needed (think NaN package that is useful but not always).. Sorry
the "one package manager to rule them all" argument can not hold here
and the distribution packages will have to let Octave do at this part of
the job..

I still think you may need two classes of packages - one that is enabled by default upon install and all users automatically get them, and one that is installed but not available until "pkg load" or some such is done. Maybe not, but it seems useful to me.

My idea of the minimum at the moment is what is, and has been for a few
months, in the octave-forge CVS as the "make srpms" target. Orion has
pointed out that the effort I previously made to separate the
architecture dependent and independent files did go far enough and I
have a patch for that (see the message
http://www.cae.wisc.edu/pipermail/octave-maintainers/2007-September/004057.html,
though I've simpliied it a bit since its not fundamentally different),
that places the archiecture dependent code in

<prefix>/libexec/octave/packages/<package>/getarch()

and this can be set with a command to Octave by

pkg prefix <prefix> <archprefix>

to allow for builds that aren't preformed by root. I believe the only
change needed to the octave-forge "make srpms" target to make use of the
patch to pkg.m above is the patch attached, though I won't apply this
till the pkg.m patch is discussed...


Trying to use these patches (to pkg.m and package_Makefile) , but I'm still seeing everything end up it /usr/share/octave/packages. Are we missing setting -global? Also, it looks like the oct files would go to /usr/libexec/octave/packages on 32-bit as well as 64-bit with this patch.



--
Orion Poplawski
Technical Manager                     303-415-9701 x222
NWRA/CoRA Division                    FAX: 303-415-9702
3380 Mitchell Lane                  address@hidden
Boulder, CO 80301              http://www.cora.nwra.com


reply via email to

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