[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/sci eden.info,1.4,1.5

2004-03-08 Thread Daniel Macks
[EMAIL PROTECTED] committed: > Log Message: > eden update of patch script to deal with trivial change in makefile >=== > RCS file: /cvsroot/fink/dists/10.3/unstable/main/finkinfo/sci/eden.info,v > retrieving revision 1.4 > retrieving r

[Fink-devel] octave-forge-2004.02.12-1

2004-03-08 Thread Michael Kluskens
fink install octave-forge gives: mkoctfile -DHAVE_OCTAVE_21 -v deref.cc g++ -c -no-cpp-precomp -I/sw/include -I/sw/include/octave-2.1.53 -I/sw/include/octave-2.1.53/octave -I/sw/include -g -O2 -DHAVE_OCTAVE_21 deref.cc -o deref.o g++ -bundle -bundle_loader /sw/bin/octave-2.1.53 -o deref.oct dere

Re: [Fink-devel] Feature idea: alternate build location

2004-03-08 Thread Daniel Macks
On Mon, Mar 08, 2004 at 12:01:39PM -0500, Chris Zubrzycki wrote: > On Mar 8, 2004, at 11:22 AM, Daniel Macks wrote: > > >Package building currently happens in %p/src/%f and %p/src/root-%f. > >Would it be bad to move those two directories into a %p/src/build > >directory, and have a fink.conf varia

Re: [Fink-devel] Feature idea: alternate build location

2004-03-08 Thread Benjamin Reed
Daniel Macks wrote: Package building currently happens in %p/src/%f and %p/src/root-%f. Would it be bad to move those two directories into a %p/src/build directory, and have a fink.conf variable that allows the user to specify another arbitrary location? These are really temp things that can get l

[Fink-devel] Feature idea: alternate build location

2004-03-08 Thread Daniel Macks
Package building currently happens in %p/src/%f and %p/src/root-%f. Would it be bad to move those two directories into a %p/src/build directory, and have a fink.conf variable that allows the user to specify another arbitrary location? These are really temp things that can get large, so one could co

Re: [Fink-devel] Re: binary release plans

2004-03-08 Thread Daniel Macks
On Mon, Mar 01, 2004 at 10:23:48PM -0500, Dave Vasilevsky wrote: Okay, Vasi and I have gotten the lame -dev and dependency mess cleaned up in 10.3, and I cleaned up the atk1 BDOnly mess in 10.3. Should 10.2-gcc3 get the same treatment, or is that tree not going into the bindist? dan -- Daniel Ma