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

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

[Octave-bug-tracker] [bug #32049] Installation off package "communicatio


From: David Bateman
Subject: [Octave-bug-tracker] [bug #32049] Installation off package "communications" from octave forge fails.
Date: Thu, 06 Jan 2011 22:59:08 +0000
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.14) Gecko/2009091010 Iceweasel/3.0.14 (Debian-3.0.14-1)

Follow-up Comment #5, bug #32049 (project octave):

These variables are persistent to allow something like

pkg prefix /usr/share/octave/packages/ /usr/lib/octave/packages
pkg install mypackage.tar.gz

to work over the two calls to pkg. So once the user sets these they stick.
This means that the call that debain makes in octaverc sticks as well. It also
has the side-effect of removing the distinction between a local and global
install of a package, so the "-local" and "-global" flags will do nothing.

John if you instead do

pkg prefix ~/octave ~/octave

so that both the prefix and archprefix variables are set, I think you'll find
this works.

However, should we have a way to define the default package location rather
than hardcode it in pkg.m so that debian can set the system package
directories to be where they want them without removing the capacity for the
users to install the packages locally?

Something like

pkg prefix -default /usr/share/octave/packages/3.2
/usr/lib/octave/packages/3.2; 

which would then overwrite prefix and archprefix, saves them as a system
default value so that -global/-local can toggle between the default system
prefix and the local user prefix, without marking the change as having defined
a new user prefix. 

I attach a patch as an idea of what I mean.

D.

PS: This isn't an octave-forge bug as pkg is a core function of Octave.



(file #22366)
    _______________________________________________________

Additional Item Attachment:

File name: patch.pkg                      Size:2 KB


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?32049>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

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