On Feb 20, 2004, at 12:23 PM, Christian Schaffner wrote:
But as this package (as of today) hasn't got any maintainer any more,
i am CCing fink-devel. So maybe there is somebody who steps up to fix
it. I am also CCing Stefan Langermann, who is the maintainer of qhull.
There is a new version of q
On Feb 20, 2004, at 6:23 PM, Christian Schaffner wrote:
g++ -bundle -bundle_loader /sw/bin/octave-2.1.53 -o tsearch.oct
tsearch.o -lqhull -L/sw/lib/octave-2.1.53 -loctave -lcruft -loctinterp
-framework vecLib
ld: warning -prebind has no effect with -bundle
ld: can't locate file for: -lqhull
I w
Here's for the current CVS:
Tree Files Fields
--- - --
10.2 124183
10.2-gcc3.3 120175
10.3 95139
That's more than I expected. Would be tedious but probably doable by
hand. A quick script could probably take care of more than ha
I was able to reproduce this bug. It seems that octave found qhull and
is expecting something like /sw/lib/libqhull.dylib (a dynamic library)
which the qhull package doesn't provide. As a quick fix just remove
qhull temporarily before you build octave-forge.
There are 3 solutions to fix this pe
Hi Dave,
I assumed that Dan was going to do this only for .info files which begin
"InfoN: <<", meaning zero cleanup required. I may be misreading things
though, it is late and I'm tired.
Peter
David R. Morrison wrote:
Hi Dan. This sounds good to me. But do we have any idea how many .info
fil
Hi Dan. This sounds good to me. But do we have any idea how many .info
files are still using this deprecated style? One of the problems in recent
months has been with maintainers who are no longer with us... A change like
this will eventually require a "cleanup" by some person or group who goes
I was installing scipy-py23 that depends (indirectly) on gtk+ (via
wxpython). And I saw the following warning message:
WARNING: The package gtk+ Depends on glib,
but glib only allows things to BuildDepend on it.
Hope this helps,
Andrea.
---
Andrea Riciputi
"Science is like sex: s