Sorry for the delay.
On Mon, Apr 23, 2012 at 02:59:41PM +0200, Juan Pablo Carbajal wrote:
> On Sun, Apr 22, 2012 at 12:29 AM, Clemens Buchacher wrote:
> >
> > I tried, but it requires general 1.3.0. I installed the latter and
> > geometry from svn, after which I noticed that pkg list did not show
On Sun, Apr 22, 2012 at 12:29 AM, Clemens Buchacher wrote:
> Hi Juan,
>
> On Mon, Apr 16, 2012 at 10:32:43AM +0200, Juan Pablo Carbajal wrote:
>>
>> Could you please check if geometry-1.5.0 from svn r10235 installs
>> correctly for you?
>
> I tried, but it requires general 1.3.0. I installed the l
Hi Juan,
On Mon, Apr 16, 2012 at 10:32:43AM +0200, Juan Pablo Carbajal wrote:
>
> Could you please check if geometry-1.5.0 from svn r10235 installs
> correctly for you?
I tried, but it requires general 1.3.0. I installed the latter and
geometry from svn, after which I noticed that pkg list did n
On 26 March 2012 00:04, c. wrote:
> Actually there is no multible inst/ directories, what Juan Pablo refers to as
> subpackages
> are just subdirectories of one single inst/ directory, have a look at 'ocs'
> or 'geometry'
> for an example.
>
> What one needs to do is just to descend recursively
2012/3/26 c. :
>
> On 26 Mar 2012, at 00:59, Carnë Draug wrote:
>
>> That's what I meant. But I don't think such situation would demand
>> much more from the package mantainer, a perl script could be easily
>> cooked that would deal with the mutiple inst/ files. The only problem
>> would be with mu
On 26 Mar 2012, at 00:59, Carnë Draug wrote:
> That's what I meant. But I don't think such situation would demand
> much more from the package mantainer, a perl script could be easily
> cooked that would deal with the mutiple inst/ files. The only problem
> would be with mutiple src/ and but unle
On 25 March 2012 16:03, c. wrote:
> On 25 Mar 2012, at 16:56, Juan Pablo Carbajal wrote:
>> 2012/3/25 c. :
>>>
> 1 - change the PKG_ADD in the packages
>
> 2 - patch pkg.m to handle subdirectories in a better way
>
> 3 - forbid the use of subdirectorues in packages
>>>
>>> O
Juan Pablo Carbajal wrote:
> On Sun, Mar 25, 2012 at 5:16 PM, Philip Nienhuis
> wrote:
>> Clemens Buchacher wrote:
>>>
>>> On Sat, Mar 24, 2012 at 11:06:57PM +0100, Juan Pablo Carbajal wrote:
On Sat, Mar 24, 2012 at 10:02 PM, Clemens Buchacher
wrote:
>
>
> With svn r1
Clemens Buchacher wrote:
> On Sun, Mar 25, 2012 at 04:58:26PM +0200, c. wrote:
>>
>> I don't think this completely solves the issue we are dealing with,
>> if all files are installed in the same path a PKG_ADD file like this:
>>
>> http://geopdes.svn.sourceforge.net/viewvc/geopdes/trunk/geopdes_bas
On Sun, Mar 25, 2012 at 04:58:26PM +0200, c. wrote:
>
> I don't think this completely solves the issue we are dealing with,
> if all files are installed in the same path a PKG_ADD file like this:
>
> http://geopdes.svn.sourceforge.net/viewvc/geopdes/trunk/geopdes_base/PKG_ADD?revision=456&view=ma
On Sun, Mar 25, 2012 at 05:16:52PM +0200, Philip Nienhuis wrote:
> Clemens Buchacher wrote:
> >
> >The io packages seems to parse the installation directory from pkg('list')
> >output for different reasons, but I find this quite ugly:
> >
> > pkglist = pkg ("list");
> > javapkgind = find (cellfun
On Sun, Mar 25, 2012 at 5:20 PM, c. wrote:
>
> On 25 Mar 2012, at 18:07, Juan Pablo Carbajal wrote:
>
>> Maybe this is too much work, but I guess rebuild should work as follows:
>> 1. Parse ~/.octave_packages file to get all folders set at
>> installation time (i.e. get the right prefix for each p
On Sun, Mar 25, 2012 at 6:20 PM, c. wrote:
>
> On 25 Mar 2012, at 18:07, Juan Pablo Carbajal wrote:
>
>> Maybe this is too much work, but I guess rebuild should work as follows:
>> 1. Parse ~/.octave_packages file to get all folders set at
>> installation time (i.e. get the right prefix for each p
On 25 Mar 2012, at 18:07, Juan Pablo Carbajal wrote:
> Maybe this is too much work, but I guess rebuild should work as follows:
> 1. Parse ~/.octave_packages file to get all folders set at
> installation time (i.e. get the right prefix for each package)
> 2. Rebuild accordingly
> 3. Replace ~/.o
On Sun, Mar 25, 2012 at 6:03 PM, Juan Pablo Carbajal
wrote:
> On Sun, Mar 25, 2012 at 6:00 PM, c. wrote:
>>
>> On 25 Mar 2012, at 17:57, Juan Pablo Carbajal wrote:
>>
>>> Carlo,
>>> Yes, this is exactly the solution for the PKG_ADD in geometry
>>> http://octave.svn.sf.net/viewvc/octave/trunk/octa
On Sun, Mar 25, 2012 at 6:00 PM, c. wrote:
>
> On 25 Mar 2012, at 17:57, Juan Pablo Carbajal wrote:
>
>> Carlo,
>> Yes, this is exactly the solution for the PKG_ADD in geometry
>> http://octave.svn.sf.net/viewvc/octave/trunk/octave-forge/main/geometry/PKG_ADD?revision=10052&view=markup
>>
>> The p
On Sun, Mar 25, 2012 at 5:16 PM, Philip Nienhuis wrote:
> Clemens Buchacher wrote:
>>
>> On Sat, Mar 24, 2012 at 11:06:57PM +0100, Juan Pablo Carbajal wrote:
>>>
>>> On Sat, Mar 24, 2012 at 10:02 PM, Clemens Buchacher
>>> wrote:
With svn r10045, I now get the following on load inst
On 25 Mar 2012, at 17:57, Juan Pablo Carbajal wrote:
> Carlo,
> Yes, this is exactly the solution for the PKG_ADD in geometry
> http://octave.svn.sf.net/viewvc/octave/trunk/octave-forge/main/geometry/PKG_ADD?revision=10052&view=markup
>
> The problem is that the information in pkg("prefix") does
On Sun, Mar 25, 2012 at 4:58 PM, c. wrote:
>
> On 25 Mar 2012, at 14:26, Juan Pablo Carbajal wrote:
>
>> function dir = pkg_dir(name)
>> [local_packages, global_packages] = pkg("list");
>> installed_pkgs_lst = {local_packages{:}, global_packages{:}};
>>
>> installed_names = cellfun (@(x) x.name,
>
Clemens Buchacher wrote:
> On Sat, Mar 24, 2012 at 11:06:57PM +0100, Juan Pablo Carbajal wrote:
>> On Sat, Mar 24, 2012 at 10:02 PM, Clemens Buchacher wrote:
>>>
>>> With svn r10045, I now get the following on load instead:
>>>
>>> warning: addpath: /home/drizzd/octave/geometry-1.4.2/geom2d: No su
On 25 Mar 2012, at 16:56, Juan Pablo Carbajal wrote:
> 2012/3/25 c. :
>>
1 - change the PKG_ADD in the packages
2 - patch pkg.m to handle subdirectories in a better way
3 - forbid the use of subdirectorues in packages
>>
>> On 25 Mar 2012, at 14:43, Carnë Draug wro
On 25 Mar 2012, at 14:26, Juan Pablo Carbajal wrote:
> function dir = pkg_dir(name)
> [local_packages, global_packages] = pkg("list");
> installed_pkgs_lst = {local_packages{:}, global_packages{:}};
>
> installed_names = cellfun (@(x) x.name,
> installed_pkgs_lst,'uniformoutput',false);
> [tf id
2012/3/25 c. :
>
>>> 1 - change the PKG_ADD in the packages
>>>
>>> 2 - patch pkg.m to handle subdirectories in a better way
>>>
>>> 3 - forbid the use of subdirectorues in packages
>
> On 25 Mar 2012, at 14:43, Carnë Draug wrote:
>
>> The idea of having this subdirectories is a matter of organi
>> 1 - change the PKG_ADD in the packages
>>
>> 2 - patch pkg.m to handle subdirectories in a better way
>>
>> 3 - forbid the use of subdirectorues in packages
On 25 Mar 2012, at 14:43, Carnë Draug wrote:
> The idea of having this subdirectories is a matter of organization for
> the package
2012/3/25 Carnë Draug :
> On 25 March 2012 11:43, c. wrote:
>> I see 3 possibilities to fix this:
>>
>> 1 - change the PKG_ADD in the packages
>>
>> 2 - patch pkg.m to handle subdirectories in a better way
>>
>> 3 - forbid the use of subdirectorues in packages
>>
>> I personally don't like the
On 25 March 2012 11:43, c. wrote:
> I see 3 possibilities to fix this:
>
> 1 - change the PKG_ADD in the packages
>
> 2 - patch pkg.m to handle subdirectories in a better way
>
> 3 - forbid the use of subdirectorues in packages
>
> I personally don't like the third solution, what would you pref
On Sat, Mar 24, 2012 at 11:06:57PM +0100, Juan Pablo Carbajal wrote:
> On Sat, Mar 24, 2012 at 10:02 PM, Clemens Buchacher wrote:
> >
> > With svn r10045, I now get the following on load instead:
> >
> > warning: addpath: /home/drizzd/octave/geometry-1.4.2/geom2d: No such file
> > or directory
>
On Sun, Mar 25, 2012 at 12:43:07PM +0200, c. wrote:
>
> I see 3 possibilities to fix this:
>
> 1 - change the PKG_ADD in the packages
>
> 2 - patch pkg.m to handle subdirectories in a better way
Maybe adding a "pkg dir" function would make it easier for PKG_ADD's to
handle.
function dir = pk
On Sun, Mar 25, 2012 at 1:51 PM, Clemens Buchacher wrote:
> On Sun, Mar 25, 2012 at 12:43:07PM +0200, c. wrote:
>>
>> I see 3 possibilities to fix this:
>>
>> 1 - change the PKG_ADD in the packages
>>
>> 2 - patch pkg.m to handle subdirectories in a better way
>
> Maybe adding a "pkg dir" functi
On Sun, Mar 25, 2012 at 12:43 PM, c. wrote:
>
> On 24 Mar 2012, at 23:06, Juan Pablo Carbajal wrote:
>
>> On Sat, Mar 24, 2012 at 10:02 PM, Clemens Buchacher wrote:
>>> On Sat, Mar 17, 2012 at 01:42:19PM +0100, Juan Pablo Carbajal wrote:
On Sun, Mar 11, 2012 at 12:56 PM, Clemens Buchacher w
On 24 Mar 2012, at 23:06, Juan Pablo Carbajal wrote:
> On Sat, Mar 24, 2012 at 10:02 PM, Clemens Buchacher wrote:
>> On Sat, Mar 17, 2012 at 01:42:19PM +0100, Juan Pablo Carbajal wrote:
>>> On Sun, Mar 11, 2012 at 12:56 PM, Clemens Buchacher wrote:
Hi Juan,
Version 1.4.0 of the
On Sat, Mar 24, 2012 at 10:02 PM, Clemens Buchacher wrote:
> On Sat, Mar 17, 2012 at 01:42:19PM +0100, Juan Pablo Carbajal wrote:
>> On Sun, Mar 11, 2012 at 12:56 PM, Clemens Buchacher wrote:
>> > Hi Juan,
>> >
>> > Version 1.4.0 of the geometry package produces the following warnings on
>> > loa
On Sat, Mar 17, 2012 at 01:42:19PM +0100, Juan Pablo Carbajal wrote:
> On Sun, Mar 11, 2012 at 12:56 PM, Clemens Buchacher wrote:
> > Hi Juan,
> >
> > Version 1.4.0 of the geometry package produces the following warnings on
> > load:
> >
> > warning: addpath: /usr/lib/octave/packages/geometry-1.4.
On Sun, Mar 11, 2012 at 12:56 PM, Clemens Buchacher wrote:
> Hi Juan,
>
> Version 1.4.0 of the geometry package produces the following warnings on
> load:
>
> warning: addpath: /usr/lib/octave/packages/geometry-1.4.0/geom2d: No such
> file or directory
> warning: addpath: /usr/lib/octave/packages
Hi Juan,
Version 1.4.0 of the geometry package produces the following warnings on
load:
warning: addpath: /usr/lib/octave/packages/geometry-1.4.0/geom2d: No such file
or directory
warning: addpath: /usr/lib/octave/packages/geometry-1.4.0/io: No such file or
directory
warning: addpath: /usr/lib/
35 matches
Mail list logo
