[Fink-devel] my packages
Folks: Please change the maintainer field on my packages to 'unmaintained'. I've had zero time to update them lately, and I think things will get done faster if I just get out of the way. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] gfortran/g95 in ftw3, hdf5 and octave
Sébastien Maret wrote: Jeffrey, I've made some trivial changes in your fftw3, hdf5 and octave packages so they use gfortran instead on g95 (which isn't present in the 10.5 branch). Do you mind if I commit the changes? Sébastien Sébastien: Please do, thanks. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel
Re: [Fink-devel] Require new libversioned packages for those using Frameworks?
Alexander K. Hansen wrote: Alexander K. Hansen wrote: Benjamin Reed wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Daniel Macks wrote: because libR.dylib is now in .../Versions/2.5/Resouces/lib/libR.dylib . Since the Framework build for the package installs into a libversioned directory already, it seems like the 2.4 library could have been kept around and the 2.5 update could have been a _new_ package (though this probably would entail additional Splitoffs). Thoughts? Sounds like the path of a public .dylib changed, therefore the package name needs to change, which would be a clear example of how to not-follow Shared Library Policy (and a good data point for why that policy is a Good Thing). What's install_name of the .dylib file, and does validator in CVS HEAD not whine about a .dylib that isn't declared in a Shlibs field? Looks like they misused frameworks, and should have /Versions/2 be a symlink to 2.5, and the install_names should be modified to use /Versions/2.5/Resources/... (if they are indeed forward-compatible) If they are truly different, and incompatible, they should have a new - -shlibs package. - -- Benjamin Reed a.k.a. Ranger Rick Fink, KDE, and Mac OS X development http://www.racoonfink.com/ - They have Versions/2.5 as a symlink to /Versions/2.5.1. The install_name is /sw/Library/Frameworks/R.framework/Versions/2.5/Resources/lib/libR.dylib I made a symlink .../Versions/2.4 - .../Versions/2.5 and my old labplot was happy to use the new r-base, so if the libR.dylib are incompatible, it's more subtle. I'm updating the r-base package to 2.6.0 now - so what is the recommended way to handle Framework versioning? What I have now is [EMAIL PROTECTED]:/sw/fink/dists/local/main/finkinfo] ls -l /sw/Library/Frameworks/R.framework/Versions total 8 drwxrwxr-x 6 root admin 204 Oct 6 07:41 2.6 lrwxr-xr-x 1 root admin 47 Oct 6 07:41 2.6.0 - /sw/Library/Frameworks/R.framework/Versions/2.6 lrwxr-xr-x 1 root admin 3 Oct 6 07:41 Current - 2.6 [EMAIL PROTECTED]:/sw/fink/dists/local/main/finkinfo] ls -l /sw/Library/Frameworks/R.framework/Versions/2.6 total 8 lrwxr-xr-x 1 root admin 17 Oct 6 07:41 Headers - Resources/include drwxrwxr-x 51 root admin 1734 Oct 6 07:41 PrivateHeaders lrwxr-xr-x 1 root admin 24 Oct 6 07:41 R - Resources/lib/libR.dylib drwxrwxr-x 17 root admin 578 Oct 6 07:41 Resources -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] numpy package?
Jack Howarth wrote: I noticed that Fedora 7 has now replaced the Numeric and Numarray packages with the new Numpy package that supercedes them. Do we have any plans on migrating our packages over to Numpy as well? Jack Jack: There's been a numpy package for ages, it's called scipy-core. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Framework Python build
Blair Zajac wrote: We have a large number of PyQt apps on Linux for a special effect studio. We use PyQt apps to manage a large render farm for special effects, examining artwork, playing back renders at high resolutions, and other apps for lighting and compositing, etc. More of our users are using Mac's and want the same tools on their Mac desktops, so we're starting to build the infrastructure to support them. Currently I'm using MacPorts since it provides a framework Python and Qt for Mac. However, I'm finding the distribution of MacPorts packages to other hosts painful because it puts files in other places besides /opt/local and there is no easy way to dist out new packages to systems. My current solution to disting out new packages to clients is ugly: deactivate all ports so that everything only lives in /opt/local, rsync any changes into /opt/local, then reactivate the ports. Painful and during the upgrade, nothing that relies upon /opt/local will work. I could do this better, but in the end, the package management isn't as nice as dpkg and apt-get. So I want to use switch to Fink for apt-get and use an entire Fink tree. However, Python is not a Framework build. We can't use a X11 build since the performance for playback of renders is not good enough and the users are artists, not developers who would mind using X11. We need the native playback speed at 24 frames per second. Reading some of the other comments on framework Python in the mailing list, one comment was that .apps and frameworks are meant to be relocatable. I'm not interested in building applications where we can just relocate the entire Python tree. We have a complicated set of Python modules with our own versioning system, so my vision is that /sw/bin/aqua-python will always be provided and all our custom module will live in a known location. Any applications can have their Contents/MacOS/Appname be a shell script that just execs the framework python. I should also mention that all our Python code is written to Python 2.4, so we can't use the system's 2.3 Python. Also with 2.5 out, we'd like to move to that for the increased performance. So several questions: 1) Would the Python maintainers be willing to take patches for a framework install? 2) Should this be done on the original python2?.info, or a separate Python package be built, maybe that just installs the files that are new on top of the python2?.info file. Ideally, the Framework install would leverage the non-Framework install. 3) Would it be possible to add the --enable-frameworks to the build? I presume this will break everything, otherwise it would have been done? Could we add symlinks from the framework build back to the non-framework build to support this? Any suggestions would help. I would like to see Fink grow the ability to run Aqua PyQt or PyWxWidgets apps. Regards, Blair Blair: Speaking as the fink python maintainer, ff the fink python package could be converted to a framework install without too much breakage, I'm all for that. I haven't thought about all the issues, but I think it's worth exploring. One that occurs to me right off the bat is what do we do with the Tkinter module - keep using the X11 version, use the aqua version, or try to have both? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] pythons slow on startup
Sebastien Maret wrote: Kurt Schwehr [EMAIL PROTECTED] writes: I have two mac boxes... on my G5 machine, all pythons are slow to start: time python2.4 -c pass real0m2.726s time /usr/bin/python -c pass real0m2.909s user0m0.023s sys 0m2.719s But on my G4 laptop I get a real time of 0.09-0.15s which is much more acceptable, but this is a slower machine. I've been looking at ktrace to see if I can figure out what is causing this. Can anyone give a recommendation on how to get a little more info out of the trace? I am guessing that it is some particular package causing a problem. I have the same problem on my G5. Python startup times can slow down up to 15s on my machine. Only a reboot fixes the issue. The trace looks the same: an awfull lot of time is spent in getdirentries(). Sébastien No problems here (dual G5, 10.4.8). [mac28:~] jsw% time python2.5 -c pass 0.026u 0.148s 0:00.17 94.1% 0+0k 0+0io 0pf+0w [mac28:~] jsw% time python2.4 -c pass 0.028u 0.153s 0:00.18 94.4% 0+0k 0+6io 0pf+0w [mac28:~] jsw% time python2.3 -c pass 0.032u 0.173s 0:00.45 44.4% 0+0k 43+14io 0pf+0w [mac28:~] jsw% time /usr/bin/python -c pass 0.093u 0.183s 0:00.71 38.0% 0+0k 47+11io 0pf+0w -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] revised gcc4 packaging
Jack Howarth wrote: Jeff, We may need to take this onto the gcc mailing list since I don't have a Mac Intel machine to test with. However, my understanding was that all of Sandro's patches were applied to gcc 4.2 and did build libffi and libjava on MacIntel (but not at -m64). Are you saying that libffi builds but only as a static lib? Jack Jack: Nope, it doesn't build at all. Configure says: The following languages will be built: c,c++,fortran,java,objc *** This configuration is not supported in the following subdirectories: target-libmudflap target-libffi target-zlib target-libjava target-libada gn -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] revised gcc4 packaging
Jack Howarth wrote: The attached packaging now properly allows multilib builds of the c, c++, objc, fortran and java languages on Darwin PPC for both 32-bit and 64-bit processor machines. It also will allow Darwin Intel to do a --disable-multilib build of the same (since the the x86_64 Darwin build of java is still broken in gcc trunk). Let me know you have any problems with the attached packaging. Jack ps I have attached to this plain text mime text files (which the Apple Mail reader sees as separate mime files). If you end up cutting this out of a text version of the fink-devel mail archives please make sure that the original line breaks aren't lost in either the patch or info file. Jack: The package doesn't build libffi on intel, but dies in the install phase since it still tries to install the shlibs. -Jeff - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] g95 issue with Apple as from XCode 2.4
Sebastien Maret wrote: Jeff Whitaker [EMAIL PROTECTED] writes: Sebastien Maret wrote: Hello, I am getting the following error (warning?) for every Fortran program I compile with Fink g95 (0.90-1) on 10.4.7 x86: % cat test.f program hello print *,'Hello World' end % g95 test.f /var/tmp//ccGrwDXl.s:59:indirect jmp without `*' /var/tmp//ccGrwDXl.s:78:indirect jmp without `*' /var/tmp//ccGrwDXl.s:97:indirect jmp without `*' /var/tmp//ccGrwDXl.s:112:indirect jmp without `*' From what I've read it's a problem with Apple's assembler that comes with XCode 2.4: http://groups-beta.google.com/group/gg95/browse_thread/thread/7f222acfc2ec3c04 Is there an easy fix? Maybe one could use odcctools as instead of Apple version? Sébastien Sébastien fink g95 does use odcctools.There is a new version of odcctools though, so you might try updating odcctools and then rebuilding g95. I have tried to recompile g95 with odcctools 622.3-20060925, but it didn't fixed the problem. Sébastien Sébastien: Ironically, the solution is to downgrade odcctools to version 590. I've uploaded a new g95 (0.90-2) that uses the older version and it seems to work fine. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] g95 issue with Apple as from XCode 2.4
Sebastien Maret wrote: Hello, I am getting the following error (warning?) for every Fortran program I compile with Fink g95 (0.90-1) on 10.4.7 x86: % cat test.f program hello print *,'Hello World' end % g95 test.f /var/tmp//ccGrwDXl.s:59:indirect jmp without `*' /var/tmp//ccGrwDXl.s:78:indirect jmp without `*' /var/tmp//ccGrwDXl.s:97:indirect jmp without `*' /var/tmp//ccGrwDXl.s:112:indirect jmp without `*' From what I've read it's a problem with Apple's assembler that comes with XCode 2.4: http://groups-beta.google.com/group/gg95/browse_thread/thread/7f222acfc2ec3c04 Is there an easy fix? Maybe one could use odcctools as instead of Apple version? Sébastien Sébastien fink g95 does use odcctools.There is a new version of odcctools though, so you might try updating odcctools and then rebuilding g95. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] g95 issue with Apple as from XCode 2.4
Sebastien Maret wrote: Jeff Whitaker [EMAIL PROTECTED] writes: Sebastien Maret wrote: Hello, I am getting the following error (warning?) for every Fortran program I compile with Fink g95 (0.90-1) on 10.4.7 x86: % cat test.f program hello print *,'Hello World' end % g95 test.f /var/tmp//ccGrwDXl.s:59:indirect jmp without `*' /var/tmp//ccGrwDXl.s:78:indirect jmp without `*' /var/tmp//ccGrwDXl.s:97:indirect jmp without `*' /var/tmp//ccGrwDXl.s:112:indirect jmp without `*' From what I've read it's a problem with Apple's assembler that comes with XCode 2.4: http://groups-beta.google.com/group/gg95/browse_thread/thread/7f222acfc2ec3c04 Is there an easy fix? Maybe one could use odcctools as instead of Apple version? Sébastien Sébastien fink g95 does use odcctools.There is a new version of odcctools though, so you might try updating odcctools and then rebuilding g95. I have tried to recompile g95 with odcctools 622.3-20060925, but it didn't fixed the problem. Sébastien - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel Sébastien: Is it really using the odcctools assembler? You can check this with g95 -print-prog-name=as Mine is using odcctools as and ld, but oddly the apple-supplied nm. Don't think that you would be the source of your trouble though. I'll try upgrading my xcode to 2.4.1 on my intel imac at home tonight and see if I can reproduce the problem. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Python variants
Sebastien Maret wrote: Now that Python 2.5 is out, how many variants should we maintain for Python versioned packages? Sebastien Sebastien: python23,python24 and python25 are all available in the 10.4 distribution. So, I'd say three (as long as the package works with 2.3, I suspect the newest versions of some may not). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Python variants
Sebastien Maret wrote: Jeff Whitaker [EMAIL PROTECTED] writes: Sebastien Maret wrote: Now that Python 2.5 is out, how many variants should we maintain for Python versioned packages? Sebastien: python23,python24 and python25 are all available in the 10.4 distribution. So, I'd say three (as long as the package works with 2.3, I suspect the newest versions of some may not). OK. BTW: would you mind adding py25 variant to numeric-py and numarray-py? I have noticed that you updated scipy-core-py/numpy-py, but I maintain some package that use the older numeric-py and numarray-py. Both seems to work fine with Python2.5 Sebastien Done. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] newly orphaned packages
All: I'm giving up the following packages: abiword aspell autocutsel dejagnu epstool extutils-f77 freetype2 freetype219 gcc4 ghostscript ghostscript-fonts gtk+extra17 gv imagemagick imagemagick-nox ispell latex-xft-fonts lesstif libwww nedit odcctools pine pine-ssl plotmtv plotutils pmw-py pwm pyqt-bin qscintilla rlpr rxvt rxvt-ml scite screen sip sip-py swig t1lib1 t1lib5 tex2im tgif tightvnc ucl vim vim-nox wxgtk wxpython-py xaw3d xaw3d-static xemacs xemacs-base-pkg xemacs-efs-pkg xemacs-sumo-pkg xforms xgks xless xpdf xttitle The Maintainer field for these has been set to None fink-devel@lists.sourceforge.net I'm still staying on as maintainer of numerous science and python related packages (since they are the ones I use most). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] URL escape codes
Is there any way to use URL escape codes in the Source field, such as ftp://anonymous%40g95%2Eorg:[EMAIL PROTECTED]/v0.9/g95_source.tgz without fink complaining about 'unknown percent expansion'? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] URL escape codes
TheSin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm pretty sure %% expands to %, so that might work - --- TS http://southofheaven.org/ Chaos is the beginning and end, try dealing with the rest. On 3-Aug-06, at 5:59 AM, Jeff Whitaker wrote: Is there any way to use URL escape codes in the Source field, such as ftp://anonymous%40g95%2Eorg:[EMAIL PROTECTED]/v0.9/g95_source.tgz without fink complaining about 'unknown percent expansion'? -Jeff -- Yep, that does it. Thanks! -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libgfortran .so bump
David Fang wrote: So the next time we update gcc4, we will have to contend with the breakage of any package that uses gfortran from gcc4. Jack Hi, Would it be possible (and a good idea?) to split the gcc4 package into release-branches? e.g. gcc4.0 (currently 4.0.3), gcc4.1 (currently 4.1.1) and gcc4.2 (whatever recent snapshot)? With the current 10.4 trees, I have to install my own (FSF) 4.0.x and 4.1.1, now that unstable/gcc4 points to the 4.2 trunk. Or would this be more hassle than it's worth? David David: The reason the gcc4 package uses the 4.2 trunk is that there is no support for intel macs in the 4.1.x or 4.0.x branches. If we make packages for those, they will have to be ppc only. Does anyone know what packages actually use gfortran in the 10.4 tree? All of mine use g95. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] libgfortran .so bump
Jack Howarth wrote: Jeff, The new lammpi and openmpi packages that I maintain now use gcc4 I also see that raster3d, pdftk, apbs, apbs-mpi, ccp4-onlylibs-dev, ccp4, mosflm, mosflm-small, plplot, maloc, maloc-mpi, pdb2pqr and tinker use gcc4 as well. Most of those are probably packages that are maintained by William Scott so I doubt we will have much trouble getting those bumped in a timely fashion. It unfortunate we have to go through this but I would much rather see packages depend on gfortran than g95. The development model for g95 is just plain weird. A single developer without a cvs and no testsuite. The gfortran compiler has already outstripped g95 in performance and the depth of their testsuite provides a hedge against accidental regressions (not present with g95 snapshots). Jack ps You can see from... http://www.polyhedron.com/pb05/linux/f90bench_p4.html http://www.polyhedron.com/pb05/linux/f90bench_AMD.html ...that while not as fast as some of the commercial compilers, gfortran is significantly faster than g95. Jack: I'm aware of the g95/gfortran history, and I know gfortran is faster. However, I've found (both in my own code and for the fink packages I maintain) that despite it's weird development model, g95 produces more reliable code and supports more fortran95 (and fortran77) standard features and extensions. It also supported intel macs well before gfortran did. I'll stick to g95 at least until gcc 4.2 is released. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gcc4 split
David Fang wrote: Would it be possible (and a good idea?) to split the gcc4 package into release-branches? e.g. gcc4.0 (currently 4.0.3), gcc4.1 (currently 4.1.1) and gcc4.2 (whatever recent snapshot)? With the current 10.4 trees, I have to install my own (FSF) 4.0.x and 4.1.1, now that unstable/gcc4 points to the 4.2 trunk. Or would this be more hassle than it's worth? David: The reason the gcc4 package uses the 4.2 trunk is that there is no support for intel macs in the 4.1.x or 4.0.x branches. If we make packages for those, they will have to be ppc only. I see. Forget about 4.0.x then. Supposing that support for i686-apple-darwin is added for the 4.1 series, would that be enough motivation to split 4.1 apart from 4.2? I've noticed the .patch work for your 4.2 package, mostly in the configure department. Has anyone looked into what it would take to at least build 4.1 on Intel? ( Jack asked on the gcc-fortran list and was told in no uncertain terms that intel mac supported will not be backported to gcc 4.1. My sense is that it is not really feasible for a non-gcc developer - 4.1 and the trunk have diverged too much. -Jeff - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] [Fink-users] Hello scientists and students, your input please
David H. wrote: Dear selected community (tricky ehy...) It know that Fink has had a significant impact on the scientific community. There are a couple of packages which are in darwinports but not inf Fink and I would like to get a handle on how popular those missing packages are in the scientific computing communtiy. Th elist is below, if you could comment, I would very much appreciate it. archimedes 0.0.4 semiconductor design tool boinc 4.11 Software for distributed computing. CosmicDebris 1.6 Aurora Borealis monitor. electric 7.00 CAD system for VLSI circuit design gerris 0.9.2 The Gerris Flow Solver k3dsurf 0.5.3 Multidimensional surface visualizer lam 7.1.1 Local Area Multicomputer MPI implementation David: This is already in fink (lammpi). libquantum 0.2.4 library for the simulation of a quantum computer libstree 0.4.2 generic suffix tree implementation, linsmith 0.9.2 linSmith is a Smith Charting program, mainly designed for educational use. mapm3 3 cli tool for calculating Quantitative minc 1.4 This package contains tools to manipulate MINC files. mpich 1.2.7 Message Passing Interface (MPI) Library mpich2 1.0.3 Message Passing Interface (MPI) Library ng-spice rework-15c Circuit simulator based on Spice 3f5 opencv 0.9.7 Intel(R) Open Source Computer Vision Library openmpi 1.0.2 A High Performance Message Passing Library pvm 3.4.5 pvm permits a network of computers to act as a cluster py-gsl 0.2.0 Python interface to the GNU scientific library py-nltk 1.4.4 Natural Language Toolkit py-scientific 2.4.9 Scientific Python Also in fink (scientificpython-py) py-tables 1.3.1 Python package for users to organize scientific data tables got this one too (pytables-py) rb-bioruby 0.6.2 Integrated environment for bioinformatics. tempo 1.1.4 TEMPO (Topographic Eeg Mapping PrOgram) thccalc 0.23 thccacl calculates the THC content in a person's blood tree-puzzle 5.2 a computer program to reconstruct phylogenetic trees from molecular sequence data by maximum likelihood upcc 2.2.2 extension of C for high performance parallel computing vbpp 1.1.0 Verilog preprocessor vbs 1.4.0 Verilog Behavioral Simulator xastir 1.8.0 Amateur Radio APRS tracking software xloops current A Program for Calculating Feynman Diagrams xplot 0.90.7.1 xplot was written in the late 1980s to support the analysis of TCP packet traces. xtide 2.8.2 Tide prediction software, with a large database of locations. probably several more of these are already there, you're just not searching for the right name (try grep'ping the home page). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] autogen 5.8.4
Daniel Macks wrote: On Sun, Jun 11, 2006 at 12:36:13PM -0400, Jack Howarth wrote: Jeff Whitaker just pointed out to me that gcc4 can't be tested on Macintel because autogen won't build with gcc 4.0. Looking at the autogen home page though it becomes clear that we are using an ancient release (5.4.2) instead of the current one (5.8.22) for fink 10.4. What is the deal with that? Even if some other package has issues with the newer autogen it seems a bad move to make any part of fink 10.4 depend on the gcc 3.3 compiler like that when a newer version is available. In December, I asked the maintainer about it. IIRC, he said he didn't use the package himself anymore and wasn't sure when he'd have a chance to look at it. That makes it fair game for others to update. However, the update just committed: Package: autogen -Version: 5.4.2 +Version: 5.8.4 SplitOff: Package: %N-shlibs - Files: lib/libguileopts.*.dylib lib/libopts.*.dylib lib/libsnprintfv.*.dylib + Files: lib/libguileopts.*.dylib lib/libopts.*.dylib Shlibs: %p/lib/libguileopts.0.dylib 1.0.0 %n (= 5.4.2-2) %p/lib/libopts.9.dylib 19.0.0 %n (= 5.4.2-2) - %p/lib/libsnprintfv.0.dylib 2.0.0 %n (= 5.4.2-2) is fundamentally broken if I understand our Shared Library Policy. Given that other packages could link to the shared libraries supplied by autogen-shlibs, removing a .dylib from that package would mean the package needs to be renamed. Reasoning is that it's the same situation as when the version number embedded in the install_name changes: updating autogen-shlibs to its new version must not break other packages that Depends:autogen-shlibs. dan Dan: You are right - I did technically break the package with the update. However, AFAICT nothing in fink depends on autogen-shlibs, so in practice it should not be a problem. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gcc 4.2 issues solved
Jack Howarth wrote: Peter, I'll test it. Hopefully we can get the odcctools update into fink soon and Jeff can create a new gcc4 from the next snapshot with '--disable-multlib' dropped and MACOSX_DEPLOYMENT_TARGET unset for that package. I would also not that Mike Stump has made a recent change that we really need anyway... http://gcc.gnu.org/PR26427 to eliminate some significant breakage in gcc trunk on darwin. Jack ps I would really like to see some communication going on between the fink developers working on gcc builds for macintel and the apple gcc folks. Since there is no regress machine for intel darwin at Apple, it is difficult to tell how broken they think gcc trunk on intel darwin is. I noticed that some parts of the current gcc4.patch no longer apply to gcc trunk. It would be good to know which parts of the gcc4.patch belong to which PR and what the state of those changes are? Jack: I will test on mactel with the next snapshot. I really don't have time to devote a lot of time with this package - and it really needs a lot of time with all the changes going on in gcc 4.2. All I really want is to get a semi-stable snapshot in fink and leave it there for a while. The patch enables java support for mactel, and was pulled directly from the gcc-java list. As far as I know it was never applied to the trunk, and now won't apply anymore. Since some packages now require gcc-java, this is a problem. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] plplot fails on 10.4-T
Koen van der Drift wrote: Hi, A user reported the following error of the latest plplot (5.6.1) on 10.4-transitional: ... gcc-3.3 -Wno-long-double -o massage massage.o -L/sw/lib/python2.4/ config -L/sw/lib -lm perl /sw/src/fink.build/plplot-5.6.1-2/plplot-5.6.1/bindings/octave/ matwrap/matwrap -language octave -o plplot_octave.cc-stub tmp_stub \ -cpp_ignore . -cpp_ignore plplot_octave_rej.h -cpp gcc-3.3 \ -D__builtin_va_list=void -E -I. -C plplot_octave.h mv -f plplot_octave.cc tmp_plplot_octave.cc sed 's/ string / std::string /' tmp_plplot_octave.cc plplot_octave.cc LD_RUN_PATH=../../src/.libs:../../lib/csa/.libs:../../lib/nn/.libs \ mkoctfile -v -I. -I. plplot_octave.cc -L../../src/.libs - lplplotd `../../scripts/get-dependency-libs.sh ../../src/.libs/ libplplotd.la` g++-3.3 -c -I/sw/include/octave-2.1.73 -I/sw/include/octave-2.1.73/ octave -I/sw/include -g -O2 -I. -I. plplot_octave.cc -o plplot_octave.o g++-4.0 -bundle -bundle_loader /sw/bin/octave-2.1.73 -o plplot_octave.oct plplot_octave.o -L../../src/.libs -lplplotd -L/sw/ lib/python2.4/config -L/sw/lib -L/sw/lib/freetype219/lib -L/sw/lib/ freetype219/lib -lfreetype -lz -L/sw/src/fink.build/plplot-5.6.1-2/ plplot-5.6.1/lib/csa -L/sw/src/fink.build/plplot-5.6.1-2/plplot-5.6.1/ lib/csa/.libs -lcsirocsa -L/sw/src/fink.build/plplot-5.6.1-2/ plplot-5.6.1/lib/nn -L/sw/src/fink.build/plplot-5.6.1-2/plplot-5.6.1/ lib/nn/.libs -lcsironn -lqhull -ldl -lm -L/sw/lib/octave-2.1.73 - loctinterp -loctave -lcruft -L/sw/lib/python2.4/config -L/sw/lib - framework vecLib -lfftw3 -lreadline -lncurses -ldl -lhdf5 -lz -lm -L/ sw/bin/../lib/gcc-lib/powerpc-apple-darwin8/4.0.3 -lf95 /usr/bin/ld: warning multiple definitions of symbol _xerbla_ /sw/lib/octave-2.1.73/liboctinterp.dylib(single module) definition of _xerbla_ /sw/lib/octave-2.1.73/libcruft.dylib(single module) definition of _xerbla_ /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/ vecLib.framework/Versions/A/libBLAS.dylib(single module) definition of _xerbla_ /usr/bin/ld: Undefined symbols: std::__default_alloc_templatetrue, 0::deallocate(void*, unsigned long) std::__default_alloc_templatetrue, 0::_S_force_new std::__default_alloc_templatetrue, 0::_S_free_list std::__default_alloc_templatetrue, 0::_S_node_allocator_lock __ZNSt24__default_alloc_templateILb1ELi0EE5_LockD4Ev std::__default_alloc_templatetrue, 0::allocate(unsigned long) collect2: ld returned 1 exit status make[4]: *** [plplot_octave.oct] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of /var/tmp/tmp.1.K0StXD failed, exit code 2 Removing build lock... /sw/bin/dpkg-lockwait -r fink-buildlock-plplot-5.6.1-2 (Reading database ... 320571 files and directories currently installed.) Removing fink-buildlock-plplot-5.6.1-2 ... Failed: phase compiling: plplot-5.6.1-2 failed Note how g++3.3 and g++4.0 both are used. In the info file I have only 3.3 defined, which is needed for the 10.4-transitional tree IIRC. Any ideas what may be going on? thanks, - koen. Koen: I think it's picking up g++-4 from octave, which has SetCXX: g++-4.0, even in the 10.4-transitional tree. This was necessary, since parts of octave are compiled with g95, which is based on gcc 4.0.3. I don't know what the solution is offhand though (besides disabling plplot_octave, or building all of plplot with gcc 4). Of course, this shouldn't be an issue in the 10.4 tree, but I haven't verified that. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 10.4 intel and gfortran
William Scott wrote: Hi folks: With the new gcc4 gfortran/odcctools I get errors of the following form: /sw/lib/odcctools/bin/ld: Undefined symbols: __Unwind_GetIPInfo collect2: ld returned 1 exit status Is there a simple workaround? Bill Bill: Are you intel or ppc? I have a feeling that the patch I added to get gcj to work on intel may have broken ppc. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 10.4 intel and gfortran
William Scott wrote: On Sat, 20 May 2006, Martin Costabel wrote: Jeff Whitaker wrote: William Scott wrote: Hi folks: With the new gcc4 gfortran/odcctools I get errors of the following form: /sw/lib/odcctools/bin/ld: Undefined symbols: __d collect2: ld returned 1 exit status Is there a simple workaround? Bill Bill: Are you intel or ppc? I have a feeling that the patch I added to get gcj to work on intel may have broken ppc. The thread says intel :-) I haven't managed to get this error yet. The only place where I see this symbol undefined is /sw/lib/gcc4/lib/libstdc++.dylib; it is defined in the corresponding libgcc_s. So to get this error, one has to link with Fink's libstdc++ and with Apple's libgcc_s, in the right order. Not easy. On ppc, the new version now compiles, too; the preceding one didn't. -- Martin Could that happen if I am linking to the blas/lapack framework that came with the computer? Meanwhile, it all works fine on a phenotypically identical package I made with gcc4-4.0.3, so it is some difference that gets introduced in the later branch. Would it be permissible for me to put that gcc4-4.0.3 I made into fink if I were to name it something like oldgfortran or some such thing, and leave everything in /sw/lib/%n/bin without any symbolic links? Right now I have a major fortran package that works with g77 and with gfortran-4.0.3, so this would be a temporary band-aid fix until the problem, completely beyond my capacity, is fixed upstream. Thanks. Bill Bill: I think I asked you this before, but why not use g95? In my experience, it's more robust (but produces slower code) than gfortran 4.1. A lot more robust than gfortran 4.0. If you have some code that doesn't work with g95, send it to me and I'll forward it to the g95 developer - he's helped me get several packages working with g95. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1FAX : (303)497-6449 325 BroadwayBoulder, CO, USA 80305-3328 --- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] hdf5 fails to compile on intel mac
Martin Costabel wrote: Jon Cline wrote: I have been attempting without success over the past few days to compile hdf5-1.6.5-1003 on an intel mac and am current stuck. I'm left with: /sw/bin/g95 -I. -O -I. -c H5fortran_types.f90 -fno-common -DPIC -o .libs/H5fort ran_types.lo In file H5fortran_types.f90:31 INTEGER, PARAMETER :: R_LARGE = 1 Error: Expected an initialization expression at (1) [] Failed: phase compiling: hdf5-1.6.5-1003 failed Can you try the following? Edit the file hdf5.info (in /sw/fink/dists/unstable/main/finkinfo/sci/) and add the two lines cp config/powerpc-apple config/i686-apple cp fortran/config/powerpc-apple fortran/config/i686-apple to the PatchScript. It should then build. This problem should be fixed in CVS (I added the latter line to the PatchScript yesterday, the former just now). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fortran and intel (again, sorry)
Martin Costabel wrote: William Scott wrote: Yesterday I impulse-purchased an imac intel. Today, in order to avoid parental responsibilities, I am trying to get fink working. (I accidently transfered my older /sw from my G4 laptop and a surprising amount works, but today moved that out of the way and started anew.) My first problem emerged with fftw. It wants to install g77. (g77 is also available, but of course it didn't compile.) Is there a feedback mechanism I should use to report this sort of thing, or should I try to fix it to compile with gfortran, or what? Also, I just noticed intel has made a demo available free for a month of its fortran compiler, FWIW. There are rumours that gfortran works on intel, but so far nobody has come forward with a patch for the Fink gcc4 package to make it compile. Simply replacing the sources with the latest available gcc-4.1 snapshot doesn't work either. The g95 package compiles, so you could try that. Bill: g95 does work on intel (gfortran doesn't). I've recently modified octave, fftw, and scipy-py to use g95. I'll be working on converting all packages to use g95. -Jeff --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] g95 fails to compile on Intel Mac
Kirk Volland wrote: I'm working toward getting Octave compiled on my MacBook. To that end, I read that g77 won't work to compile it, so I thought I'd build a copy of g95 and try and use it. Well... no luck with g95 compiling. Here is the failure. Any hints? gcc -D_FILE_OFFSET_BITS=64 -DX86_64=0 -fPIC -no-cpp-precomp -g -O2 -c -o x87.o `test -f 'math/x87.S' || echo './'`math/x87.S math/x87.S:249:no such 386 instruction: `movsx' math/x87.S:266:no such 386 instruction: `movsx' math/x87.S:622:no such 386 instruction: `movsx' math/x87.S:639:no such 386 instruction: `movsx' math/x87.S:790:no such 386 instruction: `movsx' math/x87.S:825:no such 386 instruction: `movsx' make[1]: *** [x87.o] Error 1 make: *** [all] Error 2 ### execution of /var/tmp/tmp.3.WP8x3B failed, exit code 2 Removing build lock... /sw/bin/dpkg-lockwait -r fink-buildlock-g95-0.50-20060222 (Reading database ... 4525 files and directories currently installed.) Removing fink-buildlock-g95-0.50-20060222 ... Failed: phase compiling: g95-0.50-20060222 failed - Kirk Volland NPS Kirk: I'm the maintainer of the g77, g95 and gcc4 (which contains gfortran) packages. None of them work on intel right now. Unfortunately, I don't have an intel mac, so I'm really relying on the developers of those projects (together with the fink-mactel users) to diagnose those problems. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: g77-- gfortran transition
William Scott wrote: I've been working on updating my CCP4 package for gfortran in collaboration with the ccp4 developers since late last November. It is not always simple, and there are still programs that appear to compile fine but suffer run-time errors (in fact, I am seeing more of these now than with the svn 4.1-prerelease I made on December 3rd, although other problems have improved). Bill: Give it a try with gcc 4.1.0 final. I'm reluctant to ditch g77 until I can get these problems sorted, since without these programs working properly I will starve to death and have to put my children in an orphanage. Ouch - if gcc 4.1.0 still doesn't work, go ahead and leave it with g77. It just means that it won't work on mactel. It might help to isolate the run-time errors and send them to the gcc-fortran mailing list - maybe then they will be fixed in 4.1.1. Another option is to use g95 - have you tried that? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] HDF5 problem
Sebastien Maret wrote: Compilation of gdl-0.8.11 fails on 10.4.3 because it tries to link to the HDF5 library in the HDF5's build directory. Looks like HDF5 think it lives in /sw/src/fink.build: % h5cc -showconfig | grep LDFLAGS LDFLAGS: -L/sw/src/fink.build/hdf5-1.6.4-2/hdf5-1.6.4/src/.libs -L/sw/lib Sébastien Fixed now in 10.3 and 10.4-transitional unstable CVS (along with the dylib problem reported by Dan). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637alloc_id=16865op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] proper fix for g77 package?
Peter O'Gorman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jack Howarth wrote: | Since a new gromacs, version 3.3 has been released, I will be | updating the fink gromacs package soon. However, we will need to | address the breakage in g77 from Xcode 2.2 for the required | lammpi support to work. The last time I asked any of the Darwin | programmers about the buried path to access libgcc.a, I was told | that we should ask gcc for the path with 'gcc --print-libgcc-file-name'. | Shouldn't we change the g77.info to use that approach when setting | the path to to obtain libgcc? Also, I wonder if we could use virtual | packages to somehow set a dependency on the gcc subversion, so that | fink is forced to rebuild certain packages if that changes from the | installation of a new Xcode. | Jack I think we want the g77 binary package to work for both users with xcode-2.1 and xcode-2.2, which precludes building differently behaving pacakges depending on the user's currently installed gcc. What is there at the moment sucks and won't work on intel (i386 != i686), unfortunately, but it is better than having two different g77 packages depending on the different xcode versions, in my opinion. Peter Peter: I can't remember why JFM added the link to /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/libgcc.a to g77 in the first place, but if I remove it and rebuild g77, it seems to work fine (on 10.4.2 with Xcode 2.1). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] proper fix for g77 package?
Martin Costabel wrote: Jeff Whitaker wrote: [] Peter: I can't remember why JFM added the link to /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/libgcc.a to g77 in the first place, but if I remove it and rebuild g77, it seems to work fine (on 10.4.2 with Xcode 2.1). The reason was the old rest_FP/save_FP undefined symbol problem that used to be solved by including a -lcc_dynamic linker flag. libgcc_dynamic always was, despite its name, a link to the static libgcc.a, but Apple removed this link for gcc4. Until gcc3.3, they had a reasonably intelligent system with /usr/lib/gcc/darwin/default pointing to either 2.95.1 or 3.1 or 3.3, depending on what version was gcc_select'ed. When they introduced gcc4 with its different directory structure, they had at first also a default directory as a symlink, but it pointed to nowhere. I filed a bug about this at the time (a year ago). Instead of fixing the default symlink, they removed it altogether, and they removed the libcc_dynamic symlink at the same time. This is biting us now. OK, but it seems like all the symbols are resolved fine even if you don't use the the /usr/lib/gcc/.../libgcc.a. I wonder if it only shows up if you try to link a C lib with g77? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] proper fix for g77 package?
Jeff Whitaker wrote: Martin Costabel wrote: Jeff Whitaker wrote: [] Peter: I can't remember why JFM added the link to /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/libgcc.a to g77 in the first place, but if I remove it and rebuild g77, it seems to work fine (on 10.4.2 with Xcode 2.1). The reason was the old rest_FP/save_FP undefined symbol problem that used to be solved by including a -lcc_dynamic linker flag. libgcc_dynamic always was, despite its name, a link to the static libgcc.a, but Apple removed this link for gcc4. Until gcc3.3, they had a reasonably intelligent system with /usr/lib/gcc/darwin/default pointing to either 2.95.1 or 3.1 or 3.3, depending on what version was gcc_select'ed. When they introduced gcc4 with its different directory structure, they had at first also a default directory as a symlink, but it pointed to nowhere. I filed a bug about this at the time (a year ago). Instead of fixing the default symlink, they removed it altogether, and they removed the libcc_dynamic symlink at the same time. This is biting us now. OK, but it seems like all the symbols are resolved fine even if you don't use the the /usr/lib/gcc/.../libgcc.a. I wonder if it only shows up if you try to link a C lib with g77? -Jeff Never mind - answered my own question. I still get the restfp,savefp missing symbols, but only if I try to link fortran code with a C lib. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.4-transitional/unstable/main/finkinfo/sci scipy-py.info,1.4,1.5
Sebastien Maret wrote: Jeff Whitaker [EMAIL PROTECTED] writes: Update of /cvsroot/fink/dists/10.4-transitional/unstable/main/finkinfo/sci In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv3504 Modified Files: scipy-py.info Log Message: New upstream version. Index: scipy-py.info === RCS file: /cvsroot/fink/dists/10.4-transitional/unstable/main/finkinfo/sci/scipy-py.info,v retrieving revision 1.4 retrieving revision 1.5 diff -u -d -r1.4 -r1.5 --- scipy-py.info 2 Aug 2005 18:21:20 - 1.4 +++ scipy-py.info 16 Nov 2005 18:25:04 - 1.5 [snip] +Maintainer: Jeffrey Whitaker [EMAIL PROTECTED] -Maintainer: Sebastien Maret [EMAIL PROTECTED] -DescPackaging: -Originally packaged by Jeffrey Whitaker I guess this means that you want to take back the maintainership of scipy ? Sébastien Sébastien: Uh - sorry. In a fit of zealotry I forgot that I had passed that package on to you. Feel free to modify, update or delete that update. I would like to maintain the new scipy-core-py package though. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628alloc_id=16845op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] plplot linking error after upgrade - Xcode 2.2
Peter O'Gorman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter O'Gorman wrote: | Martin Costabel wrote: | | Peter O'Gorman wrote: | [] | | The only thing I can think to do is to link with | - -L/usr/lib/gcc/%m-apple-darwin8/4.0.0 | -L/usr/lib/gcc/%m-apple-darwin8/4.0.1 | - -L/usr/lib/gcc/%m-apple-darwin8/4.0.2 -lgcc | | The thing is broken on x86 too. | | | | I am not sure if this will work: Earlier on g77's command line, there | is -L/sw/lib/gcc/powerpc-apple-darwin8.0.0/3.4.3 and -lgcc, which | evaluates to libgcc.a in that directory. If you have another -lgcc on | the command line, it's anybody's guess which one will be chosen. | | | You're right. Looks like you can invoke functions from the gcc spec file | and one of the included functions is called if-exists. Trying that now. | This seems to work for me. Note that if 4.0.0/libgcc.a and 4.0.1/libgcc.a both exist, it will add both, but I don't think that is a big problem. Peter Peter: Thanks - I've committed this to 10.4-transitional unstable and removed the BuildDependsOnly as per dmack's request. I think we should consider deprecating g77 by replacing all the g77 depends with gcc4 in unstable when the next version of gcc4 comes out. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/PSD R/PSD1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fort77/f2c BuildDepends problem
Daniel Macks wrote: fort77-1.18-17 lists Depends:f2c, but f2c (20030428-2) is BuildDependsOnly:true. The bin/fort77 script contains an explicit call to the f2c binary, so the Depends makes sense. Is the BDO flag wrong? Or are there other alternate packages of f2c's files, requiring that f2c remain swappable? dan Dan: I'm pretty sure the BDO flag in f2c is wrong. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gcc4 and libmpfr-dev
David Fang wrote: Hi all, Having trouble updating the gcc4 (4.0.1-2) package, 10.4-transitional. Is gcc4 missing a BuildDepends on libmpfr-dev? Because having only gmp installed, configure gives me: - sniplet checking for correct version of gmp.h... yes checking for MPFR... no configure: error: GMP with MPFR support is required to build f95 - end sniplet gmp should be enough - it includes mpfr.h. If you run 'dpkg --listfiles gmp' you should see a /sw/include/mpfr.h in there. If you don't, try rebuilding and/or reinstalling gmp. I mistakenly thought it was already installed with gmp, but that wasn't enough. Upon attempting to install libmpfr-dev, I encountered errors in its installation: - sniplet build goes smoothly... Selecting previously deselected package libmpfr-dev. (Reading database ... 103949 files and directories currently installed.) Unpacking libmpfr-dev (from .../libmpfr-dev_2.1.0-1_darwin-powerpc.deb) ... /sw/bin/dpkg: error processing /sw/fink/dists/unstable/main/binary-darwin-powerpc/libs/libmpfr-dev_2.1.0-1_darwin-powerpc.deb (--install): trying to overwrite `/sw/include/mpf2mpfr.h', which is also in package gmp /sw/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /sw/fink/dists/unstable/main/binary-darwin-powerpc/libs/libmpfr-dev_2.1.0-1_darwin-powerpc.deb ### execution of dpkg failed, exit code 1 Failed: can't install package libmpfr-dev-2.1.0-1 - end sniplet Yes, the libmpfr-dev package clashes with gmp (maintainer cc'ed). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] '$MACOSX_DEPLOYMENT_TARGET mismatch: now 10.4 but 10.3 during configure' error compiling clearsilver with python2.4
Jeremy Higgs wrote: Hi everyone, I'm trying to update the trac, silvercity and clearsilver packages to support python 2.4 (as well as trac to the latest version), but I'm having an issue compiling clearsilver on 10.4.1... I get this following: /sw/bin/python2.4 setup.py build_ext --inplace adding inc_path $(NEOTONIC_ROOT) adding inc_path /sw/include adding lib_path $(LIB_DIR) adding lib_path /sw/lib adding lib z running build_ext error: $MACOSX_DEPLOYMENT_TARGET mismatch: now 10.4 but 10.3 during configure make[1]: *** [neo_cgi.so] Error 1 The compile continues, but the file (neo_cgi.so) is not compiled, and therefore not installed... which is a bit of a problem. Does anyone know how to fix this? The MACOSX_DEPLOYMENT_TARGET variable is not set anywhere in the package by me, so I don't know what's causing it to think that it was set to 10.3 earlier... Thanks! Jeremy. Jeremy: On 10.3 you need to manually set that env var to 10.3 if you're compiling a python extension by hand. Fink will do that for you. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: scipy_distutils is missing from scipy
Sébastien Maret wrote: I get the following error when importing scipy.interpolate [MARETMACLT2:~] smaret% python Python 2.4.1 (#1, Apr 1 2005, 10:26:34) [GCC 3.3 20030304 (Apple Computer, Inc. build 1671)] on darwin Type help, copyright, credits or license for more information. from scipy.interpolate import * Traceback (most recent call last): File stdin, line 1, in ? File /sw/lib/python2.4/site-packages/scipy_base/ppimport.py, line 303, in __getattr__ module = self._ppimport_importer() File /sw/lib/python2.4/site-packages/scipy_base/ppimport.py, line 258, in _ppimport_importer raise ImportError,self.__dict__.get('_ppimport_exc_info')[1] ImportError: No module named scipy_distutils.misc_util Apparently the scipy_distutils module, which should come along with scipy, is not installed by the Fink package. Sébastien (Maintainer cc-ed) Sébastien: It's provided by the f2py package, which scipy depends on. Don't know why you don't have it - do you have f2py-py24 installed? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: scipy_distutils is missing from scipy
Sébastien Maret wrote: I get the following error when importing scipy.interpolate [MARETMACLT2:~] smaret% python Python 2.4.1 (#1, Apr 1 2005, 10:26:34) [GCC 3.3 20030304 (Apple Computer, Inc. build 1671)] on darwin Type help, copyright, credits or license for more information. from scipy.interpolate import * Traceback (most recent call last): File stdin, line 1, in ? File /sw/lib/python2.4/site-packages/scipy_base/ppimport.py, line 303, in __getattr__ module = self._ppimport_importer() File /sw/lib/python2.4/site-packages/scipy_base/ppimport.py, line 258, in _ppimport_importer raise ImportError,self.__dict__.get('_ppimport_exc_info')[1] ImportError: No module named scipy_distutils.misc_util Apparently the scipy_distutils module, which should come along with scipy, is not installed by the Fink package. Sébastien (Maintainer cc-ed) Sébastien: This was a bug in the f2py-py package - it's now fixed in 10.3 unstable. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- SF.Net email is sponsored by: Tell us your software development plans! Take this survey and enter to win a one-year sub to SourceForge.net Plus IDC's 2005 look-ahead and a copy of this survey Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] 10.4 and fortran
William Scott wrote: Hi folks: I think the last g77 release is 3.4.x. Are there any plans to make this available for the 10.4 branch of fink, or will it be required to use gcc-fortran? The reason I am asking is that I maintain a number of fortran-based packages that behave better (or sometimes compile only with) g77. Jack Howarth also reported a performance hit that concerns me. All the best, Bill Scott Bill: Yes, the g77 package will be available in 10.4. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: gcc4 package (was Re: [Fink-devel] SOLVED: gcc unlinks /dev/null)
Peter O'Gorman wrote: Jeff Whitaker wrote: I've created a gcc4 package the builds everything (c,c++,f95,objc,java,ada). I could just add Provides and Conflicts gfortran and be done with it? Is there any reason to split them up? As long as you added a prefix or suffix to the gcc and g++ executables so that they won't be found by configure scripts (and so that they won't conflict with the ccache package). Hmm, maybe prefix or suffix everything and make e.g. a gfortran package, which depends on gcc4, that just installs a symlink? Yes, that's exactly what I did. gfortran is a splitoff which installs just a symlink, gcc and g++ are installed as g++-4 and gcc-4. Actually, the whole thing is installed in /sw/lib/gcc4, and the symlinks /sw/bin/gcc-4, g++-4, gfortran etc point to the binaries in /sw/lib/gcc4/bin. I don't really know, I'm hoping others will hop in on this thread. I know Alexander Strange has been building gccs from the apple ppc branch, maybe a fink gcc4 package should come from there? Hmm - I'd like to hear about that. I doubt that gfortran is in there though. I doubt that ada actually built for you, as far as I know you require an ada compiler to build ada. I think Andrew Pinski may have an ada compiler for darwin-ppc somewhere, perhaps he'd make it available for us to use to bootstrap an ada capable gcc build if we asked him nicely. The one on macada.org overwrites your developer tools :(. Do we need ada for anything though? You're right - ada didn't build. I just have c,c++,f95,objc and java. Best to skip ada for now, it looks like a nightmare. I think that there are other options hidden around somewhere, like enabling the gnu objc runtime as well as the apple objc runtime, should this be looked into? I see --enable-objc-gcenable the use of Boehm's garbage collector with the GNU Objective-C runtime but no other options related to objc. Maybe someone can help me out here. Sorry, I'm not being very helpful, just throwing out thoughts. They are useful thoughts, thanks. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: gcc4 package (was Re: [Fink-devel] SOLVED: gcc unlinks /dev/null)
Peter O'Gorman wrote: Looks like --enable-threads=posix builds a libobjc-gnu.dylib ... gee, that's obvious, I spotted that right away (NOT!). Peter That's the default I guess, since I've already got that lib. I went ahead and checked in the gcc4 package if you want to give it a try (best to install it overnight - it takes a little while to compile). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: gcc4 package (was Re: [Fink-devel] SOLVED: gcc unlinks /dev/null)
Daniel Macks wrote: On Fri, Feb 11, 2005 at 08:58:45AM -0700, Jeff Whitaker wrote: Can we get rid of the kernel's version-number in its installation directory? If gcc builds OS-version-specific stuff, we have a package portability problem... dan Dan: I haven't been able to figure out how to do this without massive patching. It must be possible though, after all Apple does it with the Dev Tools. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] SOLVED: gcc unlinks /dev/null
Peter O'Gorman wrote: Well, it took a little longer than I'd hoped, but I just sent this message to gcc-patches: http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00439.html which solves the issue for me. The bug has been reopened and is at http://gcc.gnu.org/PR18810. Jeff, could you please apply the patch in that mail to your package? It stops /dev/null from being unlinked at all. By the way, I also have a patch at http://gcc.gnu.org/PR17748 which allows two level namespace libraries to be built by gfortran on darwin. If you feel like applying that to your package (use the 2005 patch) I wouldn't complain either :) Peter Thanks Peter! That's quite a sleuthing job .. I've updated g95 to use this patch, and am working on a new gfortran which uses this and your two-level namespace patch. Perhaps I'll make a gcc4 package a splitoff of gfortran - what do you think? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayOffice : Skaggs Research Cntr 1D-124 Boulder, CO, USA 80303-3328 Web: http://tinyurl.com/5telg --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: cctools-gcc4.info
Peter O'Gorman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeff Whitaker wrote: | Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/languages | In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12422 | | Added Files: | cctools-gcc4.info | Log Message: | New placeholder package, needed for g95 and gfortran. | | | --- NEW FILE: cctools-gcc4.info --- | Package: cctools-gcc4 | Version: 528 | Revision: 1 | Type: bundle | Maintainer: Jeffrey Whitaker [EMAIL PROTECTED] | Description: Placeholder package for manually installed cctools update Hi Jeff, Have you looked at the odcctools project http://www.opendarwin.org/projects/odcctools/? It can also be used to build gcc-4.0 on panther. Perhaps a package could be made of that that installs somewhere out-of-the-way, and you can put the location at the head of the PATH when building gcc-4.0. Another point is that we already have a cctools package: ~ i cctools 525-1[virtual package.] Can you not builddepend on cctools (= 528.5-1)? Or does our cctools virtual package guessing code not work correctly? Peter You're right - I should have done that. I'll try and fix it. Hopefully I have gotten people too confused already. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: cctools-gcc4.info
Peter O'Gorman wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jeff Whitaker wrote: | Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/languages | In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv12422 | | Added Files: | cctools-gcc4.info | Log Message: | New placeholder package, needed for g95 and gfortran. | | | --- NEW FILE: cctools-gcc4.info --- | Package: cctools-gcc4 | Version: 528 | Revision: 1 | Type: bundle | Maintainer: Jeffrey Whitaker [EMAIL PROTECTED] | Description: Placeholder package for manually installed cctools update Hi Jeff, Have you looked at the odcctools project /? It can also be used to build gcc-4.0 on panther. Perhaps a package could be made of that that installs somewhere out-of-the-way, and you can put the location at the head of the PATH when building gcc-4.0. Another point is that we already have a cctools package: ~ i cctools 525-1[virtual package.] Can you not builddepend on cctools (= 528.5-1)? Or does our cctools virtual package guessing code not work correctly? Peter Peter: I remember now why I didn't do this - the cctools virtual package seems to refer to the entire Developer tools version. In this case, all that is needed is an update to the assembler (in fact, there is no update to the Dev Tools that provides this). The cctools-gcc4 placeholder package instructs users to download the updater from gcc.gnu.org (although the message is apparently confusing judging by the number of emails I've gotten). An odtools package might be a better solution - although it could be complicated keeping it separate from the official apple dev tools. Unfortunately, I don't have time to go there right now. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem running scipy with Python2.4
[EMAIL PROTECTED] wrote: I have trouble running scipy-py24 with python2.4. Here what I get when I try to import the module: [Sebastien-Marets-computer:~] smaret% python2.4 Python 2.4 (#1, Dec 30 2004, 21:03:54) [GCC 3.3 20030304 (Apple Computer, Inc. build 1671)] on darwin Type help, copyright, credits or license for more information. from scipy import * Traceback (most recent call last): File stdin, line 1, in ? File /sw/lib/python2.4/site-packages/scipy/__init__.py, line 11, in ? from scipy_base import * File /sw/lib/python2.4/site-packages/scipy_base/__init__.py, line 13, in ? mat = ppimport_attr(ppimport('Matrix'), 'Matrix') File /sw/lib/python2.4/site-packages/scipy_base/ppimport.py, line 165, in ppimport so_ext = _get_so_ext() File /sw/lib/python2.4/site-packages/scipy_base/ppimport.py, line 44, in _get_so_ext so_ext = get_config_vars('SO')[0] or '' File /sw/src/root-python24-2.4-5/sw/lib/python2.4/distutils/sysconfig.py, line 486, in get_config_vars File /sw/src/root-python24-2.4-5/sw/lib/python2.4/distutils/sysconfig.py, line 371, in _init_posix distutils.errors.DistutilsPlatformError: $MACOSX_DEPLOYMENT_TARGET mismatch: now but 10.3 during configure What is this $MACOSX_DEPLOYMENT_TARGET ? Thanks, Sebastien Sebastien: Anytime you use the distutils module (which is apparently imported by scipy) you must set the MACOSX_DEPLOYMENT_TARGET env var to 10.3. This is a python 2.4 'feature'. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almosthttp://www.thinkgeek.com/sfshirt ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] octave question
Koen van der Drift wrote: On Dec 15, 2004, at 12:47 AM, Martin Costabel wrote: Koen van der Drift wrote: Hi, The current version of octave installs a bunch of files in directories that are called powerpc-apple-darwin7.4.0 This makes it OS X version dependent, and thus .deb files for octave are different for whatever OS X version the user had installed (I happened to have 10.3.4 installed when I build octave). Is it possible to fix this, maybe by passing --build=powerpc-apple-darwin to the configure params? (I've mailed the maintainer - Jeff Whitaker - twice but got no response. Anyone know if he is still around?) As far as I can see from cvs logs, he is still very much around and takes care of a couple of rather difficult packages. Maybe he concentrates on really important problems? I have CC'd him, so he can decide if this is important. Does this version-dependent directory pose any technical problem, as opposed to philosophical or political? I haven't experienced any problem with it. The reason I'm asking is that am the maintainer of plplot and it installs its octave related files in the octave directories named powerpc-apple-darwin7.X.X based on the OS X version present when octave was built. So, it is my understanding that a .deb file should always be the same, no matter which Mac it was built on. This is clearly not the case in this situation, which is why I asked. - Koen. Koen: Unfortunately, I'm still stuck on the octave package with Xcode 1.5. Even with the Nov gcc update, it still won't build - it dies building libcruft with errors like this: ld: misc/quit.o malformed object (stray relocation PAIR entry (1) in section (__TEXT,__eh_frame)) Can you build octave with Xcode 1.5 and the Nov update? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayWeb: www.cdc.noaa.gov/~jsw Boulder, CO, USA 80303-3328 Office : Skaggs Research Cntr 1D-124 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] octave question
Koen van der Drift wrote: On Dec 15, 2004, at 12:47 AM, Martin Costabel wrote: Koen van der Drift wrote: Hi, The current version of octave installs a bunch of files in directories that are called powerpc-apple-darwin7.4.0 This makes it OS X version dependent, and thus .deb files for octave are different for whatever OS X version the user had installed (I happened to have 10.3.4 installed when I build octave). Is it possible to fix this, maybe by passing --build=powerpc-apple-darwin to the configure params? (I've mailed the maintainer - Jeff Whitaker - twice but got no response. Anyone know if he is still around?) As far as I can see from cvs logs, he is still very much around and takes care of a couple of rather difficult packages. Maybe he concentrates on really important problems? I have CC'd him, so he can decide if this is important. Does this version-dependent directory pose any technical problem, as opposed to philosophical or political? I haven't experienced any problem with it. The reason I'm asking is that am the maintainer of plplot and it installs its octave related files in the octave directories named powerpc-apple-darwin7.X.X based on the OS X version present when octave was built. So, it is my understanding that a .deb file should always be the same, no matter which Mac it was built on. This is clearly not the case in this situation, which is why I asked. - Koen. Koen: Sorry I missed your emails - I'll have a look at it. Martin is right though, it doesn't pose any technical problems, just philosophical ones (i.e. the octave package, like many others, doesn't strictly conform to policy). g77, for example, also installs darwin version numbered directories. Your --build=powerpc-apple-darwin is a good suggestion though, and may be an easy fix. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] octave related plplot error
Koen van der Drift wrote: Hi, I am the maintainer of plplot, and a fink build of an upcoming release gave me the following error: ... Making all in octave Making all in PLplot Making all in support make[5]: Nothing to be done for `all'. make[5]: Nothing to be done for `all-am'. Making all in demos make[4]: Nothing to be done for `all'. Making all in misc make[4]: Nothing to be done for `all'. if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include -I../../include-I/sw/include -Wno-long-double -MT massage.o -MD -MP -MF .deps/massage.Tpo -c -o massage.o massage.c; \ then mv -f .deps/massage.Tpo .deps/massage.Po; else rm -f .deps/massage.Tpo; exit 1; fi /bin/sh ../../libtool --mode=link gcc -Wno-long-double -L/sw/lib -o massage massage.o -lm mkdir .libs gcc -Wno-long-double -o massage massage.o -L/sw/lib -lm perl /Volumes/MoreStuff/.src/plplot-5.3.1.cvs.20041028-1/plplot -5.3.1.cvs.20041028/bindings/octave/matwrap/matwrap -language octave -o plplot_octave.cc -stub tmp_stub \ -cpp_ignore . -cpp_ignore plplot_octave_rej.h -cpp gcc \ -E -I. -C plplot_octave.h mv -f plplot_octave.cc tmp_plplot_octave.cc sed 's/ string / std::string /' tmp_plplot_octave.cc plplot_octave.cc LD_RUN_PATH=../../src/.libs:../../lib/csa/.libs:../../lib/nn/.libs \ mkoctfile -v -I. -I. plplot_octave.cc -L../../src/.libs -lplplotd `../../scripts/get-dependency-libs.sh ../../src/.libs/libplplotd.la` g++ -c -I/sw/include -I/sw/include/octave-2.1.57 -I/sw/include/octave-2.1.57/octave -I/sw/include -g -O2 -I. -I. plplot_octave.cc -o plplot_octave.o g++ -bundle -bundle_loader /sw/bin/octave-2.1.57 -o plplot_octave.oct plplot_octave.o -L../../src/.libs -lplplotd -L/sw/lib -L/Volumes/MoreStuff/.src/plplot-5.3.1.cvs.20041028-1/plplot -5.3.1.cvs.20041028/lib/csa -L/Volumes/MoreStuff/.src/plplot-5.3.1.cvs.20041028-1/plplot -5.3.1.cvs.20041028/lib/csa/.libs -lcsirocsa -L/Volumes/MoreStuff/.src/plplot-5.3.1.cvs.20041028-1/plplot -5.3.1.cvs.20041028/lib/nn -L/Volumes/MoreStuff/.src/plplot-5.3.1.cvs.20041028-1/plplot -5.3.1.cvs.20041028/lib/nn/.libs -lcsironn -lqhull -ldl -lm -L/sw/lib/octave-2.1.57 -loctinterp -loctave -lcruft -L/sw/lib -framework vecLib -lfftw3 -lreadline -lncurses -lhdf5 -lz -lm -L/sw/lib -lg2c ld: warning -prebind has no effect with -bundle ld: warning multiple definitions of symbol _xerbla_ /sw/lib/octave-2.1.57/liboctinterp.dylib(single module) definition of _xerbla_ /sw/lib/octave-2.1.57/libcruft.dylib(single module) definition of _xerbla_ ld: warning multiple definitions of symbol _round /sw/lib/octave-2.1.57/liboctave.dylib(single module) definition of _round /usr/lib/libdl.dylib(rndint.o) definition of _round /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/ vecLib.framework/Versions/A/libBLAS.dylib(single module) definition of _xerbla_ ld: Undefined symbols: _SZ_BufftoBuffCompress _SZ_BufftoBuffDecompress make[4]: *** [plplot_octave.oct] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 ### execution of make failed, exit code 2 Failed: compiling plplot-5.3.1.cvs.20041028-1 failed Also in the configure phase I get: checking for octave... yes checking Octave version... dyld: octave Undefined symbols: _SZ_BufftoBuffCompress _SZ_BufftoBuffDecompress checking Octave prefix... dyld: octave Undefined symbols: _SZ_BufftoBuffCompress _SZ_BufftoBuffDecompress checking Octave m dir... dyld: octave Undefined symbols: _SZ_BufftoBuffCompress _SZ_BufftoBuffDecompress /sw/ checking Octave oct dir... dyld: octave Undefined symbols: _SZ_BufftoBuffCompress _SZ_BufftoBuffDecompress I then tried to rebuild the current version in fink, and I got the same error. Of course this is new, because otherwise the current version in fink would not have been submitted. Anyone have a clue what might be the problem? I have installed Xcode 1.5 between submitting the current version and now, but am using the older cc1plus as suggested on the website. thanks, - Koen. Koen: You need to add -lsz after the -lhdf5 (the new version of hdf5 uses the szip library). The link options may be coming from octave, so I may need to update the octave package. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588alloc_id=12065op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/languages wxpython-py.info,NONE,1.1 wxpython-py.patch,NONE,1.1
Blair Zajac wrote: Jeff Whitaker wrote: Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/languages In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv25031 Added Files: wxpython-py.info wxpython-py.patch Log Message: New upstream version - now uses variants. Hi Jeff, I'm getting a compile failure on this build. This is with XCode 1.2. c++ -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/sw/include -DSWIG_GLOBAL -DHAVE_CONFIG_H -DWXP_USE_THREAD=1 -UNDEBUG -D__WXDEBUG__ -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DWX_PRECOMP -DNO_GCC_PRAGMA -Iinclude -Isrc -I/sw/lib/wx/include/gtk2d-2.5 -I/sw/include/wx-2.5 -I/sw/include/gtk-2.0 -I/sw/lib/gtk-2.0/include -I/usr/X11R6/include -I/sw/include/atk-1.0 -I/sw/include/pango-1.0 -I/usr/X11R6/include/freetype2 -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/python2.3 -c src/gtk/_core_wrap.cpp -o build-gtk2/temp.darwin-7.5.0-Power_Macintosh-2.3/src/gtk/_core_wrap.o -O3 src/gtk/_core_wrap.cpp:579: error: `wxPyCheckForApp' was not declared in this scope src/gtk/_core_wrap.cpp:579: error: too many initializers for `wxPyCoreAPI' src/gtk/_core_wrap.cpp: In function `void SWIG_AsCharArray(PyObject*, char*, long unsigned int)': src/gtk/_core_wrap.cpp:884: warning: int format, size_t arg (arg 2) src/gtk/_core_wrap.cpp:900: warning: int format, size_t arg (arg 2) src/gtk/_core_wrap.cpp: In function `PyObject* _wrap_IntersectRect(PyObject*, PyObject*, PyObject*)': src/gtk/_core_wrap.cpp:4850: error: `wxPyCheckForApp' undeclared (first use this function) src/gtk/_core_wrap.cpp:4850: error: (Each undeclared identifier is reported only once for each function it appears in.) /sw/include/wx/wxPython/wxPython_int.h: In function `PyObject* _wrap_Window_GetSizer(PyObject*, PyObject*, PyObject*)': /sw/include/wx/wxPython/wxPython_int.h:113: error: too many arguments to function `PyObject* wxPyMake_wxSizer(wxSizer*)' src/gtk/_core_wrap.cpp:28140: error: at this point in file /sw/include/wx/wxPython/wxPython_int.h: In function `PyObject* _wrap_Window_GetContainingSizer(PyObject*, PyObject*, PyObject*)': /sw/include/wx/wxPython/wxPython_int.h:113: error: too many arguments to function `PyObject* wxPyMake_wxSizer(wxSizer*)' src/gtk/_core_wrap.cpp:28197: error: at this point in file /sw/include/wx/wxPython/wxPython_int.h: In function `PyObject* _wrap_SizerItem_GetSizer(PyObject*, PyObject*, PyObject*)': /sw/include/wx/wxPython/wxPython_int.h:113: error: too many arguments to function `PyObject* wxPyMake_wxSizer(wxSizer*)' src/gtk/_core_wrap.cpp:34647: error: at this point in file error: command 'c++' failed with exit status 1 ### execution of /var/tmp/tmp.3.zfJnhU failed, exit code 1 Failed: compiling wxpython-py23-2.5.2.8-1 failed Regards, Blair Blair: I got this too - it's apparently caused by some rogue include files installed directly to /sw by an buggy package (probably an earlier version of the wxgtk or wxpython package). A workaround is to delete the /sw/include/wx/wxPython directory. After that, wxpython-py23 should build and install correctly. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] Building and installation directory.
Andrea Riciputi wrote: I know it's not a problem, but I think that a traceback that report a not exsisting directory it's not nice and could be misleading. As stated by Daniel Macks replacing --prefix=%i with --root=%d seems to fix the issue. So I'd like to know your opinion about this. Do you think we can use the --root flag in the future release? Do you know any good reason because we have to prefer --prefix to --root? Thanks, Andrea. Andrea: I had a look at some python rpms, and most use --root. So, we should probably switch to --root with future releases of python packages. It won't affect anything at all, however, except the path that is printed when python raises an exception. I did some tests and there is no performance difference. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/editors vim.info,1.8,1.9
On Tue, 18 May 2004, Daniel Macks wrote: jswhit committed: Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/editors Modified Files: vim.info Log Message: New upstream verion. Index: vim.info === RCS file: /cvsroot/fink/dists/10.3/unstable/main/finkinfo/editors/vim.info,v retrieving revision 1.8 retrieving revision 1.9 Package: vim +Source: ftp://ftp.vim.org/pub/editors/vim/unstable/unix/vim-%va.tar.bz2 +Version: 6.3 +Revision: 1 +SourceDirectory: vim63a I understood the vim webpage to say that this version is 6.3a (which is consistent with the Source and SourceDirectory) not 6.3 as your Version...that this is a prerelease of a future 6.3 version. If so, how do you plan to handle the versioning of that future package? (FWIW, 6.3rel sorts later than 6.3a, but there are probably other solutions as well). dan -- dan: I guess I'll just increment the revision number and leave the version at 6.3. It is in the unstable tree after all (although in retrospect I realize that are more elegant solutions). I thought it was important to get the 6.3 pre-release out since many users have complained of compile errors with 6.2. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.Net email is sponsored by: SourceForge.net Broadband Sign-up now for SourceForge Broadband and get the fastest 6.0/768 connection for only $19.95/mo for the first 3 months! http://ads.osdn.com/?ad_id=2562alloc_id=6184op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] apps in Fink - a final decision?
All: I'm working on a new r-base package which will include R built as a framework and R.app (in addition to the command line X11 version of R). I went back and re-read the thread on .apps in Fink, but it didn't seem like there was any consensus on the issue of whether to install symlinks or aliases for apps in %p/Applications. My new r-base package now does this: 1) installs the framework in %pLibrary/Frameworks. 2) installs the .app in %p/Applications. 3) puts a symlink to %p/Applications/R.app in /Applications/Fink/R.app (in a post-install script). 4) removes the symlink in a pre-rm script. Is this reasonable - or should I hold off on this pending further discussion? -Jeff BTW: python and tcltk could be packaged to do this as well. -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: dists/10.3/unstable/main/finkinfo/sci proj.info,NONE,1.1
Fixed - thanks. -Jeff On Tue, 30 Dec 2003, Daniel Macks wrote: Jeff Whitaker [EMAIL PROTECTED] said: Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/sci Added Files: proj.info [snip] SplitOff: Package: %N-shlibs Files: lib/libproj.*.dylib Shlibs: %p/lib/libproj.0.dylib 5.0.0 %n DocFiles: README COPYING ChangeLog NEWS AUTHORS That Shlibs looks malformed (no version info for %n). Also, Jeff, I think your [EMAIL PROTECTED] email address is bouncing. dan -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] hdf5 1.6.1-1 not building
Blair: Fixed now. -Jeff On Wed, 24 Dec 2003, Blair Zajac wrote: Hello, I'm getting this error when attempting to build hdf 1.6.1-1 with 10.3: $ fink install hdf5 hdf5-bin hdf5-shlibs /usr/bin/sudo /sw/bin/fink install hdf5 hdf5-bin hdf5-shlibs Information about 2195 packages read in 2 seconds. The following 3 packages will be installed or updated: hdf5 hdf5-bin hdf5-shlibs /bin/rm -rf hdf5-1.6.1-1 /bin/mkdir -p /sw/src/hdf5-1.6.1-1 gzip -dc /sw/src/hdf5-1.6.1.tar.gz | /sw/bin/tar -xf - patch -p1 /sw/fink/dists/unstable/main/finkinfo/sci/hdf5.patch sh: line 1: /sw/fink/dists/unstable/main/finkinfo/sci/hdf5.patch: No such file or directory ### execution of patch failed, exit code 1 Failed: patching hdf5-1.6.1-1 failed This is using fink 0.17.3. Best, Blair -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] applesystemfonts anyone?
Martin: Applesystemfonts installs fine for me on a fresh 10.3 install. Perhaps it is choking on one of the fonts in /Users/*/Library/Fonts? What happens if you remove that out from the list in the .info file? -Jeff On Sat, 13 Dec 2003, Martin Costabel wrote: It would be nice to have the applesystemfont package on Panther. The version 1.0-4 from 10.2-gcc3.3 almost works: It creates /sw/lib/X11/fonts/applettf and populates it with a decent collection of symlinks and ttf fonts and a fonts.dir file. It also does some redundant but innocent stuff related to the defunct /etc/X11/XftConfig. But then /sw/bin/xfontpath, or rather xset +fp, chokes on the new directory: % xset +fp /sw/lib/X11/fonts/applettf xset: bad font path element (#87), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax It seems there are some bad fonts in that directory. I can go ahead and try each one of the 150 or so entries, but maybe someone did this already or has some higher wisdom that explains which fonts might be offensive to xset? -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] problems with g77 3.4 segmentation faults
William and Martin: I've verified that the latest released g77 (3.3.2) does not have the assembler bug present in 3.1,3.3.1 and Apple's 3.3-20030304. As Martin pointed out, the reason I put the 3.4 package in, even though it is not a released version of g77, is that it was the only version that didn't have the bug at the time. William - I've put 3.3.2 in 10.3 unstable, please try it on your packages, if it works for them (and all the other fortran packages) I can make it the primary g77 version either by using Martin's trick, or adding Epoch: 1 to the info file. -Jeff On Fri, 7 Nov 2003, Martin Costabel wrote: William Scott wrote: [] Is there any way to have version 3.1 and 3.3 cohabitating in 10.3? I don't think there is a reasonable way to have two *installed* versions of g77 cohabitate. For two *package descriptions* cohabitating, the right way would be to create a g77-3.1 package, i.e. instead of Package: g77 Version: 3.1-20020420 Revision: 6 make it Package: g77-3.1 Version: 20020420 Revision: 6 and make it conflict/replace with g77. BUT: Whereas the fatal bug of g77-3.1 is clearly documented(*) and has not gone away with Panther, the bugs with g77-3.4 that have been reported here do not seem to be deterministic. At least I haven't seen bug reports that can be reproduced by everyone. I don't think Jeff or anyone else feels the need to have the very latest g77 version. The only criterion is to have a fortran compiler that just works. And so far the best strategy seemed to be to use recent snapshots in order to take advantage of the bug fixes that went into the official gcc sources. I've noticed that some other people have had problems too. Alternatively, is there a way for me to install 3.1 and avoid having fink try to auto-update it to 3.4 every time I issue fink update-all? The latter would solve my problem, but I still can't put some of my packages into 10.3 until I can get them to compile. (*) Contrary to what some have reported here, the gcc3.3 of Panther still has the bug where a trivial program defining an empty struct does not compile. Compiling the 2-liner struct { } foo = { }; void * bar(void) { return foo; } with gcc-3.3 gives costabel% gcc test_c.c /var/tmp//cc7djqBM.s:22:section difference relocatable subtraction expression, _foo minus L001$pb using a symbol at the end of section will not produce an assembly time constant /var/tmp//cc7djqBM.s:22:use a symbol with a constant value created with an assignment instead of the expression, L_const_sym = _foo - L001$pb /var/tmp//cc7djqBM.s:21:section difference relocatable subtraction expression, _foo minus L001$pb using a symbol at the end of section will not produce an assembly time constant /var/tmp//cc7djqBM.s:21:use a symbol with a constant value created with an assignment instead of the expression, L_const_sym = _foo - L001$pb With g77-3.1, the following program gives the same error message. Even a program consisting only of 1 line end gives the same error: costabel% cat test_f.f program hello write(6, '(1X,A)') 'Hello world' end [abook:]costabel% g77 test_f.f /var/tmp//ccAvjI34.s:48:section difference relocatable subtraction expression, LC3 minus L1$pb using a symbol at the end of section will not produce an assembly time constant /var/tmp//ccAvjI34.s:48:use a symbol with a constant value created with an assignment instead of the expression, L_const_sym = LC3 - L1$pb /var/tmp//ccAvjI34.s:47:section difference relocatable subtraction expression, LC3 minus L1$pb using a symbol at the end of section will not produce an assembly time constant /var/tmp//ccAvjI34.s:47:use a symbol with a constant value created with an assignment instead of the expression, L_const_sym = LC3 - L1$pb The accepted way to correct this bug with g77 prior to 3.4 was to replace the assembler in /usr/libexec/gcc/darwin/ppc/ by an older one from the Dec2002 dev tools (or to install an as package that does this), and I don't think anyone wants to do this on Panther. -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fort77 can't be compiled.
On Tue, 30 Sep 2003, Pascal J.Bourguignon wrote: 3.3 is not officially supported in fink yet, there will be a 10.2-gcc3.3 distribution shortly however. Some packages need 2.95, but that is handled automatically by the package. There are no packages in fink now that need 3.3. The clisp package works with 3.1. Definitely not. That's the only reason why I upgraded to 3.3, to be able to compile clisp 2.29 from fink. clisp 2.29 compiles just fine (and even runs) with gcc 3.1. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] g77 version 3.1
On Wed, 16 Jul 2003, Remi Mommsen wrote: Hi, Now I have the following problem: cernlib builds with both g77 version 3.1. and 3.3(.1). However, doing some extensive tests shows that the version build with g77 3.3(.1) has some problems with math algorithms. The cernlib is not being actively maintained any more and an official fix for g77 3.3(.1) is very unlikely. I do not have the time nor the knowledge to solve the problem. The cernlib version built with g77 3.1 works AFAIK flawlessly. Remi: Could you send me the errors with g77 3.3, along with the specific version of g77 you have installed? An actual code snippet that produces the error would also be very helpful. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: VM Ware With VMware you can run multiple operating systems on a single machine. WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same time. Free trial click here: http://www.vmware.com/wl/offer/345/0 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] proposed fix for as problem
Since the broken assembler in the Dec2002 Dev Tools update seems only to affect g77, I propose to implement this fix: 1) create an as package, which builds an assembler from opendarwin cvs (that actually works with g77). This is installed as %p/bin/odas. 2) update the g77 package to depend on as, and configure with --with-as=%p/bin/odas This seems better to me than adding patches that replace STOP with CALL EXIT in all affected fortran codes. Comments? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] g77 error [Forwarded from: jsw@cdc.noaa.gov]
On Sun, 13 Jul 2003, Ben Hines wrote: We should add these fixes to our autoconf packages and ALL broken fortran packages. It is legitimate to file bugs on all of them, since they do not work and it is fixable. -Ben I would wait and see if it is fixed in the Panter Dev Tools. I'll bet you a beer it will be. Lots of things (not just fortran stuff) are broken with the Dec2002 Dev Tools update. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing more. Download eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Moving swig to stable (to be able to move svn-client)
On Thu, 3 Apr 2003, Max Horn wrote: One serious problem I see with swig (if you have unstable enabled - so this is not meant as an argument against moving it to stable, I guess) is that it defaults to install python23 right now (at least it does here) due to a versioned dependency on python. I.e. if you just fink install swig it tell you: The following package will be installed or updated: python The following 3 additional packages will be installed: python23 python23-shlibs python23-socket Luckily I can do fink install swig python22, but for the average user, installing svn-client or swig will install python23, even if python22 is already installed, which is IMHO not a good thing. Max: It's not the versioned dependency (python = 2.2.1-8) that causes this - it's the fact that python22 contains python-2.2.2 and python23 contains python-2.3, so fink is just choosing the highest version number available. I think the reason fink tries to install python23, even if python22 is already installed, is that you didn't have the python-2.2.2 splitoff installed. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] python modules do not comply with policy
On Thu, 3 Apr 2003, Peter O'Gorman wrote: On Thursday, April 3, 2003, at 04:29 PM, Rohan Lloyd wrote: It works pretty well for emacs, What do you think? Although I quite like this idea, what about compiled C python modules, the binaries are not compatible across python versions? Peter: This is the killer. I found the Debian python policy (http://lists.debian.org/debian-python/2001/debian-python-200109/msg00069.html). Basically, it says that if a python module is needed for an older version of python, an pythonmodul-pyXY should be created that installs in /sw/lib/pythonXY/site-packages. In other words, I think your original suggestion is the right one. So, I'll create numeric-py22 and pil-py22 packages ASAP and put them in experimental/jswhit. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] python modules do not comply with policy
On Wed, 2 Apr 2003, Peter O'Gorman wrote: Hi, Depending upon which version of python is installed, the modules will go into a different place (/sw/lib/python-VERSION/site-packages). Peter: Yes - this is true. Now, this is a problem for me, and I think I will have to make numeric-py22 and pil-py22 packages in order for sketch to work without having to answer a bunch of mails saying to install python-2.2 as sketch will not work with python-2.3. This is doable. The only other way around this is to rebuild all python modules when you change python versions (i.e going from python22 to python23). Python bytecode is not compatible between python versions, so you can't in general use numeric compiled with python22 in python23 and vice-versa. So the question arises, do we need to do something similar for all python modules? i.e. have a bunch of package-py21 package-py22 package-py23 packages for python modules? I sure hope not. I don't have the time to maintain all those variants. It would make them build the same .deb for all users regardless of what the user has installed ( policy, I believe ). I know Debian has struggled with this as well - we should go look and see how they do it. Right now, rebuilding all modules when you change python versions is the only thing that works (and I agree it violates the letter of the law). Thanks for bringing this up Peter - I think it is an important issue. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: CVS: dists/10.2/unstable/main/finkinfo/x11-systemxfree86-4.3.0-1.info,NONE,1.1 xfree86-4.3.0-1.patch,NONE,1.1xfree86-upgrade-20030228-1.info,NONE,1.1
On Mon, 3 Mar 2003, Max Horn wrote: Ah sarcasm I wasn't aware that we had resolved all the issues with this? And that we agreed to release it to unstable... The discussion on this on fink-devel must have slipped by me. For example, I completly missed all the responses to Masanori's worries regarding the GTK+ 2.0 - 2.2 + XFree86 4.2 - 4.3 update mess... Damn, I must have a big problem with my email client, or maybe it's just a case of amnesia. Phew, I almost thought for a moment you rushed headlong and thoughtlessly posted this, but clearly there was a consensus on fink-devel to do it before, and I just missed it, right? I also somehow imagined I had sent an email some time ago to fink-devel on how to go about announcing major changes. I must have dreamt that up, too, because otherwise people would surely follow it, not ignoring it and shitting on it, correct? Surely nobody on a cooperative project would do this, would they? /sarcasm Max: I sent an email to fink-devel last Thursday I think, proposing this solution. No one objected, and some responded positively (to me privately, not to the list) - so I took the deafening silence as tacit approval. If fact, the only suggestion I got was to send email to fink-announce when I added the packages. I guess I missed the GTK2 upgrade issue. Anyhow - since this is a new package at least people have to consciously make the decsion to install (as opposed to blindly upgrading via update-all). -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] xfree86 4.3 strategy
Folks: Unless I hear objections, I'd like to commit these two packages to unstable xfree86-4.3.0-1.info (which builds the new unified xfree86 4.3 package) and xfree86-upgrade-20030228-1.info,patch (which is a shell script that performs the necessary dpkg -r --force-depends to install xfree86-4.3.0 if xfree86-base or xfree86-base-threaded are installed). The only way users will know to use xfree86-upgrade is if they run fink info xfree86. Perhaps a message on the fink homepage is also warranted? I've put these files in experimental/jswhit/x11-system if you want to have a look. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: python23 alpha; epoch support documentation
On Thu, 27 Feb 2003, Max Horn wrote: Esp. once the real 2.3 is released (due June, see also http://www.python.org/peps/pep-0283.html). Yes with the dpkg version scheme, 2.3a comes after 2.3. However, now that we have epochs, this isn't really a problem anymore... you can release 2.3a2, 2.3a3, ..., 2.3b, 2.3rc1, etc.. And once they release 2.3, you can simply put it into epoch 1, i.e. add an Epoch: 1 field and a BuildDepends: fink (= 0.12.0-1). Which reminds me, we *have* to document the epoch support! Max: Sorry, I didn't see the last part of your message in my last reply. I'll convert it to 2.3a2. Unfortunately, I slipped on the ice and broke my leg yesterday, so I won't be spending much time in front of my mac for next few weeks. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] python23 alpha; epoch support documentation
On Thu, 27 Feb 2003, Andrea Riciputi wrote: I agree with you v2.3 is quite stable, but as far as I can see the problem is that I can't install some Python modules under v2.2 tree. Andrea: I've renamed it 2.3a2 to make it clear that it's alpha. When I try, for example, % fink install numeric fink automatically downloads and installs python23 and then installs Numeric under v2.3 tree. This because the following line in Numeric .info file: If you install python22 first, then numeric, you will be fine. Depends: python (= 2.2.1-8) | python-nox (= 2.2.1-8) This is only one example there are other Python modules that behave in the same way. Worse than that, if you try to install a Python module with a .info file like this: Depends: python22 Python modules will install in the python2.2 tree if python2.2 is installed, the python2.3 if python2.3 is installed. So just choose which python you want, install it, and then build the modules. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3
On Wed, 26 Feb 2003, Benjamin Reed wrote: Well, according to the X website, XFree86 4.3 is due to get tagged tomorrow. Has anything been decided yet on how we are going to handle the 4.3 upgrade? Ben: I propose the following: 1) add an xfree86-4.3 package which will requires dpkg -r --force-depends to upgrade from the 4.2.1.1 packages. 2) add an xfree86-upgrade package which installs a shell script that does this automatically. I have versions of these in experimental/jswhit (the shell script is not made into a package yet, and the xfree86 package is for 4.2.99.901 - but I'm assuming it will be trivial to upgrade to 4.3 once it is tagged). I could have the PatchScript tell people to install xfree86-upgrade and use it if xfree86-4.2 is installed. But this obviously won't help for the binary package. Adding a warning to PreInstScript won't work because the install dies before it gets there. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] gnuplot install: ftp file missing
there is a command called fink selfupdate-cvs Learn to use it. Often. URLs frequently change, and packages are constantly updated. -Jeff On Sat, 22 Feb 2003, John W.Whitworth wrote: File to be downloaded is not present on ftp server, see below information about 924 packages read in 11 seconds. pkg gnuplot version ### pkg gnuplot version 3.8h.0-8 The following package will be installed or updated: gnuplot The following 6 additional packages will be installed: aquaterm libpng libpng-shlibs readline readline-shlibs texinfo Do you want to continue? [Y/n] Y curl -f -L -P - -O ftp://ftp.gnuplot.vt.edu/pub/gnuplot/testing/gnuplot-3.8h.0.tar.gz curl: (19) No such directory. ### execution of curl failed, exit code 19 Downloading the file gnuplot-3.8h.0.tar.gz failed. (1) Give up (2) Retry How do you want to proceed? [2] --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] imagemagick build failure
On Fri, 21 Feb 2003 [EMAIL PROTECTED] wrote: Imagemagick is failing to build on my system -- I have tried rebuilding freetype2, but it still fails. Any ideas? gcc -DHAVE_CONFIG_H -I. -I. -I../magick -I.. -I.. -I../magick -I/sw/include/freetype2 -I/sw/include -D_REENTRANT -I/usr/X11R6/include -I/usr/X11R6/include/X11 -I/sw/include/libxml2 -g -O2 -Wall -c `test -f 'composite.c' || echo './'`composite.c /bin/sh ../libtool --silent --mode=link gcc -g -O2 -Wall -L/sw/lib -L/usr/X11R6/lib -L/sw/lib -L/sw/lib -o composite -L/sw/lib -L/usr/X11R6/lib -L/sw/lib -L/sw/lib composite.o ../magick/libMagick.la ld: Undefined symbols: _FT_New_Face make[1]: *** [composite] Error 1 make: *** [all-recursive] Error 1 ### execution of make failed, exit code 2 Failed: compiling imagemagick-5.5.4-1 failed Bill: Try fink selfupdate-cvs; fink rebuild freetype2. That FT_New_Face problem should be fixed. Let me know if it's not. BTW: how about a pybojc fink package? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. The most comprehensive and flexible code editor you can use. Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. www.slickedit.com/sourceforge ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] xfree86 4.2.99.901 package redux
Folks: I've put a new revision of the xfree86-4.2.99.901 package in experimental/jswhit. This package no longer contains a versioned dependency on the old xfree86 4.2.1.1 packages (to allow for an upgrade), but instead requires a dpkg -r --force-depends to remove the 4.2.1.1 packages. I've also put a shell script (upgrade_xfree86.sh) in there to handle the needed force-removes automatically. Please test it out and let me know if you think it can be moved back to unstable. I'm 99.9% sure there is no other way to upgrade without forcibly removing the 4.2.1.1 packages, but if anyone has any ideas please speak up now. Also please consider how we will tell users to perform this upgrade - should it be via a shell script like the one I've created? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] xfree86 4.2.99.901 package redux
On Mon, 10 Feb 2003, Benjamin Reed wrote: On Monday, February 10, 2003, at 01:28 PM, Jeff Whitaker wrote: I've put a new revision of the xfree86-4.2.99.901 package in experimental/jswhit. This package no longer contains a versioned dependency on the old xfree86 4.2.1.1 packages (to allow for an upgrade), but instead requires a dpkg -r --force-depends to remove the 4.2.1.1 packages. I've also put a shell script (upgrade_xfree86.sh) in there to handle the needed force-removes automatically. Please test it out and let me know if you think it can be moved back to unstable. I'm 99.9% sure there is no other way to upgrade without forcibly removing the 4.2.1.1 packages, but if anyone has any ideas please speak up now. Also please consider how we will tell users to perform this upgrade - should it be via a shell script like the one I've created? Perhaps in xfree86's CompileScript section, and in a PreInstScript section, check for 4.2.1.1, and if it exists, die and warn to use the script instead? Ben: Good idea - but I think the Conflicts: xfree86-base will cause the installation to die before it executes the PreInstScript. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] xfree86 4.3 pre-release package
Max et al: I've pulled the xfree86 package (and the xfree86-base, xfree86-base-threaded upgrades it depends on) from unstable and put them in expermental/jswhit/x11-system. Probably should have put them there in the first place - I apologize for that. Ben H - I would appreciate it if you could keep the discussion more civil next time. You tend to get nasty very quickly - and I don't appreciate it. It's simply not necessary (in fact it's counterproductive). We're all on the same team here. -Jeff On Sat, 8 Feb 2003, Max Horn wrote: [...] Ben: I figured that the versioned dependency on xfree86-base | xfree86-base-threaded would be temporary, perhaps just for the first revision, in order to allow people to upgrade. I see the logic behind it, but IMHO the costs do not warrant it, so i agree with Ben, this should be removed again for now. I believe it is the only way to avoid telling people to sudo dpkg -r --force-depends, I agree with you, I see no way for a smooth update. Ben, this was actually discussed here, several times, over a year ago (but both Jeff and I discussed it briefly here recently, too), when both Jeff and I tried to do it. Maybe there is a way, but neither Jeff nor I were able to find it. which in my opinion, is even more silly than telling them to install xfree86 twice. Well, I don't exactly agree. I prefer doing a --force depends to having to wait horus and hours. ANd if you have to download the source via a modem, it makes a difference if you have to get 40 or 80 MB (or how big the XFree86 source is nowadays). Especially if there are binary packages available. The --force-depends is necessary - we've had that discussion in the past when the -threaded package was introduced. Ben Reed has reported a problem with apt - that can be fixed by removing the Provides: xfree86-base-threaded and modifying all packages that require xfree86-base-threaded to have an | xfree86 in their Depends. I'll do that tommorow if people think this is a workable solution. If the consensus is that it's too much of any ugly hack and an abuse of the fink system, I'll just pull it right now in favor of the --force-remove solution. I would say, pull it for now no matter what. We can always readd it later, but it should be investigated first. Cheers, Max -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] xfree86-4.3 and /etc/fonts
Folks: I have come across a potential problem while putting together the xfree86-4.2.99.901 package. Xfree86 4.3 installs a font database for fontconfig in /etc/fonts. When you use fink to remove the xfree86 package containing /etc/fonts, dpkg blithely blows away the symlink /private/etc -- /etc, rendering your mac fairly unusable (until you recreate the symlink). I could have xfree86 install the font database in /sw/etc or /usr/X11R6/etc, but that would break compatibility with the official Xfree86 binaries (which I have been scolded for in the past). Does anyone have any other ideas on how to fix this? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] xfree86 4.3 pre-release package
On Fri, 7 Feb 2003, Benjamin Reed wrote: Hrm. This worked OK for me when I was building it, but it broke when I tried getting it through apt to my other machine. Apt ended up half-installing things and then xfree86-base's checks for an existing X11 kicked it out. My other machine had my experimental 4.2.99 threaded packages installed -- I dpkg -r --force-depends'd them, so I basically had no X at all when I started. Why exactly does it depend on xfree86 4.2.1.1? Is it only for the purposes of upgrading? Yes - to avoid having to tell people to dpkg -r --force-depends. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] xfree86 4.3 pre-release package
On Fri, 7 Feb 2003, Ben Hines wrote: Provides/Conflicts/Replaces should work fine.. the only thing that needs to be done is to change ALL versioned dependencies in other packages on xfree* to add | xfree86. Then Provides/Conflicts/Replaces should work fine and this abuse of the fink system shouldn't be needed. This prerelease package should be removed immediately. -Ben Tell you what Ben - why don't you try it and see. If it works, go ahead and replace my package. I gave it my best shot. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] xfree86 4.3 pre-release package
On Fri, 7 Feb 2003, Ben Hines wrote: On Friday, February 7, 2003, at 04:02 PM, Jeff Whitaker wrote: On Fri, 7 Feb 2003, Benjamin Reed wrote: Why exactly does it depend on xfree86 4.2.1.1? Is it only for the purposes of upgrading? Yes - to avoid having to tell people to dpkg -r --force-depends. Also, what about installing from scratch? New fink users now get to build and install (or download) two versions of xfree for no reason? Nearly every fink user uses xfree86. That is just silly. What would the --force-depends be needed for? Rather than saying Fuck you ben, fix it yourself Please explain. This should have gotten discussion before going into unstable as this is a huge hack. I wouldn't be going off about this if you had asked for discussion here, dude. But its already in unstable. In any case, i think it would be much cleaner to actually have the dpkg -r --force-depends, or post a script to to that, than to force new fink users to install two xfree86es, and commit every fink user to having two xfree86es forever. -Ben Ben: I figured that the versioned dependency on xfree86-base | xfree86-base-threaded would be temporary, perhaps just for the first revision, in order to allow people to upgrade. I believe it is the only way to avoid telling people to sudo dpkg -r --force-depends, which in my opinion, is even more silly than telling them to install xfree86 twice. Especially if there are binary packages available. The --force-depends is necessary - we've had that discussion in the past when the -threaded package was introduced. Ben Reed has reported a problem with apt - that can be fixed by removing the Provides: xfree86-base-threaded and modifying all packages that require xfree86-base-threaded to have an | xfree86 in their Depends. I'll do that tommorow if people think this is a workable solution. If the consensus is that it's too much of any ugly hack and an abuse of the fink system, I'll just pull it right now in favor of the --force-remove solution. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Scigraphica and Xchemdraw
Peter: No, I think the problems with scigraphica run much deeper than that. I've sent many bug reports to the developers, but it looks as if it is basically unmaintained right now. So, I don't think there is any possibility of getting the scigraphica package in the 10.2 tree in the near future. BTW: it never really worked on 10.1 either. -Jeff On Wed, 5 Feb 2003, Peter O'Gorman wrote: On Wednesday, February 5, 2003, at 07:45 PM, Ben Hines wrote: I don't know how to make fink packages, but could really need Scigraphica, http://scigraphica.sourceforge.net. Is this the same python dlopening crash that some other poster had? I don't know, does scigraphica expect a thread-safe dlopen/dlsym etc? If it does it is out of luck right now, dlcompat is not thread safe, it has been on my todo list for a while, but I never came across anything which required it. Peter -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3.0 close
On Mon, 3 Feb 2003, David R. Morrison wrote: Jeff, What I've just done with the major teTeX upgrade is to put a lot of Replaces and Provides lines but almost no Conflicts lines. What this does is enables the user to upgrade without dpkg complaining. Any file which exists in one of the old packages and also exists in the new package is overwritten when the user upgrades. A problem could arise if there are stray files in the old versions which are not replaced during this process, and whose presence would mess up the program. I'm pretty sure this won't be a problem with teTeX, but we'd have to investigate things carefully in the case of XFree86. However, even in this situation, users could be told that after they upgrade, they need to remove their old version with fink remove. This might actually be a better path than advising them to use the --force-depends facility in dpkg. -- Dave OK Dave, I'll try this. It certainly is a lot easier than the myriad of things I've been trying lately. What about people with system-xfree86? We don't want to overwrite those files do we? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3.0 close
Ben: Thanks for the update. I'm somewhat at a loss of how to proceed with a 4.3.0 package. Since it contains thread support, it should replace both xfree86-base and xfree86-base-threaded. At the same time, I'd like to merge the -base and -rootless variants. So, the new package should replace xfree86-base, -base-threaded, -rootless and -rootless-threaded. Unfortunately, with all the intertwined dependencies I think this is impossible. So, I think we may have to resort to telling people to use the dreaded dpkg -r --force-depends in order to make this transition. Have you found a way around this with your experimental package? -Jeff On Fri, 31 Jan 2003, Benjamin Reed wrote: On Friday, January 31, 2003, at 06:46 PM, Torrey Lyons wrote: The code freeze for XFree86 4.3.0 will be any day now. I believe the Mac OS X/Darwin part of the code base is pretty much in final form. Benjamin put together a package in fink unstable which builds something very close to the top of the tree. I would encourage as many people as possible to give it a try. The libraries and clients from this version will be used for Apple's final release of X11 although the X server will not be synced up until after 4.3.0 is out. Please let me know promptly if you find any bugs. There has been only one bug fix since Benjamin's package was put together: In 16-bit color pixmaps could sometimes appear shifted by 1 pixel from what was intended. Actually I updated it to a new snapshot as of this morning, so if you get it now, you get one that should include that fix (I watch the X commits list and saw the bugfixes). Jeffrey Whitaker is actually the maintainer of XFree86 in Fink, but I just wanted to reiterate that the packages in experimental are for the most part for my own edification, and because I was doing some testing for Torrey. Jeff, I don't know what your plans are for release, but if you want them, feel free to take over the packages in my exp tree. I'm pretty certain they would need looking at, I didn't double-check that the shlibs stuff is right and that type of thing, so these aren't release-ready in the fink sense, although they're perfectly good for helping Torrey test. As of the last snapshots, things have worked pretty good as far as backwards-compatibility with software built against xfree86 4.2, but keep in mind that if you plan on testing this, and you build something against it, it won't work if you want to go back to 4.2.1.1 (including Apple's X11). =) -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] XFree86 4.3.0 close
On Sat, 1 Feb 2003, Max Horn wrote: At 5:52 Uhr -0700 01.02.2003, jeff whitaker wrote: Ben: Thanks for the update. I'm somewhat at a loss of how to proceed with a 4.3.0 package. Since it contains thread support, it should replace both xfree86-base and xfree86-base-threaded. At the same time, I'd like to merge the -base and -rootless variants. So, the new package should replace xfree86-base, -base-threaded, -rootless and -rootless-threaded. Unfortunately, with all the intertwined dependencies I think this is impossible. So, I think we may have to resort to telling people to use the dreaded dpkg -r --force-depends in order to make this transition. Have you found a way around this with your experimental package? You analysis is right, this is impossible. I tried it (and you, too) some time after chrisp left, and already then (with only two packages) it was impossible, without --force-depends. Cheers, Max Max et al: Can you think of a way to automate the dpkg -r --force-depends when upgrading to xfree86-4.3.0? Is there any way for fink to pass these arguments to dpkg? Perhaps it could be done in the preinst script? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Octave-forge: To add or not to add path...
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 search path. There is a global startup script in /sw/share/octave/site/m/startup/octaverc that is the proper place to do it. This script is empty by default. octave-forge's install script prints out info to the user about what to add to the search path, but that will not be seen by the user so I've made sure that fink's install phase captures that output and places _adds_ it to octave's global startup file in case it has been modified. Snippet from .info file --- make install prefix=%i | grep LOADPATH | cat %p/share/octave/site/m/startup/octaverc - %p/share/octave/site/m/startup/octaverc.new mv %p/share/octave/site/m/startup/octaverc %p/share/octave/site/m/startup/octaverc.old mv %p/share/octave/site/m/startup/octaverc.new %p/share/octave/site/m/startup/octaverc I see a number of problems here, such as upgrading of the package means adding more and more to the path. I also have no clue whatsoever what will happen in a binary package. Maybe the best solution is to move whatever startup file there is aside and just add the path info together with a notice of what has been done? Any user/admin who changes the _global_ startup script would probably find that message in no time. Or perhaps just add a line to the startup script to read a different file octaverc.fink which holds the added path info? 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 the file in /sw/etc. Just let me know how and I'll do this to the octave package. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: Thawte.com Understand how to protect your customers personal information by implementing SSL on your Apache Web Server. Click here to get our FREE Thawte Apache Guide: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0029en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Re: Apple's FFT(w), BLAS and LAPACK
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 package can safely link the vecLib framework since it is part of the Dev Tools. -Jeff On Fri, 17 Jan 2003, John Davidorff Pell wrote: 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.NET email is sponsored by: Thawte.com - A 128-bit supercerts will allow you to extend the highest allowed 128 bit encryption to all your clients even if they use browsers that are limited to 40 bit encryption. Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- 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 all your clients even if they use browsers that are limited to 40 bit encryption. Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Who should Provide X11 ?
On Mon, 6 Jan 2003, Ben Hines wrote: On Monday, January 6, 2003, at 10:56 AM, Jeff Whitaker wrote: I argue for leaving it as is. We indeed have had this discussion before, and the conclusion was that since there are lots of ways to use X11 apps without having xfree86-rootless installed, we should not move Provides: I think that was YOUR conclusion, and you are the maintainer, so it didn't happen. I disagreed then, and I still disagree, and it looks like more people disagree now. The current situation causes a LOT of confusion for newbies. And for what - to save 4 megs of hard drive space. Thats silly. -Ben Ben: Look at the archives - I wasn't just agreeing with myself. Jeez, I never thought I'd get so much grief for expressing an opinion. Anyway, since I'm clearly in the minority here's what I propose to do. 1) create a unified xfree86 package which installs both the libs and the rootles server (i.e. everything). 2) create little pseudo packages for xfree86-base(-shlibs) and xfree86-rootless(-shlibs) that do nothing but Depend on xfree86-(shlibs). This will provide an upgrade path if you already have a fink xfree86 package installed. I have no idea whether this will work - we'll see. Comments? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] fink xfree86 and Apple X11
Apple's X11 will work with fink xfree86-4.2.1.1 on 10.2.3. I tested this by installing xfree86-base, xfree86-rootless (and shlibs), then copying over /Applications/X11.app, /usr/X11R6/bin/Xquartz, /usr/X11R6/bin/quartz-wm and /usr/X11R6/lib/libapplexp.1.0.dylib from an Apple X11 installation. Double click on the X11 icon in /Applications, and voila, quartz-wm fires up. Not as fast as running the full Apple installation though, but I suspect once xfree86 4.3 is released there won't be a noticeable difference. Would be nice if someone would package up just those files from Apple's X11 , as alternative to Oroborus X. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] fink xfree86 and Apple X11
On Tue, 7 Jan 2003, Benjamin Reed wrote: On Tuesday, January 7, 2003, at 08:30 PM, Jeff Whitaker wrote: Apple's X11 will work with fink xfree86-4.2.1.1 on 10.2.3. I tested this by installing xfree86-base, xfree86-rootless (and shlibs), then copying over /Applications/X11.app, /usr/X11R6/bin/Xquartz, /usr/X11R6/bin/quartz-wm and /usr/X11R6/lib/libapplexp.1.0.dylib from an Apple X11 installation. Double click on the X11 icon in /Applications, and voila, quartz-wm fires up. Not as fast as running the full Apple installation though, but I suspect once xfree86 4.3 is released there won't be a noticeable difference. Would be nice if someone would package up just those files from Apple's X11 , as alternative to Oroborus X. There's at least a few more files too... the libdps (display postscript) stuff, isn't standard, as far as I'm aware... Maybe not, but it appears to work (as far as I can tell) without it. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: Fwd: [Fink-beginners] Gramps installation question (pil broken)
Ben: OK, I've uploaded a new pil package (1.1.4-1). pil does not support tk 8.4, so I had to patch it. This will need some testing to see if I broke anything. -Jeff On Thu, 12 Dec 2002, Ben Hines wrote: I think this is the problem with gramps, pil doesnt actually build: gcc -DNDEBUG -O3 -Wall -Wstrict-prototypes -I/sw/src/root-pil-1.1.2-13/sw/include/python2.2-I/sw/include/python2.2 -I/usr/X11R6/include -DHAVE_CONFIG_H -isystem /sw/include -IlibImaging -I/sw/include -I/sw/include -IlibImaging -I/sw/include -c ././Tk/tkImaging.c -o ./tkImaging.o ././Tk/tkImaging.c: In function `PyImagingPhoto': ././Tk/tkImaging.c:165: too few arguments to function `Tk_PhotoPutBlock' ././Tk/tkImaging.c:175: too few arguments to function `Tk_PhotoPutBlock' ././Tk/tkImaging.c:182: too few arguments to function `Tk_PhotoPutBlock' ././Tk/tkImaging.c: In function `TkImaging_Init': ././Tk/tkImaging.c:192: warning: passing arg 3 of `Tcl_CreateCommand' from incompatible pointer type make: *** [tkImaging.o] Error 1 rm -rf /sw/src/root-pil-1.1.2-13 mkdir -p /sw/src/root-pil-1.1.2-13/sw mkdir -p /sw/src/root-pil-1.1.2-13/DEBIAN /var/tmp/tmp.1.lci3rF cp: cannot stat `*so': No such file or directory Preparing to replace pil 1.1.2-13 (using .../pil_1.1.2-13_darwin-powerpc.deb) ... Unpacking replacement pil ... Setting up pil (1.1.2-13) ... However, the build does not fail, so we probably just didn't notice. -Ben Begin forwarded message: From: Ben Hines [EMAIL PROTECTED] Date: Thu Dec 12, 2002 8:57:36 PM US/Pacific To: Alan Rakes [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [Fink-beginners] Gramps installation question I'll take a look at the problem. Make sure to email the mantainer about problems like this. (me :) fink info packagename to get maintainer. -Ben On Thursday, December 12, 2002, at 03:30 PM, Alan Rakes wrote: I am not sure if this is the correct forum to ask this question. I just installed via fink the gramps genealogy program. In general it seemed to work just fine. When I added a picture to the database, it tried to make a thumbnail of the picture and it failed with the following error message: -- Could not create a thumbnail for /Users/alanrakes/rakes-family-tree/O0.jpg Exceptions.ImportError The _imaging C module is not installed -- Is this possibly due to a missing dependency in the installation? Or is it due to some other error. Or is it just a bug in the software? Thank you for any advice. Alan Rakes --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Fink-beginners mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-beginners --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Fink-beginners mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-beginners -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: problems with XFree and system-xfree86
Probably you have libxine installed, or some other package that now depends explicity on xfree86-base-threaded. You can either remove your manual installation of xfree86 and install xfree86-base-threaded, or not update the package that is requesting it. -Jeff On Sun, 17 Nov 2002, Pejvan BEIGUI wrote: Hi, I made a selfupdate-cvs today, and while making an 'update-all' after that, fink wants to install all the xfree source packages and ignores my system-xfree86 package installed a while ago. So I'd like to know if this is a bug, or this is because the system-xfree is 4.2 and xfree86 is now 4.2.1.1 ? Thanks for your help, Pejvan -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] python-shlibs?
Hi folks: I'm getting ready to add a python-2.2.2 package to CVS. Some time back, I was asked to add a two-level namespace python shared library (/sw/lib/python2.2/config/libpython2.2.dylib) because koffice apparently wouldn't build without it. Now this means than in order to conform to policy I must add a python-shlibs splitoff, with an Shlibs field. I'm unsure what the right way to do this is. libpython2.2.dylib has an install name of /sw/lib/python2.2/config/libpython2.2.dylib and a compatibility version of 2.2. Python updates are usually incompatible between minor versions (i.e. libpython2.2 will not work with libpython2.3). Does this mean that I'll have to make python2.2 and python2.3 packages when python-2.2.3 is released? I know I went over this with Dave before, but I can't seem to remember what the answer was. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] OT: compiling with pgplot
Don: Try -lpng. -Jeff On Sat, 26 Oct 2002, Don McKenzie Paul wrote: At 16:29 -0600 26/10/02, Jeff Whitaker wrote: Don: Just add -framework Foundation -framework AppKit -Jeff Thanks Jeff I am still missing something to do with png? Don Command: g77 -O3 mag3d.f /usr/local/ccsl/graf/pigpg.o -L/sw/lib/pgplot/ -lcpgplot -lpgplot -L/usr/X11R6/lib/ -lX11 -framework Foundation -framework AppKit /usr/local/ccsl/lib/libmk4.a -o mag3d ld: Undefined symbols: _putenv_ _png_create_info_struct _png_create_write_struct _png_destroy_write_struct _png_init_io _png_set_IHDR _png_set_PLTE _png_set_tRNS _png_set_text _png_write_end _png_write_info _png_write_row Error loading mag3d -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] OT: compiling with pgplot
Don: Just add -framework Foundation -framework AppKit -Jeff On Sat, 26 Oct 2002, Don McKenzie Paul wrote: This is probably a bit of topic (to say the least) but I suppose its a pretty easy question for you guys.I should also say I'm new to all this. Anyway, I am trying to compile some crystallographic programmes. All went well until I tried to those ones which included pgplot graphics. I get the following output Command: g77 -O3 grafic.f -L/sw/lib/pgplot/ -lpgplot -L/usr/X11R6/lib/ -lX11 /usr/local/ccsl/lib/libmk4.a -o grafic ld: Undefined symbols: .objc_class_name_NSAutoreleasePool .objc_class_name_NSBezierPath .objc_class_name_NSBitmapImageRep .objc_class_name_NSColor .objc_class_name_NSConnection .objc_class_name_NSConstantString .objc_class_name_NSObject .objc_class_name_NSString .objc_class_name_NSWorkspace .objc_class_name_Protocol _NSCalibratedRGBColorSpace _NSLog __NSConstantStringClassReference _objc_msgSend _objc_msgSendSuper _png_create_info_struct _png_create_write_struct _png_destroy_write_struct _png_init_io _png_set_IHDR _png_set_PLTE _png_set_tRNS _png_set_text _png_write_end _png_write_info _png_write_row Error loading grafic So what library am I missing or what did I do wrong. Answers on a postcard or preferably by email. Don --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This SF.net email is sponsored by: ApacheCon, November 18-21 in Las Vegas (supported by COMDEX), the only Apache event to be fully supported by the ASF. http://www.apachecon.com ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Fortran depend question
Brian: I don't think you need the No fortran option - the vanilla LAM-MPI package could depend on g77, the LAM-MPI-absoft variant could depend on system-fortran. I think absoft has the capability of linking g77 libs, so in theory you could get away with one package. Unfortunately, I've never been able to get this to work. -Jeff On Sat, 12 Oct 2002, Brian W. Barrett wrote: Hello all - After the recent discussion about MPI (Message Passing Interface) implementations in Fink, I've decided to package up LAM/MPI for Fink. I'm not sure what the right thing to do for the Fortran interface is... there are currently three options, one of which must be chosen at build time. * No Fortran * Fink's g77 support * Fink's system-fortran (ie, Absoft) Is there any way to deal with this better than having three seperate LAM packages? I'm guessing not, but... Brian -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Dependency/provides question
Carsten: Unfortunately, as was discussed in an earlier thread, the jaguar provided python is woefully inadequate. So, there is not going to be a system-python package. I am willing to add the openssl dependency to the default python package if that's what people want. Having four python variants (python-nox, python, python-ssl, python-nox-ssl) is just too unwieldy (and hard to maintain). -Jeff On Mon, 7 Oct 2002, Carsten Klapp wrote: I believe a python placeholder for Jaguar is needed for those who just want to use daemonic and have no other use for python. Carsten -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Python, TkInter, wxWindows and Aqua
Sébastien: I'm not sold on the idea of creating a fink python.app package. Fink is mainly intended to be an add-on distribution of unix software for you mac. Mac software does not behave like unix software, in particular frameworks and apps are designed to be movable - just drag and drop to install wherever you want and it should work. Fink does not and cannot work this way. I think it may be better to keep a unix python package in fink (with X11 tkinter and gtk wxwindows) and let those who want the framework version (with aqua tk and aqua wxwindows) install their own with a double-clickable .dmg. There is one available, BTW, at http://wxpython.org/download.php#binaries -Jeff On Tue, 24 Sep 2002, Sébastien Pierre wrote: Hi all, I realised that there was both aqua ports for TkInter and WxWindows, which is rather a good news. I was thinking about the possibility to make Fink ports to enable easy installation of aqua-tk, and to make the python interpreter support it with a python-aqua package. The problem is that I need to create both tk and python frameworks... is it ok for a Fink package to create frameworks in /Library/Frameworks? -- Sébastien -- «And never can a man be more disastrously in death than when death itself shall be deathless.» http://www.type-z.org -- St. Augustine --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Re: [Fink-users] xfree86-base-threaded
On Tue, 17 Sep 2002, Martin Costabel wrote: This is a bug that has been known for a couple of weeks. Its fix is known, too, namely to use absolute path names in this situation. The version of fink that understands this is in cvs, you are probably using it. Until the package gets fixed, you can trick fink into thinking it is using /sw: Make /sw a symlink to /usr/local/finksw and put /sw as BasePath into your /sw/etc/fink.conf Folks: Should I just fix this now in CVS, or wait for the next package manager release so I can make it depend on fink (= 0.9.11)? -Jeff --- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/CDC1FAX : (303)497-6449 325 BroadwayWeb : http://www.cdc.noaa.gov/~jsw Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124 --- Sponsored by: AMD - Your access to the experts on Hammer Technology! Open Source Linux Developers, register now for the AMD Developer Symposium. Code: EX8664 http://www.developwithamd.com/developerlab ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] kde: -ssl obligatory?
On Fri, 5 Jul 2002, Benjamin Reed wrote: Jeff Whitaker [[EMAIL PROTECTED]] wrote: If it doesn't actually need openssl (library-wise or otherwise) then it shouldn't depend on it. The problem that Martin uncovered is a serious one - having kdebindings depend on openssl is causing fink to try to install conflicting packages. So, if removing the un-needed openssl dependency prevents this from happening I think it needs to be done. Yeah, makes sense. Should it still stay in crypto? It's unable to install if it's in main and you don't have crypto in your list, but it doesn't directly use crypto itself. It only needs to be in crypto if it actually uses the crypto functions in Mozilla. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayWeb: www.cdc.noaa.gov/~jsw Boulder, CO, USA 80303-3328 Office : Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] kde: -ssl obligatory?
On Fri, 5 Jul 2002, David R. Morrison wrote: It only needs to be in crypto if it actually uses the crypto functions in Mozilla. -Jeff It seems to me that if package foo Depends on package bar, and package bar is in crypto, then package foo has to be in crypto too. Otherwise people not having crypto will try to install something and have unmet dependencies. -- Dave Doh - Dave of course you're right. I didn't read Ben's reply very carefully. -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 Meteorologist FAX: (303)497-6449 NOAA/OAR/CDC R/CDC1Email : [EMAIL PROTECTED] 325 BroadwayWeb: www.cdc.noaa.gov/~jsw Boulder, CO, USA 80303-3328 Office : Skaggs Research Cntr 1D-124 --- This sf.net email is sponsored by:ThinkGeek Bringing you mounds of caffeinated joy. http://thinkgeek.com/sf ___ Fink-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/fink-devel