On Tuesday, Oct 28, 2003, at 22:12 US/Eastern, Charles Lepple wrote:
#include /* haven't tried this myself */
#include
#include
#include
struct rlimit rlim;
getrlimit(RLIMIT_STACK, &rlim);
rlim.rlim_cur = RLIM_INFINITY;
setrlimit(RLIMIT_STACK, &rlim);
Both your solution and Peter's didn't wo
On Wednesday, Oct 29, 2003, at 20:46 US/Eastern, Daniel Macks wrote:
On the one you are having problems, is the volume name "More Stuff"
with a space (difficult to tell due to email word wrap)?
Bingo!
It's strange though, because I have another partition 'Mac OS X' which
doesn't give a proble
Michael G Schwern wrote:
After that I decided to dig into documenting, testing and cleanup up the
code wholesale. The first step was to package up the basic Perl testing
tools:
http://sourceforge.net/tracker/index.php?func=detail&aid=831197&group_id=17203&atid=414256
http://sourceforge.net/tracke
fink-prebinding was "Essential" in the bootstrap, but not in the actual
fink package tree. Since essential packages depended on a non-essential
package that wasn't installed yet, fink got confused and gave up, since
essential packages must always be installed first.
This is fixed in all trees,
The jove editor package I'm creating a .info file for needs a /tmp
like directory to dump files into. It wants a subdirectory named
something like /sw/var/tmp/jove/preserve to find recover files,
so that when jove gets killed the jove recover program can recover
the editted files. This is similar
Christian Schaffner wrote:
>
> Hi Blair
>
> On Freitag, Oktober 24, 2003, at 02:50 Uhr, Blair Zajac wrote:
> > This is my first Fink package and I've built a .info and a .patch
> > for my favorite Emacs style editor, jove (which launches incredibily
> > quickly because it's so small).
>
> Thank
On Wed, Oct 29, 2003 at 05:36:40PM -0800, Michael G Schwern wrote:
> I'd like to keep going, but there's been no motion on any of the above.
> So... are you folks interested in testing and documenting Fink::*? Would
> you like me to continue?
PS I forgot you're probably all scrambling to deal wi
On the one you are having problems, is the volume name "More Stuff"
with a space (difficult to tell due to email word wrap)? Because that
space isn't delimited with a backslash in the gcc command generated by
libtool, the shell misparses that space as a break between command
arguments (rather than
So I've started tearing into the fink module sources.
This start out with little optimization attempts to make fink list run a
little faster.
http://sourceforge.net/tracker/index.php?func=detail&aid=825801&group_id=17203&atid=317203
While doing that I got my hands dirty with the fink module sourc
Hi,
When I try to build emboss-2.7.1-4, I get this error on one Mac, on the
other I don't see it. Both have 10.2.8, fink 0.16.0, and 10.2-gcc3.3:
...
Making all in ajax
if /bin/sh ../libtool --mode=compile gcc -DPACKAGE_NAME=\"\"
-DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=
I'm seeing this for whois-4.6.6-1.
Best,
Blair
% sudo fink install whois
Information about 3008 packages read in 1 seconds.
The following package will be installed or updated:
whois
curl -f -L -s -S -O http://distfiles.opendarwin.org/whois_4.6.6.tar.gz
The checksum of the file whois_4.6.6.tar.gz
On Wed, Oct 29, 2003 at 04:30:32PM -0500, David R. Morrison wrote:
> > Shouldn't system-perl simply put in a /usr/bin/perl -> /sw/bin/perl symlink?
> > That seems much easier.
>
> Unfortunately, that runs contrary to fink's policy of not modifying /usr
> but confining itself to /sw (with the sole
Blair Zajac wrote:
I'm getting the following warnings when running
fink install netcdf netcdf-bin netcdf-shlibs
on a 10.2-gcc3 and a 10.3 system, both with fink 0.16.0:
% fink install netcdf netcdf-bin netcdf-shlibs
sudo /sw/bin/fink install netcdf netcdf-bin netcdf-shlibs
Information about 23
I'm getting the following warnings when running
fink install netcdf netcdf-bin netcdf-shlibs
on a 10.2-gcc3 and a 10.3 system, both with fink 0.16.0:
% fink install netcdf netcdf-bin netcdf-shlibs
sudo /sw/bin/fink install netcdf netcdf-bin netcdf-shlibs
Information about 2332 packages read in
> Shouldn't system-perl simply put in a /usr/bin/perl -> /sw/bin/perl symlink?
> That seems much easier.
Unfortunately, that runs contrary to fink's policy of not modifying /usr
but confining itself to /sw (with the sole exception of a fink-installed
xfree86).
-- Dave
On Wed, Oct 29, 2003 at 01:39:39PM -0500, David R. Morrison wrote:
> My guess is that what happens is this: the configure script for some
> package runs "which perl" and then uses the answer to decide what to
> write in the perl scripts for that package. dpkg must be one of the
> things affected
On Wed, Oct 29, 2003 at 02:10:10PM +0100, Tim Pritlove wrote:
> I need to have the XML::LibXML perl module running on my system but
> installing it under Mac OS X 10.3 via CPAN does not work as built-in
> "findnodes" tests fails.
Perhaps you should discuss this with the author of XML::LibXML?
[E
Hi Jean-Francois.
My guess is that what happens is this: the configure script for some
package runs "which perl" and then uses the answer to decide what to
write in the perl scripts for that package. dpkg must be one of the
things affected by this.
Since we don't have BuildConflicts implemented
On Oct 29, 2003, at 6:22 PM, jfm wrote:
/sw/sbin/install-info: /sw/bin/perl: bad interpreter: No such file or
directory
/sw/sbin/update-alternatives: /sw/bin/perl: bad interpreter: No such
file or directory
~# grep '/sw/bin/perl' /sw/sbin/install-info
/sw/sbin/update-alternatives
/sw/sbin/ins
Hi,
After installing panther and Xcode, I removed perl580 _ not
perl580-core.
(A force-depends was needed only for apache-dbi-pm).
But when installing other packages, one gets then:
/sw/sbin/install-info: /sw/bin/perl: bad interpreter: No such file or
directory
/sw/sbin/update-alternatives: /s
Hello,
I need to have the XML::LibXML perl module running on my system but
installing it under Mac OS X 10.3 via CPAN does not work as built-in
"findnodes" tests fails.
I tried to get closer to the problem and all I could figure out was
that the module apparently is not able to locate one of i
>There is a virtual package for libtool? Interesting I see nothing like
>that in the package manager source nor in the package database...
Oops :)
Sorry, I must admit that I've been a bit fast in reading :p
It's automaken, and I've just googled to check what it meant.
Anyway, thanks for the clear
Am Dienstag, 28.10.03 um 19:43 Uhr schrieb Mathieu Masseboeuf -
NewSports:
Hi,
Considering that OSX.3 have a recent autoconf, why not make a virtual
package for it as well ?
Version is : autoconf (GNU Autoconf) 2.57
I don't get what the advantage should be. Yes right now it is current.
And with
23 matches
Mail list logo
