Hi all, sorry, in my hurry to find a fix, I didn't read the front page
of fink "cvs server down" :) sry for the useless messages. Thanx in
advance for not being mad at me!
JP
--
John Davidorff Pell
[EMAIL PROTECTED]
---
This SF.NET email i
Sorry for long long absence. I'm still alive. Both of my work and
privacy was extra busy for last month. It is not busier than last month
now and I'll maintain my packages this weekend.
For GNOME2, if new docbook-dtd with calling update-xml-catalog is out,
I can release GNOME2 packages.
---
Ma
At 23:20 Uhr -0800 16.01.2003, John Davidorff Pell wrote:
For the life of me I cannot figure out why fink won't update from
CVS, unless its a problem at sourceforge.
Yes it is a problem with anonymous CVS at SF.net. It was announced on
our web page, their web page and on our mailing lists.
Ma
At 21:21 Uhr +0900 17.01.2003, Masanori Sekino wrote:
Sorry for long long absence. I'm still alive. Both of my work and
privacy was extra busy for last month. It is not busier than last
month now and I'll maintain my packages this weekend.
Phew! It is very very good to hear you are well, Masano
On Thu, 16 Jan 2003, Per Persson wrote:
> Hi,
> I just subitted an upated package for octave-forge to the tracker.
>
> There is one part that I don't particularly like and would like some
> feedback on:
> Octave-forge is a set of extensions to octave and must have its path
> added to octave's sear
On fredag, jan 17, 2003, at 13:52 Europe/Stockholm, Jeff Whitaker wrote:
Maybe even better to make package octave add some lines to the global
startup script to check for the presence of a file named
'octave-forge-path' and read it. Jeff, comments?
I vote for this last solution - and putting
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Hello All.
I am sorry that I am not contributing regularly this month and iI am
sorry have not done so in December. Both months are traditionally busy
in my line of work.
However I read the request by DRM to add a new set of fields and I did
Just wanted to close off this thread.
We discussed this on #fink today, and decided that it's not a bug after all.
Libraries with a larger -compatible_version number are in fact backward
compatible, as documented in "man ld".
-- Dave
On Jan 16,2003 00:37:19 +0900, Peter O'Gorman <[EMAIL PROT
In a discussion on #fink today, we arrived at the following plan. A
non-opensource license would either be labeled
License: Restrictive
(as done currently), or
License: Restrictive/Distributable
The second one would be used when it is OK for Fink to distribute a binary,
even though the lic
Le vendredi, 17 jan 2003, à 16:37 Europe/Paris, David R. Morrison a
écrit :
In a discussion on #fink today, we arrived at the following plan. A
non-opensource license would either be labeled
License: Restrictive
(as done currently), or
License: Restrictive/Distributable
The second one w
Howdie:
Someone pointed out to me that Apple in 10.2 and higher supplies its
own FFT, BLAS and LAPACK libraries. For the FFT library it claims
that some of the routines are 5x faster than FFTW.
http://developer.apple.com/hardware/ve/quickstart.html
Has anyone compared these to FFTW and atlas
Hi David,
Here's another idea, how about setting up the distcc package on a bunch
of fink developers' machines to help build the binary distributions?
(Yes, with the default compiler settings binaries are compatible with
both G3 and G4).
I have a G4 dual-450, 10.2.3, stable IP, and would be wi
On Thursday, January 16, 2003, at 10:00 PM, Jeremy Higgs wrote:
/usr/include/netinet/tcpip.h:66: field `ti_i' has incomplete type
mibII/tcp.c:278: warning: `struct tcpstat' declared inside parameter
list
Just add
#include
before the #include
So obviously there's a problem with the tcpip
On Friday, January 17, 2003, at 10:21 AM, William Scott wrote:
Howdie:
Someone pointed out to me that Apple in 10.2 and higher supplies its
own FFT, BLAS and LAPACK libraries. For the FFT library it claims
that some of the routines are 5x faster than FFTW.
http://developer.apple.com/hardw
There are problems with the new autoconf2.5:
- automatic updating doesn't work, autoconf25 has to be force-removed first.
- Provides: autoconf25-2.54 doesn't look right. Shouldn't this be just
autoconf25. Or is there now a versioning mechanism for virtual packages?
In any case, I am unable to r
I want to update the pkg installer to accept /sw if it is an empty
symlink (no files in it). I think that would solve the problem for
users who want to put it somewhere else. We would have to figure out
how to specify the "dont clobber symlinks" option to pkgmaker. (I know
its a user default,
On Friday, January 17, 2003, at 12:00 PM, Ben Hines wrote:
I want to update the pkg installer to accept /sw if it is an empty
symlink (no files in it). I think that would solve the problem for
users who want to put it somewhere else. We would have to figure out
how to specify the "dont clob
On Friday, January 17, 2003, at 11:55 AM, Martin Costabel wrote:
- Provides: autoconf25-2.54 doesn't look right. Shouldn't this be just
autoconf25. Or is there now a versioning mechanism for virtual
packages? In any case, I am unable to remove the dummy
autoconf25-2.54-2, because then nothin
Just to alert everybody that SourceForge just announced CVS services
have been restored.
-- Finlay
---
This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will
allow you to extend the highest allowed 128 bit encryption to al
On Friday, January 17, 2003, at 04:26 PM, Ben Hines wrote:
On Friday, January 17, 2003, at 11:55 AM, Martin Costabel wrote:
- Provides: autoconf25-2.54 doesn't look right. Shouldn't this be
just autoconf25. Or is there now a versioning mechanism for virtual
packages? In any case, I am unable
How easy would it be to write a virtual package that "provides: fft,
blas, lapack" for 10.2? I can do it if someone would tell me how to add
lines to the gcc string when another package builddepends on fft, blas,
or lapack.
JP
---
This SF.N
John: It's not quite that simple. Most packages need to be patched to
use "-framework vecLib" instead of "-L%p/lib -latlas -llapack -lcblas".
The fft stuff is problematic since I'm pretty sure the vecLib fft has a
different calling interface than fftw. No virtual package is necessary -
any 10.2
In my case, it worked out when I updated autoconf2.5 after updating
automake, without using "fink update-all".
Kow
On Friday, January 17, 2003, at 11:55 AM, Martin Costabel wrote:
There are problems with the new autoconf2.5:
- automatic updating doesn't work, autoconf25 has to be force-removed
On Friday, Jan 17, 2003, at 21:09 Europe/Brussels, Kow K wrote:
In my case, it worked out when I updated autoconf2.5 after updating
automake, without using "fink update-all".
That should be correct, but stuphead and gbiff (still in 10.1..)
"Depend" on automake...
So same problem for automake,
I was thinking that a virtual package would be good if we could use it
to "trick" existing packages than use fft/blas/lapack into using the
native versions. Is there any way of having a virtual package change
the gcc flags of a package that depends on it?
JP
On Friday, January 17, 2003, at 07
25 matches
Mail list logo