[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
[Fink-devel] pymol-py changes
Dave, William Scott believes you may have made the changes... http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/sci/pymol-py.info?r1=1.11r2=1.12 http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/sci/pymol-py.info?r1=1.7.2.3r2=1.7.2.4 The logic of those changes escapes me. Pymol-py uses the fink python packages and not the system one. Can't we eliminate the line... Distribution: (%type_pkg[python] = 23) 10.3, (%type_pkg[python] = 23) 10.4 from the pymol-py.info file? Jack - 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] my packages
On Nov 19, 2007, at 7:36 AM, Jeff Whitaker wrote: 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. I could take over SciPy. Pepe - 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] my packages
Alexander K. Hansen [EMAIL PROTECTED] writes: Jeff Whitaker wrote: 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 I'm sorry to hear that. I'm willing to lay claim to the stuff I use regularly: grace, netcdf, octave, as well as libdap3|6 and libnc-dap3. I could also do SciLab. However, if anybody else feels like staking a claim, I'm certainly willing _not_ to take them on. I am voluntering to maintain the following ones: python, scipy-core, scipy, fftw/fft3 Sébastien - 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] my packages
Jeff Whitaker wrote: 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. Hi Jeff, Having already given up all my packages bar libtool, I know where you are coming from, although I am not sure that you're right about things getting done faster with you out of the way. :) Thank you for all the work you have put in to fink over the years. Peter - 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] my packages
Alexander, I don't want to maintain it, but did uploaded new packaging for scilab onto fink tracking last week... http://sourceforge.net/tracker/index.php?func=detailaid=1833509group_id=17203atid=414256 This version works fine under Leopard. Jack - 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] my packages
On Nov 19, 2007 12:01 PM, Jack Howarth [EMAIL PROTECTED] wrote: Alexander, I don't want to maintain it, but did uploaded new packaging for scilab onto fink tracking last week... http://sourceforge.net/tracker/index.php?func=detailaid=1833509group_id=17203atid=414256 This version works fine under Leopard. Jack Right. I saw that you had done so, and planned to exploit your efforts there. :-) -- Alexander K. Hansen akh AT finkproject DOT org Fink User Liaison and Documenter - 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
[Fink-devel] fate of g95?
One package that no one has declared for yet is g95. I currently have a query into Andy to find out exactly what patches to gcc 4.0.3 he is using for Leopard and Macintel builds. We could actually depreciate g95 out of fink save for one package, ncarg, which relies on a blockdata initialization behavior that is not quite in the standard... http://gcc.gnu.org/ml/fortran/2007-11/msg00131.html I am trying to figure out why this works with gfortran for the linux i386 and x86_64 gnu ld linker but not the Darwin or gnu ld linker under Cywin. It is unclear if this could be fixed in the Darwin linker or if it has to be addressed in gfortran. FYI, the test in question is at... http://www.ncl.ucar.edu/Download/build_from_src.shtml#TestBlockdataInit Other than the ncarg package, I can think of nothing that requires g95. Jack - 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
[Fink-devel] lasi-1.0.6 build failure on 10.4/Intel
lasi-1.0.6 fails to buid on 10.4/Intel with the following error: if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DPACKAGE_NAME=\LASi\ -DPACKAGE_TARNAME=\lasi\ -DPACKAGE_VERSION=\1.0.6\ -DPACKAGE_STRING=\LASi\ 1.0.6\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\lasi\ -DVERSION=\1.0.6\ -DPANGO_ENABLE_BACKEND=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBGLIB_2_0=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -I. -I. -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pango-1.0 -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../include -I/sw/include -g -O2 -MT drawGlyph.lo -MD -MP -MF .deps/drawGlyph.Tpo -c -o drawGlyph.lo drawGlyph.cpp; \ then mv -f .deps/drawGlyph.Tpo .deps/drawGlyph.Plo; else rm -f .deps/drawGlyph.Tpo; exit 1; fi mkdir .libs g++ -DPACKAGE_NAME=\LASi\ -DPACKAGE_TARNAME=\lasi\ -DPACKAGE_VERSION=\1.0.6\ -DPACKAGE_STRING=\LASi 1.0.6\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\lasi\ -DVERSION=\1.0.6\ -DPANGO_ENABLE_BACKEND=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBGLIB_2_0=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -I. -I. -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pango-1.0 -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../include -I/sw/include -g -O2 -MT drawGlyph.lo -MD -MP -MF .deps/drawGlyph.Tpo -c drawGlyph.cpp -fno-common -DPIC -o .libs/drawGlyph.o drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, void*)' to 'int (*)(FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, void*)' to 'int (*)(FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, const FT_Vector*, void*)' to 'int (*)(FT_Vector*, FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, const FT_Vector*, const FT_Vector*, void*)' to 'int (*)(FT_Vector*, FT_Vector*, FT_Vector*, void*)' make[1]: *** [drawGlyph.lo] Error 1 make: *** [all-recursive] Error 1 ### execution of make failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-lasi-1.0.6-1001 (Reading database ... 68054 files and directories currently installed.) Removing fink-buildlock-lasi-1.0.6-1001 ... Failed: phase compiling: lasi-1.0.6-1001 failed Sébastien - 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] lasi-1.0.6 build failure on 10.4/Intel
Sebastien Maret wrote: lasi-1.0.6 fails to buid on 10.4/Intel with the following error: if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DPACKAGE_NAME=\LASi\ -DPACKAGE_TARNAME=\lasi\ -DPACKAGE_VERSION=\1.0.6\ -DPACKAGE_STRING=\LASi\ 1.0.6\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\lasi\ -DVERSION=\1.0.6\ -DPANGO_ENABLE_BACKEND=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBGLIB_2_0=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -I. -I. -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pango-1.0 -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../include -I/sw/include -g -O2 -MT drawGlyph.lo -MD -MP -MF .deps/drawGlyph.Tpo -c -o drawGlyph.lo drawGlyph.cpp; \ then mv -f .deps/drawGlyph.Tpo .deps/drawGlyph.Plo; else rm -f .deps/drawGlyph.Tpo; exit 1; fi mkdir .libs g++ -DPACKAGE_NAME=\LASi\ -DPACKAGE_TARNAME=\lasi\ -DPACKAGE_VERSION=\1.0.6\ -DPACKAGE_STRING=\LASi 1.0.6\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\lasi\ -DVERSION=\1.0.6\ -DPANGO_ENABLE_BACKEND=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBGLIB_2_0=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -I. -I. -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pango-1.0 -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../include -I/sw/include -g -O2 -MT drawGlyph.lo -MD -MP -MF .deps/drawGlyph.Tpo -c drawGlyph.cpp -fno-common -DPIC -o .libs/drawGlyph.o drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, void*)' to 'int (*)(FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, void*)' to 'int (*)(FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, const FT_Vector*, void*)' to 'int (*)(FT_Vector*, FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, const FT_Vector*, const FT_Vector*, void*)' to 'int (*)(FT_Vector*, FT_Vector*, FT_Vector*, void*)' make[1]: *** [drawGlyph.lo] Error 1 make: *** [all-recursive] Error 1 ### execution of make failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-lasi-1.0.6-1001 (Reading database ... 68054 files and directories currently installed.) Removing fink-buildlock-lasi-1.0.6-1001 ... Failed: phase compiling: lasi-1.0.6-1001 failed Sébastien bummer, it's the first one that's worked on leopard/intel! - 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] lasi-1.0.6 build failure on 10.4/Intel
This problem appears to be due to a change in the ABI in freetype 2.2.0... http://osflash.org/pipermail/swfmill_osflash.org/2007-April/001231.html http://osflash.org/pipermail/swfmill_osflash.org/2007-April/001232.html http://osflash.org/pipermail/swfmill_osflash.org/2007-April/001234.html So it would appear that we need back the consts and make a dependency for freetype = 2.2.0. Jack - 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] lasi-1.0.6 build failure on 10.4/Intel
Strange, it works on my iMac G5 with 10.5. I thought it had to do with the freetype version which needs to be = 2.2 according to the lasi website. I'll look more into it. - Koen. -Original Message- From: Robert T Wyatt [EMAIL PROTECTED] Sent: Nov 19, 2007 12:47 PM To: Sebastien Maret [EMAIL PROTECTED] Cc: fink-devel@lists.sourceforge.net, Koen van der Drift [EMAIL PROTECTED] Subject: Re: lasi-1.0.6 build failure on 10.4/Intel Sebastien Maret wrote: lasi-1.0.6 fails to buid on 10.4/Intel with the following error: if /bin/sh ../libtool --tag=CXX --mode=compile g++ -DPACKAGE_NAME=\LASi\ -DPACKAGE_TARNAME=\lasi\ -DPACKAGE_VERSION=\1.0.6\ -DPACKAGE_STRING=\LASi\ 1.0.6\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\lasi\ -DVERSION=\1.0.6\ -DPANGO_ENABLE_BACKEND=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBGLIB_2_0=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -I. -I. -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pango-1.0 -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../include -I/sw/include -g -O2 -MT drawGlyph.lo -MD -MP -MF .deps/drawGlyph.Tpo -c -o drawGlyph.lo drawGlyph.cpp; \ then mv -f .deps/drawGlyph.Tpo .deps/drawGlyph.Plo; else rm -f .deps/drawGlyph.Tpo; exit 1; fi mkdir .libs g++ -DPACKAGE_NAME=\LASi\ -DPACKAGE_TARNAME=\lasi\ -DPACKAGE_VERSION=\1.0.6\ -DPACKAGE_STRING=\LASi 1.0.6\ -DPACKAGE_BUGREPORT=\[EMAIL PROTECTED] -DPACKAGE=\lasi\ -DVERSION=\1.0.6\ -DPANGO_ENABLE_BACKEND=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBGLIB_2_0=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -I. -I. -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pango-1.0 -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I../include -I/sw/include -g -O2 -MT drawGlyph.lo -MD -MP -MF .deps/drawGlyph.Tpo -c drawGlyph.cpp -fno-common -DPIC -o .libs/drawGlyph.o drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, void*)' to 'int (*)(FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, void*)' to 'int (*)(FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, const FT_Vector*, void*)' to 'int (*)(FT_Vector*, FT_Vector*, void*)' drawGlyph.cpp:111: error: invalid conversion from 'int (*)(const FT_Vector*, const FT_Vector*, const FT_Vector*, void*)' to 'int (*)(FT_Vector*, FT_Vector*, FT_Vector*, void*)' make[1]: *** [drawGlyph.lo] Error 1 make: *** [all-recursive] Error 1 ### execution of make failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-lasi-1.0.6-1001 (Reading database ... 68054 files and directories currently installed.) Removing fink-buildlock-lasi-1.0.6-1001 ... Failed: phase compiling: lasi-1.0.6-1001 failed Sébastien bummer, it's the first one that's worked on leopard/intel! - 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] pymol-py changes
Jack Howarth wrote: Dave, William Scott believes you may have made the changes... http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/sci/pymol-py.info?r1=1.11r2=1.12 http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/sci/pymol-py.info?r1=1.7.2.3r2=1.7.2.4 The logic of those changes escapes me. Pymol-py uses the fink python packages and not the system one. Can't we eliminate the line... Distribution: (%type_pkg[python] = 23) 10.3, (%type_pkg[python] = 23) 10.4 from the pymol-py.info file? On 10.5 there is no python2.3 any more, not even in Fink, so the -python23 variant should not show up there. That's the logic. -- Martin - 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] fate of g95?
Jack Howarth wrote: One package that no one has declared for yet is g95. I currently have a query into Andy to find out exactly what patches to gcc 4.0.3 he is using for Leopard and Macintel builds. There is some very recent movement on the g95 front. The macports g95 maintainer seems to have the right patches now. See yesterday's message on the g95 mailing list http://groups.google.com/group/gg95/browse_thread/thread/c91f7002a5302568/0013093ea8ebbd08?hl=en#0013093ea8ebbd08 -- Martin - 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
[Fink-devel] ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib in Krusader 1.80.0-release-1
Hello, I'm trying to build Krusader v1.80.0-release-1 on Mac OS X 10.5.1. I'm getting 'ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib'. Here's the few last lines of the build: ... g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/sw/include -I/sw/include/qt -I/usr/X11/include -D__KJSEMBED__ -DQT_THREAD_SUPPORT -I/sw/include -D_LARGEFILE64_SOURCE -DKDE_NO_COMPAT -DQT_NO_ASCII_CAST -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -c -o krservices.moc.o krservices.moc.cpp /bin/sh ../libtool --silent --tag=CXX --mode=link g++ -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -L/sw/lib -o krusader -L/sw/lib -L/usr/X11/lib paneltabbar.o panelmanager.o krservices.o main.o krusaderview.o krusader.o krslots.o kicons.o krusaderapp.moc.o krservices.moc.o BookMan/libBookMan.a Dialogs/libDialogs.a DiskUsage/libDiskUsage.a DiskUsage/radialMap/libradialmap.a DiskUsage/filelightParts/libfilelightparts.a GUI/libGUI.a Konfigurator/libKonfigurator.a KViewer/libKViewer.a MountMan/libMountMan.a Panel/libPanel.a Queue/libQueue.a RemoteMan/libRemoteMan.a VFS/libVFS.a Search/libSearch.a Splitter/libSplitter.a Synchronizer/libSynchronizer.a UserMenu/libUserMenu.a Locate/libLocate.a UserAction/libUserAction.a ActionMan/libActionMan.a KrJS/libKrJS.a KViewer/libKViewer.a Filter/libFilter.a Dialogs/libDialogs.a GUI/libGUI.a -lkonq -lkjsembed -lkparts -lkio -lkhtml -lkdeui -lkdecore -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib collect2: ld returned 1 exit status make[3]: *** [krusader] 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 Thanks, -S. - 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] ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib in Krusader 1.80.0-release-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 שרון דגן wrote: Hello, I'm trying to build Krusader v1.80.0-release-1 on Mac OS X 10.5.1. I'm getting 'ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib'. Here's the few last lines of the build: ... g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/sw/include -I/sw/include/qt -I/usr/X11/include -D__KJSEMBED__ -DQT_THREAD_SUPPORT -I/sw/include -D_LARGEFILE64_SOURCE -DKDE_NO_COMPAT -DQT_NO_ASCII_CAST -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -c -o krservices.moc.o krservices.moc.cpp /bin/sh ../libtool --silent --tag=CXX --mode=link g++ -Wno-long-long -Wundef -Wall -W -Wpointer-arith -O2 -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -L/sw/lib -o krusader -L/sw/lib -L/usr/X11/lib paneltabbar.o panelmanager.o krservices.o main.o krusaderview.o krusader.o krslots.o kicons.o krusaderapp.moc.o krservices.moc.o BookMan/libBookMan.a Dialogs/libDialogs.a DiskUsage/libDiskUsage.a DiskUsage/radialMap/libradialmap.a DiskUsage/filelightParts/libfilelightparts.a GUI/libGUI.a Konfigurator/libKonfigurator.a KViewer/libKViewer.a MountMan/libMountMan.a Panel/libPanel.a Queue/libQueue.a RemoteMan/libRemoteMan.a VFS/libVFS.a Search/libSearch.a Splitter/libSplitter.a Synchronizer/libSynchronizer.a UserMenu/libUserMenu.a Locate/libLocate.a UserAction/libUserAction.a ActionMan/libActionMan.a KrJS/libKrJS.a KViewer/libKViewer.a Filter/libFilter.a Dialogs/libDialogs.a GUI/libGUI.a -lkonq -lkjsembed -lkparts -lkio -lkhtml -lkdeui -lkdecore -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lSM -lICE -lpthread ld: cycle in dylib re-exports with /usr/X11/lib/libGL.dylib collect2: ld returned 1 exit status make[3]: *** [krusader] 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 Thanks, -S. -- Thank you for the bug report. This is a new issue that was introduced with Leopard, and it has to be fixed package by package. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQiiKB8UpO3rKjQ8RAoLdAJ9o4mET0sm2ncgIzoBmq9kilgvZXgCeIIum AK15G2V29luzfIkcfa8n9GY= =XkQH -END PGP SIGNATURE- - 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
[Fink-devel] fink and *%%
I am stumped over something fink is doing to my sed commands. I need to be able to execute... sed -i -e s|tjmp %%edx|tjmp *%%edx|g i386.c; inside of a sh shell patch script. However fink seems to insist on changing the *%% to *%. This is what an echo of tjmp *%%edx shows when executed in the shell script. How to I keep fink's mitts off of this string? Jack - 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
[Fink-devel] build failure in atlas-3.8.0-4 on a PowerPC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 CPU: 867 MHz G4 OS:10.4.11 Xcode: 10.5 - --- There isn't an obvious error message where the build stops: IN STAGE 2 INSTALL: TYPE-DEPENDENT TUNING STAGE 2-1: TUNING PREC='d' (precision 1 of 4) STAGE 2-1-1 : BUILDING BLOCK MATMUL TUNE make -f Makefile INSTALL_LOG/dMMRES pre=d 21 | ./xatlas_tee INSTALL_LOG/dMMSEARCH.LOG make[1]: *** [build] Error 134 make: *** [build] Error 2 I do see a few errors during the build of the form gcc -DL2SIZE=4194304 -I/sw/src/fink.build/atlas-3.8.0-4/bld/include - -I/sw/src/fink.build/atlas-3.8.0-4/bld/../ATLAS//include - -I/sw/src/fink.build/atlas-3.8.0-4/bld/../ATLAS//include/contrib - -DAdd_ -DF77_INTEGER=int -DStringSunStyle -DATL_OS_OSX - -DATL_CPUMHZ=866 -DATL_AltiVec -DATL_GAS_PPC -O -fomit-frame-pointer - -m32 -DDREAL -c drot.c drot.c: In function 'ATL_UROT': drot.c:22: error: 'vector' undeclared (first use in this function) drot.c:22: error: (Each undeclared identifier is reported only once drot.c:22: error: for each function it appears in.) drot.c:22: error: expected ')' before 'float' drot.c:22: error: expected ')' before 'float' make[8]: *** [drottest] Error 1 The salient issue would seem to be the 'vector' undeclared. A full build log is at http://akhmac.blogdns.net/~hansen/finklogs/fink-build-log_atlas_3.8.0-4_2007.11.19-16.16.28 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQkJRB8UpO3rKjQ8RAs+/AJ9yNdXFv+gahe1saWAnQRfgUsukfgCeLZW8 R98LYCGMnPTCmW2KP0syq40= =XpJ1 -END PGP SIGNATURE- - 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] build failure in atlas-3.8.0-4 on a PowerPC
Alexander K. Hansen wrote: CPU: 867 MHz G4 OS:10.4.11 Xcode: 10.5 --- Gah! I've got Leopard on the brain! That should be Xcode: 2.5 - 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] fink and *%%
On Mon, Nov 19, 2007 at 09:01:48PM -0500, Jack Howarth wrote: I am stumped over something fink is doing to my sed commands. I need to be able to execute... sed -i -e s|tjmp %%edx|tjmp *%%edx|g i386.c; inside of a sh shell patch script. However fink seems to insist on changing the *%% to *%. This is what an echo of tjmp *%%edx shows when executed in the shell script. How to I keep fink's mitts off of this string? % is the percent-expansion token in .info files. %% means the percent character itself (just like \\ means an actual \ character instead of some metacharacter in other languages). It's all explained in the percent-expansions section of the Packaging Manual. dan -- Daniel Macks [EMAIL PROTECTED] http://www.netspace.org/~dmacks - 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] build failure in atlas-3.8.0-4 on a PowerPC
On 20 Nov 2007, at 03:38, Jean-François Mertens wrote: There were other msgs when the last version of atlas came up showing that on some G4's at least it didn't work. cf cvs log : revision 1.8 date: 2007/11/09 16:47:53; author: jfmertens; state: Exp; lines: +28 -9 should fix problems with uniprocessor machines and with 64-bit machines; remain problems for some G4s This resulted IIRC from tests by Dominique Dhumieres on a G4; those showed in particular that there was a problem much higher: atlas had not recognized the machine _ else I would expect a -DATL_ARCH_xyz flag in your compilation too. Hence it is treated as UNKNOWN, and the defaults are not used. And Atlas does have defaults for G4 : ATLAS/CONFIG/ARCHS/ PPCG432AltiVec.tgz I think Dominique sent a bug-report upstream concerning this. JF Mertens At worst, there is a way if I remember correctly to force the use of those or those architectural defaults; but I would have hoped for a quicker and cleaner solution from upstream. JF - 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] fink and *%%
On 20 Nov 2007, at 03:01, Jack Howarth wrote: I am stumped over something fink is doing to my sed commands. I need to be able to execute... sed -i -e s|tjmp %%edx|tjmp *%%edx|g i386.c; And on another vein than dmacks's, you shouldn't ever use this in an info file: fink's sed or ssed will interpret it the way you intend, but /usr/bin/sed will interpret -e as the backup suffix to be used. If you need -i in such cases, you should use -i.bak or the like... (sorry..., but I'm not to blame for this /usr/bin/sed ..) Jean-Francois - 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] build failure in atlas-3.8.0-4 on a PowerPC
There were other msgs when the last version of atlas came up showing that on some G4's at least it didn't work. cf cvs log : revision 1.8 date: 2007/11/09 16:47:53; author: jfmertens; state: Exp; lines: +28 -9 should fix problems with uniprocessor machines and with 64-bit machines; remain problems for some G4s This resulted IIRC from tests by Dominique Dhumieres on a G4; those showed in particular that there was a problem much higher: atlas had not recognized the machine _ else I would expect a -DATL_ARCH_xyz flag in your compilation too. Hence it is treated as UNKNOWN, and the defaults are not used. And Atlas does have defaults for G4 : ATLAS/CONFIG/ARCHS/ PPCG432AltiVec.tgz I think Dominique sent a bug-report upstream concerning this. JF Mertens On 20 Nov 2007, at 03:11, Alexander K. Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 CPU: 867 MHz G4 OS:10.4.11 Xcode: 10.5 - --- There isn't an obvious error message where the build stops: IN STAGE 2 INSTALL: TYPE-DEPENDENT TUNING STAGE 2-1: TUNING PREC='d' (precision 1 of 4) STAGE 2-1-1 : BUILDING BLOCK MATMUL TUNE make -f Makefile INSTALL_LOG/dMMRES pre=d 21 | ./xatlas_tee INSTALL_LOG/dMMSEARCH.LOG make[1]: *** [build] Error 134 make: *** [build] Error 2 I do see a few errors during the build of the form gcc -DL2SIZE=4194304 -I/sw/src/fink.build/atlas-3.8.0-4/bld/include - -I/sw/src/fink.build/atlas-3.8.0-4/bld/../ATLAS//include - -I/sw/src/fink.build/atlas-3.8.0-4/bld/../ATLAS//include/contrib - -DAdd_ -DF77_INTEGER=int -DStringSunStyle -DATL_OS_OSX - -DATL_CPUMHZ=866 -DATL_AltiVec -DATL_GAS_PPC -O -fomit-frame- pointer - -m32 -DDREAL -c drot.c drot.c: In function 'ATL_UROT': drot.c:22: error: 'vector' undeclared (first use in this function) drot.c:22: error: (Each undeclared identifier is reported only once drot.c:22: error: for each function it appears in.) drot.c:22: error: expected ')' before 'float' drot.c:22: error: expected ')' before 'float' make[8]: *** [drottest] Error 1 The salient issue would seem to be the 'vector' undeclared. A full build log is at http://akhmac.blogdns.net/~hansen/finklogs/fink-build- log_atlas_3.8.0-4_2007.11.19-16.16.28 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQkJRB8UpO3rKjQ8RAs+/AJ9yNdXFv+gahe1saWAnQRfgUsukfgCeLZW8 R98LYCGMnPTCmW2KP0syq40= =XpJ1 -END PGP SIGNATURE- -- --- 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 - 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
[Fink-devel] g95-0.90-3 test packaging
I've uploaded some test packaging for g95 onto fink tracking. It currently builds against the system Xcode cctools and includes all of the changes that Macports appears to be using for Leopard. http://sourceforge.net/tracker/index.php?func=detailaid=1834902group_id=17203atid=414256 The package produces warnings of the form... ld: warning for symbol _g01opc_ tentative definition of size 256 from /sw/lib/libncarg_gks.a(g01ca.o) is is smaller than the real definition of size 248 from /sw/lib/libncarg_gks.a(g01bkd.o) when linking code. I suspect we will either need additional patches or will have to patch up the older odcctools590 package to build under Leopard. This currently fails with the error... gcc -Wall -Wno-long-double -Wno-import -DHAVE_CONFIG_H -D_MACH_I386_THREAD_STATUS_FPSTATE_LEGACY_FIELD_NAMES_ -D_ARCHITECTURE_I386_FPU_FPSTATE_LEGACY_FIELD_NAMES_ -D_MACH_I386_THREAD_STATUS_FPSTATE_LEGACY_FIELD_NAMES_ -D_ARCHITECTURE_I386_FPU_FPSTATE_LEGACY_FIELD_NAMES_ -I/sw/include -I..//include -I../include -g -O2 -fno-builtin-round -fno-builtin-trunc -no-cpp-precomp -mdynamic-no-pic -c -o allocate.o allocate.c In file included from ..//include/libkern/OSByteOrder.h:70, from ..//include/mach/ndr.h:94, from ..//include/mach/clock_priv.h:7, from ..//include/mach/mach_interface.h:37, from ..//include/mach/mach.h:62, from allocate.c:26: ..//include/libkern/machine/OSByteOrder.h:45: error: redefinition of '_OSSwapInt16' /usr/include/libkern/i386/_OSByteOrder.h:49: error: previous definition of '_OSSwapInt16' was here ..//include/libkern/machine/OSByteOrder.h:54: error: redefinition of '_OSSwapInt32' /usr/include/libkern/i386/_OSByteOrder.h:58: error: previous definition of '_OSSwapInt32' was here ..//include/libkern/machine/OSByteOrder.h:63: error: redefinition of '_OSSwapInt64' /usr/include/libkern/i386/_OSByteOrder.h:69: error: previous definition of '_OSSwapInt64' was here Frankly the whole concept of using an older odcctools from Tiger under Leopard is technically repugnant. Jack - 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] build failure in atlas-3.8.0-4 on a PowerPC
On 20 Nov 2007, at 04:02, Jean-François Mertens wrote: At worst, there is a way if I remember correctly to force the use of those or those architectural defaults; but I would have hoped for a quicker and cleaner solution from upstream. If you want to test this already now, try inserting a line like the following right between configure and make : if test `uname -m` = G4 ; then sed -i.bak 's,^\( *ARCH =\).*,\1 PPCG432AltiVec,' Make.inc ; fi but check first that the test is correct (`machine` , or `arch` might be better ? _ I can't try now on a G4..) JF - 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] build failure in atlas-3.8.0-4 on a PowerPC
Jean-François Mertens wrote: [] but check first that the test is correct (`machine` , or `arch` might be better ? _ I can't try now on a G4..) `machine` gives ppc7450 on a G4. -- Martin - 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
