[Fink-devel] Scipy and atlas
Hello, I just saw that in the most recent version of scipy-py23 in the unstable branch, that it no longer depends on atlas. Does scipy now find and use apple's veclib framework version of LAPACK and BLAS? It is not obvious from looking at the .info and .patch files for scipy-py23. It would be fantastic if scipy and numeric both used Apple's framework version. p.s. - Jeff - Thanks for getting scipy up and running on fink! Brian --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/libs libdvdnav.info,NONE,1.1 libdvdnav2.info,1.1,NONE
On Jun 13, 2004, at 3:06 PM, Justin F. Hallett wrote: Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/libs In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv28997 Added Files: libdvdnav.info Removed Files: libdvdnav2.info Log Message: New upstream release, renaming and reclaiming --- NEW FILE: libdvdnav.info --- Package: libdvdnav Wrong Replaces: libdvdnav1-shlibs, libdvdnav2-shlibs This does not conflict with libdvdnav2-shlibs. It is a different major version. No files conflict from them. The old package should remain, and the new package should be called 'libdvdnav5-shlibs' to comply with the shlibs policy. Files: lib/libdvdnav.*.dylib Shlibs: %p/lib/libdvdnav.4.dylib 5.0.0 libdvdnav4-shlibs (= 0.1.10-10) See, 5 -Ben --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/libs libdvdnav.info,NONE,1.1 libdvdnav2.info,1.1,NONE
well the old one shoudl never have made 10.3 and that is why I didn't move it yet. and it shouldn't be 5, the policy is very confusing and my pkgs are all messed up because of it, I thought that too but I was told by others it should be the file name version ie 4 in this case since it's libdvdnav.4.dylib. Anyhow that policy should indeed be clarified but i vote for 4, makes more sense to be, since the Shlibs field deals with compat. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 13-Jun-04, at 4:27 PM, Ben Hines wrote: The old package should remain, and the new package should be called 'libdvdnav5-shlibs' to comply with the shlibs policy. --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: dists/10.3/unstable/main/finkinfo/libs libdvdnav.info,NONE,1.1 libdvdnav2.info,1.1,NONE
Still users could have it from their old installs, still installed. 4 is fine, If you are going to change the name it should be 4 or 5 but not nothing. And it shouldn't conflict with the old once since they don't conflict or replace. If you replace/conflict an older shlib major with a new one with different vers. package you will BREAK compiled apps. (the thing they are linked against will go away, and the app won't run anymore) -Ben On Jun 13, 2004, at 3:40 PM, TheSin wrote: well the old one shoudl never have made 10.3 and that is why I didn't move it yet. and it shouldn't be 5, the policy is very confusing and my pkgs are all messed up because of it, I thought that too but I was told by others it should be the file name version ie 4 in this case since it's libdvdnav.4.dylib. Anyhow that policy should indeed be clarified but i vote for 4, makes more sense to be, since the Shlibs field deals with compat. --- TS http://southofheaven.org Chaos is the beginning and end, try dealing with the rest. On 13-Jun-04, at 4:27 PM, Ben Hines wrote: The old package should remain, and the new package should be called 'libdvdnav5-shlibs' to comply with the shlibs policy. --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] libtoolize and missing symbols in shared libraries
I hope it's OK for me to ask a question that indicates I'm a bit out of my depth. I'm trying to compile an opensource fluid-dynamics simulator (gerris.sourceforge.net) on my osx box. The build fails because of (as I understand it) a problem in building shared libraries. Since I'm sure many FINK projects use shared libraries, and since my goal [if I can get this to compile] is to fink-ize the project, may I ask somebody to throw me a lifeline? Is there a doc that would tell me how to port an app that uses shared libraries to fink? I've done quite a lot of searching on the web and haven't really uncovered anything, so I'm hoping somebody will say something like install fink package X and it will work ok. The error I get is as follows my siginfo. (I am aware that posting the error in isolation of any code isn't too much help, but it is difficult for me to pare this complex code down well, and I'm not familiar enough with libtool to create a simpler analogue.) Thanks, in advance, for any pointers. This Gerris software is pretty nice, by the way, and so fluid-mechanics folks who use fink might like to use it, if I can ever get it packaged. Dan E. Kelley, Associate Professorphone:(902)494-1694 Oceanography Department, Dalhousie University fax:(902)494-2885 Halifax, Nova Scotia mailto:[EMAIL PROTECTED] Canada B3H 4J1 http://www.phys.ocean.dal.ca/~kelley/Kelley_Dan.html $ make make all-recursive Making all in modules make all-am /bin/sh ../libtool --silent --mode=link gcc -DFTT_2D -g -O2 -Wall -Werror-implicit-function-declaration -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -pipe -no-undefined -version-info 0:0:0 -export-dynamic -o libperiodic_flow2D.la -rpath /usr/local/lib/gerris periodic_flow.lo ld: Undefined symbols: _ftt_cell_pos ... _gts_object_class_new /usr/bin/libtool: internal link edit command failed make[3]: *** [libperiodic_flow2D.la] Error 1 --- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel