Re: [Fink-users] "fink scanpackages" hangs at "0% [Working]"
> On Aug 10, 2016, at 8:49 PM, Alexander Hansen <alexanderk.han...@gmail.com> > wrote: > >> On Aug 10, 2016, at 17:48, Ben Abbott <bpabb...@mac.com> wrote: >> >>> On Aug 10, 2016, at 8:39 PM, Alexander Hansen <alexanderk.han...@gmail.com> >>> wrote: >>> >>>> On Aug 10, 2016, at 17:38, Ben Abbott <bpabb...@mac.com> wrote: >>>> >>>>> On Aug 10, 2016, at 8:25 PM, Alexander Hansen >>>>> <alexanderk.han...@gmail.com> wrote: >>>>> >>>>>> On Aug 10, 2016, at 17:21, Ben Abbott <bpabb...@mac.com> wrote: >>>>>> >>>>>> $ fink scanpackages >>>>>> Updating the list of locally available binary packages. >>>>>> Scanning dists/local/main/binary-darwin-x86_64 >>>>>> Scanning dists/stable/main/binary-darwin-x86_64 >>>>>> Scanning dists/stable/crypto/binary-darwin-x86_64 >>>>>> Scanning dists/local/injected/binary-darwin-x86_64 >>>>>> Downloading the indexes of available packages in the binary distribution. >>>>>> /sw/bin/apt-get-lockwait update >>>>>> 0% [Working] >>>>>> >>>>>> Any ideas? >>>>>> >>>>>> Package manager version: 0.39.3 >>>>>> >>>>>> Mac OS 10.11.6 >>>>>> >>>>>> Ben >>>>> >>>>> We’ve had scattered reports in the past, but I’ve never been able to >>>>> reproduce them. From just now: >>>>> >>>>> Downloading the indexes of available packages in the binary distribution. >>>>> /sw/bin/apt-get-lockwait update >>>>> Get:1 http://bindist.finkmirrors.net stable/main Packages [1412kB] >>>>> Get:2 http://bindist.finkmirrors.net stable/main Release [85B] >>>>> Fetched 1412kB in 1s (885kB/s) >>>> >>>> So I’m in virgin territory? Shall I try to install over my existing fink? >>>> >>>>sudo dpkg -i fink_0.39.4-101_darwin-x86_64.deb >>>> >>>> Ben >>> >>> I don’t think that will solve the issue, but go ahead. >>> >>> —akh >> >> hmmm, apparently I’m a noob. I found fink-0.39.4.tar.gz, but don’t see where >> to get fink_0.39.4-101_darwin-x86_64. >> >> Ben > > Nah, it’s just not especially visible when the binary distribution isn’t > working on a system. :-) > > http://bindist.finkmirrors.net/10.11/dists/stable/main/binary-darwin-x86_64/base/fink_0.39.4-101_darwin-x86_64.deb > > —alex Looks like I’m one update behind. $ sudo dpkg -i fink_0.39.4-101_darwin-x86_64.deb Password: (Reading database ... 260736 files and directories currently installed.) Preparing to replace fink 0.39.3-101 (using fink_0.39.4-101_darwin-x86_64.deb) ... Unpacking replacement fink ... Setting up fink (0.39.4-101) ... Checking system... i386-apple-darwin15.6.0 This system was not released at the time this Fink release was made. Prerelease versions of Mac OS X might work with Fink, but there are no guarantees. ln -s 10.11 /sw/fink/dists Scanning package description files……… After installing the deb, the problem persisted. Thus, I resorted to rebooting (ugghhh) … and that worked sudo fink scanpackages Password: Updating the list of locally available binary packages. Scanning dists/local/main/binary-darwin-x86_64 Scanning dists/stable/main/binary-darwin-x86_64 Scanning dists/stable/crypto/binary-darwin-x86_64 Scanning dists/local/injected/binary-darwin-x86_64 Downloading the indexes of available packages in the binary distribution. /sw/bin/apt-get-lockwait update Get:1 http://bindist.finkmirrors.net stable/main Packages [1412kB] Get:2 http://bindist.finkmirrors.net stable/main Release [85B] Fetched 1412kB in 2s (472kB/s) Reading Package Lists... Done Building Dependency Tree… Done Ben -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohodev2dev ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] "fink scanpackages" hangs at "0% [Working]"
> On Aug 10, 2016, at 8:39 PM, Alexander Hansen <alexanderk.han...@gmail.com> > wrote: > >> On Aug 10, 2016, at 17:38, Ben Abbott <bpabb...@mac.com >> <mailto:bpabb...@mac.com>> wrote: >> >>> On Aug 10, 2016, at 8:25 PM, Alexander Hansen <alexanderk.han...@gmail.com >>> <mailto:alexanderk.han...@gmail.com>> wrote: >>> >>>> On Aug 10, 2016, at 17:21, Ben Abbott <bpabb...@mac.com >>>> <mailto:bpabb...@mac.com>> wrote: >>>> >>>> $ fink scanpackages >>>> Updating the list of locally available binary packages. >>>> Scanning dists/local/main/binary-darwin-x86_64 >>>> Scanning dists/stable/main/binary-darwin-x86_64 >>>> Scanning dists/stable/crypto/binary-darwin-x86_64 >>>> Scanning dists/local/injected/binary-darwin-x86_64 >>>> Downloading the indexes of available packages in the binary distribution. >>>> /sw/bin/apt-get-lockwait update >>>> 0% [Working] >>>> >>>> Any ideas? >>>> >>>> Package manager version: 0.39.3 >>>> >>>> Mac OS 10.11.6 >>>> >>>> Ben >>> >>> We’ve had scattered reports in the past, but I’ve never been able to >>> reproduce them. From just now: >>> >>> Downloading the indexes of available packages in the binary distribution. >>> /sw/bin/apt-get-lockwait update >>> Get:1 http://bindist.finkmirrors.net <http://bindist.finkmirrors.net/> >>> stable/main Packages [1412kB] >>> Get:2 http://bindist.finkmirrors.net <http://bindist.finkmirrors.net/> >>> stable/main Release [85B] >>> Fetched 1412kB in 1s (885kB/s) >> >> So I’m in virgin territory? Shall I try to install over my existing fink? >> >> sudo dpkg -i fink_0.39.4-101_darwin-x86_64.deb >> >> Ben > > I don’t think that will solve the issue, but go ahead. > > —akh hmmm, apparently I’m a noob. I found fink-0.39.4.tar.gz, but don’t see where to get fink_0.39.4-101_darwin-x86_64. Ben-- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohodev2dev___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] "fink scanpackages" hangs at "0% [Working]"
> On Aug 10, 2016, at 8:25 PM, Alexander Hansen <alexanderk.han...@gmail.com> > wrote: > >> On Aug 10, 2016, at 17:21, Ben Abbott <bpabb...@mac.com> wrote: >> >> $ fink scanpackages >> Updating the list of locally available binary packages. >> Scanning dists/local/main/binary-darwin-x86_64 >> Scanning dists/stable/main/binary-darwin-x86_64 >> Scanning dists/stable/crypto/binary-darwin-x86_64 >> Scanning dists/local/injected/binary-darwin-x86_64 >> Downloading the indexes of available packages in the binary distribution. >> /sw/bin/apt-get-lockwait update >> 0% [Working] >> >> Any ideas? >> >> Package manager version: 0.39.3 >> >> Mac OS 10.11.6 >> >> Ben > > We’ve had scattered reports in the past, but I’ve never been able to > reproduce them. From just now: > > Downloading the indexes of available packages in the binary distribution. > /sw/bin/apt-get-lockwait update > Get:1 http://bindist.finkmirrors.net stable/main Packages [1412kB] > Get:2 http://bindist.finkmirrors.net stable/main Release [85B] > Fetched 1412kB in 1s (885kB/s) So I’m in virgin territory? Shall I try to install over my existing fink? sudo dpkg -i fink_0.39.4-101_darwin-x86_64.deb Ben -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohodev2dev ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] "fink scanpackages" hangs at "0% [Working]"
$ fink scanpackages Updating the list of locally available binary packages. Scanning dists/local/main/binary-darwin-x86_64 Scanning dists/stable/main/binary-darwin-x86_64 Scanning dists/stable/crypto/binary-darwin-x86_64 Scanning dists/local/injected/binary-darwin-x86_64 Downloading the indexes of available packages in the binary distribution. /sw/bin/apt-get-lockwait update 0% [Working] Any ideas? Package manager version: 0.39.3 Mac OS 10.11.6 Ben -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohodev2dev ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] librsvg2 fails to build
On Jul 7, 2016, at 5:37 PM, Ben Abbott <bpabb...@mac.com<mailto:bpabb...@mac.com>> wrote: On Jul 7, 2016, at 14:45, Ben Abbott <bpabb...@mac.com<mailto:bpabb...@mac.com>> wrote: On Jul 7, 2016, at 14:21, Alexander Hansen <alexanderk.han...@gmail.com<mailto:alexanderk.han...@gmail.com>> wrote: On Jul 7, 2016, at 10:23, Ben Abbott <bpabb...@mac.com<mailto:bpabb...@mac.com>> wrote: On Jul 7, 2016, at 10:37, Alexander Hansen <alexanderk.han...@gmail.com<mailto:alexanderk.han...@gmail.com>> wrote: On Jul 7, 2016, at 04:32, Ben Abbott <bpabb...@mac.com<mailto:bpabb...@mac.com>> wrote: Mac OS 10.10.5 MacBook Pro (15in Early 2011) Processor 2.2 GHz Intel Core i7 Also include the following system information: Package manager version: 0.39.3 Distribution version: selfupdate-rsync Thu Jul 7 07:05:50 2016, 10.10, x86_64 Trees: local/main stable/main stable/crypto Xcode.app: 7.2.1 Xcode command-line tools: 7.2.0.0.1.1447826929 Max. Fink build jobs: 4 CCLD svg_loader.la libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved clang: warning: argument unused during compilation: '-pthread' ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) Makefile:356: recipe for target 'svg_loader.la' failed make[2]: *** [svg_loader.la] Error 1 make[2]: Leaving directory '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader' Makefile:819: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3' Makefile:483: recipe for target 'all' failed make: *** [all] Error 2 ### execution of make failed, exit code 2 ### execution of /tmp/fink.X9CAF failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-librsvg2-2.26.3-4 (Reading database ... 260728 files and directories currently installed.) Removing fink-buildlock-librsvg2-2.26.3-4 ... Failed: phase compiling: librsvg2-2.26.3-4 failed Ben I don’t reproduce this on 10.11 with Xcode 7.3. You aren’t using a non-Xcode clang or ld, by any chance? I wasn’t able to trigger the build failure even by moving /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.3.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib out of the way. My mac mini running 10.11 also worked. I've been slow upgrading my notebook. Perhaps I should just upgrade to 10.11. I'll run a follow the instructions on Finks homepage, backup, and then upgrade. If you'd like me to try something first, let me know. Ben Maybe reinstall the Xcode command line tools or update them. That’s semi-easy. And even before that, check for /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.2.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib —akh Ah-ha! My Xcode is 7.0.2, but the asan dylib is there. Oops. My clang is 7.0.2. My Xcode is 7.2.1, and I have the command line tools for 7.2.1 selected.v Ben I’ve updated to 10.11, and reinstalled the command line tools. $ gcc -v Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 7.0.2 (clang-700.1.81) Target: x86_64-apple-darwin15.5.0 Thread model: posix My build still fails with ... CCLD svg_loader.la libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved clang: warning: argument unused during compilation: '-pthread' ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) Makefile:356: recipe for target 'svg_loader.la' failed make[2]: *** [svg_loader.la] Error 1 make[2]: Leaving directory '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader' Makefile:819: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3' Makefile:483: recipe for target 'all' failed make: *** [all] Error 2 ### execution of make failed, exit code 2 ### execution of /tmp/fink.eXzT2 failed, exit code 2 Removing runtime build-lock... Removing build-lock packa
Re: [Fink-users] librsvg2 fails to build
> On Jul 7, 2016, at 17:37, Ben Abbott <bpabb...@mac.com> wrote: > >> On Jul 7, 2016, at 14:45, Ben Abbott <bpabb...@mac.com> wrote: >> >>> On Jul 7, 2016, at 14:21, Alexander Hansen <alexanderk.han...@gmail.com> >>> wrote: >>> >>>> On Jul 7, 2016, at 10:23, Ben Abbott <bpabb...@mac.com> wrote: >>>> >>>>>> On Jul 7, 2016, at 10:37, Alexander Hansen <alexanderk.han...@gmail.com> >>>>>> wrote: >>>>>> >>>>>> On Jul 7, 2016, at 04:32, Ben Abbott <bpabb...@mac.com> wrote: >>>>>> >>>>>> Mac OS 10.10.5 >>>>>> MacBook Pro (15in Early 2011) >>>>>> Processor 2.2 GHz Intel Core i7 >>>>>> >>>>>> Also include the following system information: >>>>>> Package manager version: 0.39.3 >>>>>> Distribution version: selfupdate-rsync Thu Jul 7 07:05:50 2016, 10.10, >>>>>> x86_64 >>>>>> Trees: local/main stable/main stable/crypto >>>>>> Xcode.app: 7.2.1 >>>>>> Xcode command-line tools: 7.2.0.0.1.1447826929 >>>>>> Max. Fink build jobs: 4 >>>>>> >>>>>> CCLD svg_loader.la >>>>>> libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved >>>>>> libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved >>>>>> libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved >>>>>> libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved >>>>>> libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved >>>>>> clang: warning: argument unused during compilation: '-pthread' >>>>>> ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for >>>>>> architecture x86_64 >>>>>> clang: error: linker command failed with exit code 1 (use -v to see >>>>>> invocation) >>>>>> Makefile:356: recipe for target 'svg_loader.la' failed >>>>>> make[2]: *** [svg_loader.la] Error 1 >>>>>> make[2]: Leaving directory >>>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader' >>>>>> Makefile:819: recipe for target 'all-recursive' failed >>>>>> make[1]: *** [all-recursive] Error 1 >>>>>> make[1]: Leaving directory >>>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3' >>>>>> Makefile:483: recipe for target 'all' failed >>>>>> make: *** [all] Error 2 >>>>>> ### execution of make failed, exit code 2 >>>>>> ### execution of /tmp/fink.X9CAF failed, exit code 2 >>>>>> Removing runtime build-lock... >>>>>> Removing build-lock package... >>>>>> /sw/bin/dpkg-lockwait -r fink-buildlock-librsvg2-2.26.3-4 >>>>>> (Reading database ... 260728 files and directories currently installed.) >>>>>> Removing fink-buildlock-librsvg2-2.26.3-4 ... >>>>>> Failed: phase compiling: librsvg2-2.26.3-4 failed >>>>>> >>>>>> Ben >>>>> >>>>> I don’t reproduce this on 10.11 with Xcode 7.3. You aren’t using a >>>>> non-Xcode clang or ld, by any chance? I wasn’t able to trigger the build >>>>> failure even by moving >>>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.3.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib >>>>> out of the way. >>>> >>>> My mac mini running 10.11 also worked. I've been slow upgrading my >>>> notebook. Perhaps I should just upgrade to 10.11. >>>> >>>> I'll run a follow the instructions on Finks homepage, backup, and then >>>> upgrade. >>>> >>>> If you'd like me to try something first, let me know. >>>> >>>> Ben >>> >>> Maybe reinstall the Xcode command line tools or update them. That’s >>> semi-easy. And even before that, check for >>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.2.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib >>> >>> —akh >> >> Ah-ha! >> >> My Xcode is 7.0.2, but the asan dylib is there. > > Oops. My clang is 7.0.2. My Xcode is 7.2.1, and I have the command line tools > for 7.2.1 selected. I've installed 10.11 and now have copies of both Xcode 7.2.1 and 7.3.1. Using 7.2.1 I'm able to build librsvg2 Ben -- Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] librsvg2 fails to build
> On Jul 7, 2016, at 14:45, Ben Abbott <bpabb...@mac.com> wrote: > >> On Jul 7, 2016, at 14:21, Alexander Hansen <alexanderk.han...@gmail.com> >> wrote: >> >>> On Jul 7, 2016, at 10:23, Ben Abbott <bpabb...@mac.com> wrote: >>> >>>>> On Jul 7, 2016, at 10:37, Alexander Hansen <alexanderk.han...@gmail.com> >>>>> wrote: >>>>> >>>>> On Jul 7, 2016, at 04:32, Ben Abbott <bpabb...@mac.com> wrote: >>>>> >>>>> Mac OS 10.10.5 >>>>> MacBook Pro (15in Early 2011) >>>>> Processor 2.2 GHz Intel Core i7 >>>>> >>>>> Also include the following system information: >>>>> Package manager version: 0.39.3 >>>>> Distribution version: selfupdate-rsync Thu Jul 7 07:05:50 2016, 10.10, >>>>> x86_64 >>>>> Trees: local/main stable/main stable/crypto >>>>> Xcode.app: 7.2.1 >>>>> Xcode command-line tools: 7.2.0.0.1.1447826929 >>>>> Max. Fink build jobs: 4 >>>>> >>>>> CCLD svg_loader.la >>>>> libtool: link: warning: `/sw/lib/libpangoft2-1.0.la' seems to be moved >>>>> libtool: link: warning: `/sw/lib/libpangocairo-1.0.la' seems to be moved >>>>> libtool: link: warning: `/sw/lib/libpango-1.0.la' seems to be moved >>>>> libtool: link: warning: `/sw/lib/libfontconfig.la' seems to be moved >>>>> libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved >>>>> clang: warning: argument unused during compilation: '-pthread' >>>>> ld: file not found: @rpath/libclang_rt.asan_osx_dynamic.dylib for >>>>> architecture x86_64 >>>>> clang: error: linker command failed with exit code 1 (use -v to see >>>>> invocation) >>>>> Makefile:356: recipe for target 'svg_loader.la' failed >>>>> make[2]: *** [svg_loader.la] Error 1 >>>>> make[2]: Leaving directory >>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3/gdk-pixbuf-loader' >>>>> Makefile:819: recipe for target 'all-recursive' failed >>>>> make[1]: *** [all-recursive] Error 1 >>>>> make[1]: Leaving directory >>>>> '/sw/src/fink.build/librsvg2-2.26.3-4/librsvg-2.26.3' >>>>> Makefile:483: recipe for target 'all' failed >>>>> make: *** [all] Error 2 >>>>> ### execution of make failed, exit code 2 >>>>> ### execution of /tmp/fink.X9CAF failed, exit code 2 >>>>> Removing runtime build-lock... >>>>> Removing build-lock package... >>>>> /sw/bin/dpkg-lockwait -r fink-buildlock-librsvg2-2.26.3-4 >>>>> (Reading database ... 260728 files and directories currently installed.) >>>>> Removing fink-buildlock-librsvg2-2.26.3-4 ... >>>>> Failed: phase compiling: librsvg2-2.26.3-4 failed >>>>> >>>>> Ben >>>> >>>> I don’t reproduce this on 10.11 with Xcode 7.3. You aren’t using a >>>> non-Xcode clang or ld, by any chance? I wasn’t able to trigger the build >>>> failure even by moving >>>> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.3.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib >>>> out of the way. >>> >>> My mac mini running 10.11 also worked. I've been slow upgrading my >>> notebook. Perhaps I should just upgrade to 10.11. >>> >>> I'll run a follow the instructions on Finks homepage, backup, and then >>> upgrade. >>> >>> If you'd like me to try something first, let me know. >>> >>> Ben >> >> Maybe reinstall the Xcode command line tools or update them. That’s >> semi-easy. And even before that, check for >> /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/clang/7.2.0/lib/darwin/libclang_rt.asan_osx_dynamic.dylib >> >> —akh > > Ah-ha! > > My Xcode is 7.0.2, but the asan dylib is there. Oops. My clang is 7.0.2. My Xcode is 7.2.1, and I have the command line tools for 7.2.1 selected.v Ben-- Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] GUI - start?
On Jun 9, 2015, at 11:11 PM, Sunil Shah ssha...@gmail.com wrote: On Tue, Jun 9, 2015 at 7:00 PM, Alexander Hansen alexanderk.han...@gmail.com mailto:alexanderk.han...@gmail.com wrote: On Jun 9, 2015, at 18:48, Sunil Shah ssha...@gmail.com mailto:ssha...@gmail.com wrote: I should have been careful in my statement about what worked for me. I am trying to understand the problem you referred to about octave 4.0.0 not building on clang++. I have been quite impressed with the performance of Octave code on Mac OSX using fink. My tests used octave382-atlas-qtmac 3.8.2-6. It has also been quite reliable. The fact that the code works much faster on four year old hardware with a lot fewer cpu cores and even after using the latest Ubuntu tools / libraries on the high end Intel machines on EC2 is remarkable. Apple does claim that its Accelerate framework is much faster than standard BLAS / ATLAS. A lot of the improvements were part of 10.9 / 10.10 update (see WWDC 2013-2014 videos). I will check if the default octave performs faster than the octave-atlas version. Now, as you imply in your last email, if the default octave variant uses clang already, what is the issue with octave 4.0.0 and clang++? Or is it a new issue in octave 4.0.0 in moving from 3.8.2? Almost everything in Fink uses clang/clang++ to build on 10.7 and later. I don’t happen to have a transcript handy, but it’s a new issue in moving from 3.8.2, and the issue is that Apple’s clang doesn’t like some of the source code and thus Octave can’t be built. — I suppose it does not help that Apple is moving over to Metal from OpenGL. Do the offending modules have to do with OpenGL? No. The problem is with clang syntax. It is possible to overcome by patching Octave (beyond my skill set) or by fixing the clang compiler bug(s) on Apple’s end. OpenGL is the basis for Octave’s native graphics. My understanding is that both Metal and OpenGL support will coexist. So Metal shouldn’t be a problem for Octave. Ben -- ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] GUI - start?
On Jun 10, 2015, at 9:35 PM, Sunil Shah ssha...@gmail.com wrote: On Wed, Jun 10, 2015 at 4:10 PM, Alexander Hansen alexanderk.han...@gmail.com mailto:alexanderk.han...@gmail.com wrote: On Jun 10, 2015, at 16:05, Sunil Shah ssha...@gmail.com mailto:ssha...@gmail.com wrote: Is there a link to the clang syntax bug(s) in the Octave / fink forums? Ben sent me this, and I’ll cc our mailing list http://savannah.gnu.org/bugs/?41178 http://savannah.gnu.org/bugs/?41178 If Apple needs to address the bug, has any one filed a bug report to Apple? Apple's Xcode 7 (pre-release) did fix some bugs. I haven’t. My Mac development time has recently been more devoted to updating the fink code than on the packages that I’m the listed maintainer for. Per Michael Grant's comments in the octave bug report, this is a non-compliant (illegal) C11++ construct in octave code (but happens to work in gcc and MSVC). We can not ask Apple to fix it. Octave community needs fix the illegal construct. As the majority of Octave’s development community works with gcc clang on Linux, and are able to build Octave without. So, there is little motive for Octave’s developers to fix the problem. I am not proficient in clang/c++ but am willing to contribute to fixing Octave’s source code. I have no problem arranging for testing of patches and converting patches to the necessary mercurial changesets and ultimately pushing the changes. I may also be able to assist in fixing the syntax issues, but will need clear instructions with some illustrative examples. If anyone is interested in fixing the incompatibilities between Octave and Apple’s clang let me know. I can provide instructions on how to set up your own personal archive and instructions on how to build Octave 3.8.2. That should be sufficient to allow individuals to attempt to compile Octave 4.0 and start fixing the clang non-compliant code. Ben-- ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] GUI - start?
On Jun 9, 2015, at 7:06 PM, Alexander Hansen alexanderk.han...@gmail.com wrote: On Jun 9, 2015, at 16:02, Sunil Shah ssha...@gmail.com wrote: Hi Alexander, What is the plan to get octave 4.0. on fink? Thanks, Sunil The last thing I heard was that it wouldn’t build with clang on 10.9 and 10.10, so that was “None”. Alex, I don’t think the Octave development community is as proficient in building apps using clang on 10.9 as *you* ;-) Any chance you’ll take a look? Ben -- ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] GUI - start?
On Jun 9, 2015, at 9:48 PM, Sunil Shah ssha...@gmail.com wrote: Now, as you imply in your last email, if the default octave variant uses clang already, what is the issue with octave 4.0.0 and clang++? Or is it a new issue in octave 4.0.0 in moving from 3.8.2? Yes. The problem is that the 4.0.0 code isn’t compatible with Apple’s clang. Ben-- ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] GUI - start?
On Jun 3, 2015, at 10:53 PM, Alexander Hansen alexanderk.han...@gmail.com wrote: This isn't specific to fltk13-aqua. Updating any package with a PkgInfo file fails on Yosemite. While we work out a solution, the workaround would be to remove fltk13-aqua and then install it, since the issue only is triggered when upgrading. I can't add it to the FAQ because my computer is in the shop. Sent from my iPod After I also had trouble updating, I did as suggested … fink remove fltk13-aqua fink install fltk13-aqua That worked without complaint. Which surprised me as I have octave-3.8.2 installed and show-deps indicates fltk13-aqua. Ben -- ___ Fink-users mailing list Fink-users@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Wrong architecture for cairo-1.8.10-4
I'm running 32 bit Fink on 10.6.8. $ fink -V Package manager version: 0.31.0 Distribution version: selfupdate-cvs Sun Jul 24 19:45:44 2011, 10.6, i386 Trees: local/main stable/main stable/crypto unstable/main unstable/crypto local/injected I tried a selfupdate/update-all and encountered an error compiling the cairo package. [snip] libtool: link: clang -dynamiclib -o .libs/libcairo.2.dylib .libs/cairo-analysis-surface.o .libs/cairo-arc.o .libs/cairo-array.o .libs/cairo-atomic.o .libs/cairo-base85-stream.o .libs/cairo-bentley-ottmann.o .libs/cairo.o .libs/cairo-cache.o .libs/cairo-clip.o .libs/cairo-color.o .libs/cairo-debug.o .libs/cairo-fixed.o .libs/cairo-font-face.o .libs/cairo-font-face-twin.o .libs/cairo-font-face-twin-data.o .libs/cairo-font-options.o .libs/cairo-freelist.o .libs/cairo-gstate.o .libs/cairo-hash.o .libs/cairo-hull.o .libs/cairo-image-surface.o .libs/cairo-lzw.o .libs/cairo-matrix.o .libs/cairo-meta-surface.o .libs/cairo-misc.o .libs/cairo-mutex.o .libs/cairo-output-stream.o .libs/cairo-paginated-surface.o .libs/cairo-path-bounds.o .libs/cairo-path.o .libs/cairo-path-fill.o .libs/cairo-path-fixed.o .libs/cairo-path-stroke.o .libs/cairo-pattern.o .libs/cairo-pen.o .libs/cairo-polygon.o .libs/cairo-rectangle.o .libs/cairo-region.o .libs/cairo-scaled-font.o .libs/cairo-skiplist.o .libs/cairo-slope.o .libs/cairo-spline.o .libs/cairo-stroke-style.o .libs/cairo-surface.o .libs/cairo-surface-fallback.o .libs/cairo-system.o .libs/cairo-traps.o .libs/cairo-unicode.o .libs/cairo-user-font.o .libs/cairo-version.o .libs/cairo-wideint.o .libs/cairo-cff-subset.o .libs/cairo-scaled-font-subsets.o .libs/cairo-truetype-subset.o .libs/cairo-type1-fallback.o .libs/cairo-type1-subset.o .libs/cairo-type3-glyph-surface.o .libs/cairo-pdf-operators.o .libs/cairo-xlib-display.o .libs/cairo-xlib-screen.o .libs/cairo-xlib-surface.o .libs/cairo-xlib-visual.o .libs/cairo-quartz-surface.o .libs/cairo-quartz-font.o .libs/cairo-png.o .libs/cairo-glitz-surface.o .libs/cairo-ft-font.o .libs/cairo-ps-surface.o .libs/cairo-pdf-surface.o .libs/cairo-deflate-stream.o .libs/cairo-svg-surface.o -L/sw/lib /sw/lib/libpixman-1.dylib /sw/lib/freetype219/lib/libfreetype.dylib /sw/lib/fontconfig2/lib/libfontconfig.dylib -lglitz -lm /sw/lib/libpng15.dylib -lXrender -L/usr/X11/lib -lX11 -lz -Wl,-framework -Wl,ApplicationServices -install_name /sw/lib/libcairo.2.dylib -compatibility_version 10803 -current_version 10803.10 -Wl,-single_module ld: warning: in /sw/lib/libpixman-1.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /sw/lib/freetype219/lib/libfreetype.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /sw/lib/fontconfig2/lib/libfontconfig.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /sw/lib/libglitz.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /sw/lib/libpng15.dylib, file was built for i386 which is not the architecture being linked (x86_64) Undefined symbols: _png_set_IHDR, referenced from: _write_png in cairo-png.o _pixman_region32_copy, referenced from: __cairo_region_copy in cairo-region.o _png_read_info, referenced from: _read_png in cairo-png.o _FT_Init_FreeType, referenced from: __cairo_ft_unscaled_font_map_lock in cairo-ft-font.o _glitz_surface_get_height, referenced from: __cairo_glitz_surface_get_extents in cairo-glitz-surface.o __glitz_ensure_target in cairo-glitz-surface.o __cairo_glitz_surface_get_image in cairo-glitz-surface.o _pixman_region32_n_rects, referenced from: __cairo_region_num_boxes in cairo-region.o _glitz_surface_get_status, referenced from: __cairo_glitz_surface_composite in cairo-glitz-surface.o __cairo_glitz_surface_fill_rectangles in cairo-glitz-surface.o __cairo_glitz_surface_composite_trapezoids in cairo-glitz-surface.o __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o _pixman_transform_point_3d, referenced from: __cairo_matrix_to_pixman_matrix in cairo-matrix.o _FT_Set_Pixel_Sizes, referenced from: __cairo_ft_unscaled_font_set_scale in cairo-ft-font.o _png_set_bKGD, referenced from: _write_png in cairo-png.o _pixman_image_fill_rectangles, referenced from: __cairo_image_surface_fill_rectangles in cairo-image-surface.o _glitz_buffer_create_for_data, referenced from: __cairo_glitz_surface_composite_trapezoids in cairo-glitz-surface.o __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o __cairo_glitz_pattern_acquire_surface in cairo-glitz-surface.o __cairo_glitz_surface_set_image in cairo-glitz-surface.o __cairo_glitz_surface_get_image in
Re: [Fink-users] Wrong architecture for cairo-1.8.10-4
On Jul 25, 2011, at 7:17 AM, Ben Abbott wrote: I'm running 32 bit Fink on 10.6.8. $ fink -V Package manager version: 0.31.0 Distribution version: selfupdate-cvs Sun Jul 24 19:45:44 2011, 10.6, i386 Trees: local/main stable/main stable/crypto unstable/main unstable/crypto local/injected I tried a selfupdate/update-all and encountered an error compiling the cairo package. [snip] libtool: link: clang -dynamiclib -o .libs/libcairo.2.dylib .libs/cairo-analysis-surface.o .libs/cairo-arc.o .libs/cairo-array.o .libs/cairo-atomic.o .libs/cairo-base85-stream.o .libs/cairo-bentley-ottmann.o .libs/cairo.o .libs/cairo-cache.o .libs/cairo-clip.o .libs/cairo-color.o .libs/cairo-debug.o .libs/cairo-fixed.o .libs/cairo-font-face.o .libs/cairo-font-face-twin.o .libs/cairo-font-face-twin-data.o .libs/cairo-font-options.o .libs/cairo-freelist.o .libs/cairo-gstate.o .libs/cairo-hash.o .libs/cairo-hull.o .libs/cairo-image-surface.o .libs/cairo-lzw.o .libs/cairo-matrix.o .libs/cairo-meta-surface.o .libs/cairo-misc.o .libs/cairo-mutex.o .libs/cairo-output-stream.o .libs/cairo-paginated-surface.o .libs/cairo-path-bounds.o .libs/cairo-path.o .libs/cairo-path-fill.o .libs/cairo-path-fixed.o .libs/cairo-path-stroke.o .libs/cairo-pattern.o .libs/cairo-pen.o .libs/cairo-polygon.o .libs/cairo-rectangle.o .libs/cairo-region.o .libs/cairo-scaled-font.o .libs/cairo-skiplist.o .libs/cairo-slope.o .libs/cairo-spline.o .libs/cairo-stroke-style.o .libs/cairo-surface.o .libs/cairo-surface-fallback.o .libs/cairo-system.o .libs/cairo-traps.o .libs/cairo-unicode.o .libs/cairo-user-font.o .libs/cairo-version.o .libs/cairo-wideint.o .libs/cairo-cff-subset.o .libs/cairo-scaled-font-subsets.o .libs/cairo-truetype-subset.o .libs/cairo-type1-fallback.o .libs/cairo-type1-subset.o .libs/cairo-type3-glyph-surface.o .libs/cairo-pdf-operators.o .libs/cairo-xlib-display.o .libs/cairo-xlib-screen.o .libs/cairo-xlib-surface.o .libs/cairo-xlib-visual.o .libs/cairo-quartz-surface.o .libs/cairo-quartz-font.o .libs/cairo-png.o .libs/cairo-glitz-surface.o .libs/cairo-ft-font.o .libs/cairo-ps-surface.o .libs/cairo-pdf-surface.o .libs/cairo-deflate-stream.o .libs/cairo-svg-surface.o -L/sw/lib /sw/lib/libpixman-1.dylib /sw/lib/freetype219/lib/libfreetype.dylib /sw/lib/fontconfig2/lib/libfontconfig.dylib -lglitz -lm /sw/lib/libpng15.dylib -lXrender -L/usr/X11/lib -lX11 -lz -Wl,-framework -Wl,ApplicationServices -install_name /sw/lib/libcairo.2.dylib -compatibility_version 10803 -current_version 10803.10 -Wl,-single_module ld: warning: in /sw/lib/libpixman-1.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /sw/lib/freetype219/lib/libfreetype.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /sw/lib/fontconfig2/lib/libfontconfig.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /sw/lib/libglitz.dylib, file was built for i386 which is not the architecture being linked (x86_64) ld: warning: in /sw/lib/libpng15.dylib, file was built for i386 which is not the architecture being linked (x86_64) Undefined symbols: _png_set_IHDR, referenced from: _write_png in cairo-png.o _pixman_region32_copy, referenced from: __cairo_region_copy in cairo-region.o _png_read_info, referenced from: _read_png in cairo-png.o _FT_Init_FreeType, referenced from: __cairo_ft_unscaled_font_map_lock in cairo-ft-font.o _glitz_surface_get_height, referenced from: __cairo_glitz_surface_get_extents in cairo-glitz-surface.o __glitz_ensure_target in cairo-glitz-surface.o __cairo_glitz_surface_get_image in cairo-glitz-surface.o _pixman_region32_n_rects, referenced from: __cairo_region_num_boxes in cairo-region.o _glitz_surface_get_status, referenced from: __cairo_glitz_surface_composite in cairo-glitz-surface.o __cairo_glitz_surface_fill_rectangles in cairo-glitz-surface.o __cairo_glitz_surface_composite_trapezoids in cairo-glitz-surface.o __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o _pixman_transform_point_3d, referenced from: __cairo_matrix_to_pixman_matrix in cairo-matrix.o _FT_Set_Pixel_Sizes, referenced from: __cairo_ft_unscaled_font_set_scale in cairo-ft-font.o _png_set_bKGD, referenced from: _write_png in cairo-png.o _pixman_image_fill_rectangles, referenced from: __cairo_image_surface_fill_rectangles in cairo-image-surface.o _glitz_buffer_create_for_data, referenced from: __cairo_glitz_surface_composite_trapezoids in cairo-glitz-surface.o __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o __cairo_glitz_surface_old_show_glyphs in cairo-glitz-surface.o __cairo_glitz_pattern_acquire_surface in cairo-glitz
[Fink-users] 32bit Fink on 10.6.2 doesn't see libiconv.la
After install MacOS 10.6, I deleted all my *.la files and rebuilt/reinstalled them when they were needed. My libiconv.la was rebuild/reinstalled today (see below) $ ls -l /sw/lib/libico* -rw-r--r-- 1 root admin 236 2009-12-03 07:54 /sw/lib/libiconv.2.4.0.dylib lrwxr-xr-x 1 root admin 20 2009-12-03 07:55 /sw/lib/libiconv.2.dylib - libiconv.2.4.0.dylib lrwxr-xr-x 1 root admin 20 2009-12-03 07:55 /sw/lib/libiconv.dylib - libiconv.2.4.0.dylib -rw-r--r-- 1 root admin 804 2009-12-03 07:54 /sw/lib/libiconv.la However, a selfupdate + update-all resulted in the error below. libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/sw/lib/fontconfig2/include -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/libart-2.0 -I/sw/include/pango-1.0 -I/sw/include/freetype2 -I/sw/include -I/sw/include/libxml2 -I/sw/include/freetype2 -I/sw/include -DG_LOG_DOMAIN=\GnomePrint\ -DGNOMELOCALEDIR=\/sw/share/locale\ -DGNOME_PRINT_DATA_DIR=\/sw/share/libgnomeprint/2.18.6\ -DGNOME_PRINT_MODULES_DIR=\/sw/lib/libgnomeprint/2.18.6/modules\ -I/sw/lib/fontconfig2/include -I/sw/include -Os -c grammar.tab.c -fno-common -DPIC -o .libs/grammar.tab.o /bin/sh ../libtool --tag=CC --mode=link gcc -Os -version-info 1:0:1 -no-undefined -L/sw/lib/fontconfig2/lib -L/sw/lib -o libgnomeprint-2-2.la -rpath /sw/lib gnome-print.lo gnome-print-stdapi.lo gnome-print-config.lo gnome-print-filter.lo gnome-print-meta.lo gnome-print-job.lo gnome-print-ps2.lo gnome-print-pdf.lo gnome-print-pdf-t1.lo gnome-print-pdf-tt.lo gnome-print-pango.lo gnome-print-rbuf.lo gnome-print-rgbp.lo gnome-print-transport.lo gnome-print-i18n.lo gp-path.lo gp-gc.lo gnome-glyphlist.lo gnome-pgl.lo gnome-print-encode.lo libgnomeprint-enum-types.lo gnome-print-unit.lo gnome-print-paper.lo gnome-fontmap.lo gnome-font.lo gnome-font-face.lo gnome-rfont.lo gnome-font-family.lo art_rgba_rgba_affine.lo art_rgba_svp.lo lex._gnome_print_filter_parse_yy.lo grammar.tab.lo gpa/libgpa.la ttsubset/libttsubset.la -L/sw/lib/fontconfig2/lib -L/sw/lib -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -lart_lgpl_2 -lpangoft2-1.0 -lpango-1.0 -lfreetype -lz -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -lxml2 -lfontconfig -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -lz -lintl grep: /usr/lib/libiconv.la: No such file or directory /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive make[3]: *** [libgnomeprint-2-2.la] 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 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-libgnomeprint2.2-2.18.6-3 (Reading database ... 198765 files and directories currently installed.) Removing fink-buildlock-libgnomeprint2.2-2.18.6-3 ... Failed: phase compiling: libgnomeprint2.2-2.18.6-3 failed Ben -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] 32bit Fink on 10.6.2 doesn't see libiconv.la
On Dec 3, 2009, at 8:14 AM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Abbott wrote: After install MacOS 10.6, I deleted all my *.la files and rebuilt/reinstalled them when they were needed. My libiconv.la was rebuild/reinstalled today (see below) $ ls -l /sw/lib/libico* -rw-r--r-- 1 root admin 236 2009-12-03 07:54 /sw/lib/libiconv.2.4.0.dylib lrwxr-xr-x 1 root admin 20 2009-12-03 07:55 /sw/lib/libiconv.2.dylib - libiconv.2.4.0.dylib lrwxr-xr-x 1 root admin 20 2009-12-03 07:55 /sw/lib/libiconv.dylib - libiconv.2.4.0.dylib -rw-r--r-- 1 root admin 804 2009-12-03 07:54 /sw/lib/libiconv.la However, a selfupdate + update-all resulted in the error below. libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/sw/lib/fontconfig2/include -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/libart-2.0 -I/sw/include/pango-1.0 -I/sw/include/freetype2 -I/sw/include -I/sw/include/libxml2 -I/sw/include/freetype2 -I/sw/include -DG_LOG_DOMAIN=\GnomePrint\ -DGNOMELOCALEDIR=\/sw/share/locale\ -DGNOME_PRINT_DATA_DIR=\/sw/share/libgnomeprint/2.18.6\ -DGNOME_PRINT_MODULES_DIR=\/sw/lib/libgnomeprint/2.18.6/modules\ -I/sw/lib/fontconfig2/include -I/sw/include -Os -c grammar.tab.c -fno-common -DPIC -o .libs/grammar.tab.o /bin/sh ../libtool --tag=CC --mode=link gcc -Os -version-info 1:0:1 -no-undefined -L/sw/lib/fontconfig2/lib -L/sw/lib -o libgnomeprint-2-2.la -rpath /sw/lib gnome-print.lo gnome-print-stdapi.lo gnome-print-config.lo gnome-print-filter.lo gnome-print-meta.lo gnome-print-job.lo gnome-print-ps2.lo gnome-print-pdf.lo gnome-print-pdf-t1.lo gnome-print-pdf-tt.lo gnome-print-pango.lo gnome-print-rbuf.lo gnome-print-rgbp.lo gnome-print-transport.lo gnome-print-i18n.lo gp-path.lo gp-gc.lo gnome-glyphlist.lo gnome-pgl.lo gnome-print-encode.lo libgnomeprint-enum-types.lo gnome-print-unit.lo gnome-print-paper.lo gnome-fontmap.lo gnome-font.lo gnome-font-face.lo gnome-rfont.lo gnome-font-family.lo art_rgba_rgba_affine.lo art_rgba_svp.lo lex._gnome_print_filter_parse_yy.lo grammar.tab.lo gpa/libgpa.la ttsubset/libttsubset.la -L/sw/lib/fontconfig2/lib -L/sw/lib -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -lart_lgpl_2 -lpangoft2-1.0 -lpango-1.0 -lfreetype -lz -lgo bject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -lxml2 -lfontconfig -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -lz -lintl grep: /usr/lib/libiconv.la: No such file or directory /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive make[3]: *** [libgnomeprint-2-2.la] 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 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-libgnomeprint2.2-2.18.6-3 (Reading database ... 198765 files and directories currently installed.) Removing fink-buildlock-libgnomeprint2.2-2.18.6-3 ... Failed: phase compiling: libgnomeprint2.2-2.18.6-3 failed Ben The fact that you rebuilt libiconv is totally irrelevant because the some .la file in the link path is looking for _/usr/lib/libiconv.la_. If you used fink reinstall to bring back a missing .la file, that doesn't change the contents--it reinstalled the package as it was built on Leopard. Try find /sw/lib -name *.la | xargs grep -l /usr/lib/libiconv.la to see what file(s) still need that (hopefully not many). You can then edit the file as a superuser (or via some command line scripting) and change /usr/lib/libiconv.la to /sw/lib/libiconv.la . The only file found was .. /sw/lib/fontconfig2/lib/libfontconfig.fink.la I used a one-liner to do the whole job. find /sw/lib ! -type l -name *.la | xargs grep -l /usr/lib/libiconv.la | xargs sed -i s/\/usr\/lib\/libiconv.la/\/sw\/lib\/libiconv.la/g As Martin recommended, I also tried /usr/local/lib and /usr/X11/lib, but didn't find anything there (I'd deleted the *.la files from there before). Now update-all ends with ... libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I/sw/lib/fontconfig2/include -I/sw/include/glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/libart-2.0 -I/sw/include/pango-1.0 -I/sw/include/freetype2 -I/sw/include -I/sw/include/libxml2 -I/sw/include/freetype2 -I/sw/include -DG_LOG_DOMAIN=\GnomePrint\ -DGNOMELOCALEDIR=\/sw/share/locale\ -DGNOME_PRINT_DATA_DIR=\/sw/share/libgnomeprint/2.18.6\ -DGNOME_PRINT_MODULES_DIR=\/sw/lib/libgnomeprint/2.18.6/modules\ -I/sw/lib/fontconfig2/include -I/sw/include -Os -c grammar.tab.c -fno-common -DPIC -o .libs/grammar.tab.o /bin/sh ../libtool --tag=CC --mode=link gcc -Os -version-info 1:0:1 -no-undefined -L/sw/lib/fontconfig2/lib -L/sw/lib -o libgnomeprint-2-2.la -rpath
Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error
On Nov 23, 2009, at 4:39 PM, Martin Costabel wrote: Ben Abbott wrote: On Nov 22, 2009, at 10:09 AM, Martin Costabel wrote: [] Did the CrashReporter write something in ~/Library/Logs? [] The file below is from ~/Library/Logs/DiagnosticReports. I don't really know what's going on; I can only speculate. What looks suspicious to me is the following: There are two copies of libstdc++ loaded 0x2bf7000 - 0x2c88fe7 +libstdc++.6.dylib /sw/lib/gcc4.4/lib/libstdc++.6.dylib 0x98a75000 - 0x98adffe7 libstdc++.6.dylib /usr/lib/libstdc++.6.dylib The crash happens inside Apple's libstdc++, and this seems to be pulled in from liboctinterp-3.3.50+.dylib. Did you compile parts of that dylib with Fink's c++-4.4 and parts with Apple's c++-4.2? Maybe this leads to the crash. -- Martin I have a rather poor understanding for how libtool works. It does appear that either I've linked to gcc 4.4 and gcc 4.2's dylibs, or that the 4.2 version is erroneously being loaded at run time. Using otool to look at the binary ... $ otool -L src/.libs/octave src/.libs/octave: /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0) /sw/lib/gcc4.4/lib/libgfortran.3.dylib (compatibility version 4.0.0, current version 4.0.0) /sw/lib/octave-3.3.50+/liboctinterp-3.3.50+.dylib (compatibility version 0.0.0, current version 0.0.0) /sw/lib/octave-3.3.50+/liboctave-3.3.50+.dylib (compatibility version 0.0.0, current version 0.0.0) /sw/lib/octave-3.3.50+/libcruft-3.3.50+.dylib (compatibility version 0.0.0, current version 0.0.0) /sw/lib/libpcre.0.dylib (compatibility version 1.0.0, current version 1.1.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.0.0) /sw/lib/libGraphicsMagick.3.dylib (compatibility version 6.0.0, current version 6.0.0) /sw/lib/libfftw3.3.dylib (compatibility version 6.0.0, current version 6.4.0) /sw/lib/libfftw3f.3.dylib (compatibility version 6.0.0, current version 6.4.0) /sw/lib/fltk-aqua/lib/libfltk_gl.1.1.dylib (compatibility version 1.1.0, current version 1.1.4) /System/Library/Frameworks/AGL.framework/Versions/A/AGL (compatibility version 1.0.0, current version 1.0.0) /sw/lib/fltk-aqua/lib/libfltk.1.1.dylib (compatibility version 1.1.0, current version 1.1.4) /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 152.0.0) /sw/lib/freetype219/lib/libfreetype.6.dylib (compatibility version 10.0.0, current version 10.19.0) /sw/lib/libhdf5.0.dylib (compatibility version 1.0.0, current version 1.0.0) /sw/lib/libsz.2.dylib (compatibility version 3.0.0, current version 3.0.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/X11/lib/libfontconfig.1.dylib (compatibility version 5.0.0, current version 5.0.0) /usr/X11/lib/libX11.6.dylib (compatibility version 9.0.0, current version 9.0.0) /sw/lib/libreadline.5.dylib (compatibility version 5.0.0, current version 5.0.0) /sw/lib/ncurses/libncurses.5.dylib (compatibility version 5.0.0, current version 5.0.0) /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate (compatibility version 1.0.0, current version 4.0.0) /sw/lib/gcc4.4/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) It appears that the proper gcc 4.4 dylibs are listed. Looking at the interpreter's library ... $ otool -L src/.libs/liboctinterp.dylib src/.libs/liboctinterp.dylib: /sw/lib/octave-3.3.50+/liboctinterp-3.3.50+.dylib (compatibility version 0.0.0, current version 0.0.0) /sw/lib/octave-3.3.50+/liboctave-3.3.50+.dylib (compatibility version 0.0.0, current version 0.0.0) /sw/lib/octave-3.3.50+/libcruft-3.3.50+.dylib (compatibility version 0.0.0, current version 0.0.0) /sw/lib/libpcre.0.dylib (compatibility version 1.0.0, current version 1.1.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 125.0.0) /sw/lib/gcc4.4/lib/libgfortran.3.dylib (compatibility version 4.0.0, current version 4.0.0) /sw/lib/libGraphicsMagick.3.dylib (compatibility version 6.0.0, current version 6.0.0) /sw/lib/fltk-aqua/lib/libfltk_gl.1.1.dylib (compatibility version 1.1.0, current version 1.1.4) /sw/lib/fltk-aqua/lib/libfltk.1.1.dylib (compatibility version 1.1.0, current version 1.1.4) /sw/lib/libfftw3.3.dylib (compatibility version 6.0.0, current version 6.4.0) /sw/lib/libfftw3f.3.dylib (compatibility version 6.0.0, current version 6.4.0) /sw/lib/libhdf5.0.dylib (compatibility version 1.0.0, current version 1.0.0) /sw/lib/libsz.2.dylib (compatibility version 3.0.0, current version 3.0.0) /usr/lib/libz.1.dylib (compatibility version
Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error
On Nov 24, 2009, at 8:23 PM, Martin Costabel wrote: Ben Abbott wrote: [] Is it possible that the wrong dylib is being loaded at run time? Is there a way to (safely) test the idea? The other libstdc++ is loaded because it is pulled in by some of the dylibs liboctinterp-3.3.50+.dylib links to, for example /sw/lib/fltk-aqua/lib/libfltk_gl.1.1.dylib. You can see in which order the dylibs are loaded by running octave as env DYLD_PRINT_LIBRARIES=1 octave Another env variables interesting in this context is DYLD_PRINT_BINDINGS (but its output is enormous). Note that I am not sure that this is really the cause of the crash. It would be interesting to see if others know about crashes that appear when dylibs compiled with different versions of g++ are linked together. -- Martin Looking at the libstcd++.6.dylib's for gcc4.2 and gcc4.4, it appears (to me) that compatibility problems are to be expected. $ otool -L /sw/lib/gcc4.4/lib/libstdc++.6.dylib /sw/lib/gcc4.4/lib/libstdc++.6.dylib: /sw/lib/gcc4.4/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.13.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 124.1.1) /sw/lib/gcc4.4/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) $ otool -L /usr/lib/libstdc++.6.dylib /usr/lib/libstdc++.6.dylib: /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.9.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 123.0.0) Is there a simple way to build fltk using gcc 4.4? Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error
On Nov 22, 2009, at 10:09 AM, Martin Costabel wrote: Ben Abbott wrote: On Nov 21, 2009, at 4:25 PM, Martin Costabel wrote: Ben Abbott wrote: [] Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x 0x02c0702f in std::locale::operator= () (gdb) Maybe a backtrace bt would give some more insight. -- Martin ... or maybe not :-( (gdb) bt No stack. Did the CrashReporter write something in ~/Library/Logs? -- Martin I pulled some additional changes for Octave yesterday. Now gdb gives a bit more info. .warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/loaders/.libs/libltdl_libltdl_la-preopen.o - no debug information available for libltdl/loaders/preopen.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt__alloc.o - no debug information available for libltdl/lt__alloc.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt_dlloader.o - no debug information available for libltdl/lt_dlloader.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt_error.o - no debug information available for libltdl/lt_error.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-ltdl.o - no debug information available for libltdl/ltdl.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-slist.o - no debug information available for libltdl/slist.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/argz.o - no debug information available for libltdl/argz.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdlS.o - no debug information available for libltdlS.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl.lax/dlopen.a/dlopen.o - no debug information available for libltdl/loaders/dlopen.c. . done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x 0x02c0702f in std::locale::operator= () (gdb) bt #0 0x02c0702f in std::locale::operator= () #1 0x02c05c9e in std::ios_base::_M_init () #2 0x02c1b25a in std::basic_ioschar, std::char_traitschar ::init () #3 0x0014ef23 in global constructors keyed to pager.cc () at ostream:362 #4 0x8fe0ed6d in __dyld__ZN16ImageLoaderMachO18doModInitFunctionsERKN11ImageLoader11LinkContextE () #5 0x8fe0d31e in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj () #6 0x8fe0d2c2 in __dyld__ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEj () #7 0x8fe0d3d1 in __dyld__ZN11ImageLoader15runInitializersERKNS_11LinkContextE () #8 0x8fe024a9 in __dyld__ZN4dyld24initializeMainExecutableEv () #9 0x8fe07950 in __dyld__ZN4dyld5_mainEPK12macho_headermiPPKcS5_S5_ () #10 0x8fe018b1 in __dyld__ZN13dyldbootstrap5startEPK12macho_headeriPPKcl () #11 0x8fe01057 in __dyld__dyld_start () The file below is from ~/Library/Logs/DiagnosticReports. Ben octave_2009-11-22-141641_ben-abbotts-macbook-pro.crash Description: Binary data -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error
On Nov 17, 2009, at 3:53 AM, Martin Costabel wrote: [I migrated my 10.5 Fink to 10.6 (using 32bit), and deleted my static libs left over from 10.5, and rebuilt them as needed]. Octave does build, but when I try to run it ... $ ./run-octave Bus error Now this is a different story. It should go into a different thread (once there is more information from the crash log). -- Martin Ok, I'm starting a new thread. I've attempted to run octave inside gdb. There are may complaints of no debug information. The final part is ... .warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/loaders/.libs/libltdl_libltdl_la-preopen.o - no debug information available for libltdl/loaders/preopen.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt__alloc.o - no debug information available for libltdl/lt__alloc.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt_dlloader.o - no debug information available for libltdl/lt_dlloader.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-lt_error.o - no debug information available for libltdl/lt_error.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-ltdl.o - no debug information available for libltdl/ltdl.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl_libltdl_la-slist.o - no debug information available for libltdl/slist.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/argz.o - no debug information available for libltdl/argz.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdlS.o - no debug information available for libltdlS.c. warning: Could not find object file /sw/src/fink.build/libtool2-2.2.6-3/libtool-2.2.6/libltdl/.libs/libltdl.lax/dlopen.a/dlopen.o - no debug information available for libltdl/loaders/dlopen.c. . done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x 0x02c0702f in std::locale::operator= () (gdb) In the last few weeks, Octave modified how it configures and builds. One of the changes is the use of libtool. Does anyone have any insight as to what the problem might be? Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Octave (developer srcs) builds, but results in bus-error
On Nov 21, 2009, at 4:25 PM, Martin Costabel wrote: Ben Abbott wrote: [] Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x 0x02c0702f in std::locale::operator= () (gdb) Maybe a backtrace bt would give some more insight. -- Martin ... or maybe not :-( (gdb) bt No stack. Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] libiconv problem
On Nov 16, 2009, at 3:26 AM, Martin Costabel wrote: Ben Abbott wrote: [] grep: /usr/lib/libiconv.la: No such file or directory Removing /sw/lib/fontconfig2/lib/libfontconfig.la (which is a symlink) will do the trick here. But don't try to reinstall the fontconfig2-dev package: It will bring the broken *.la file back. For a permanent solution do sudo rm /sw/lib/fontconfig2/lib/libfontconfig.fink.la fink reinstall fontconfig2-dev This is a known (and as yet unfixed) problem that breaks the 10.5-10.6 upgrade path. See the thread [Fink-beginners] Troubles with Installation from around September 21. I'll CC the fontconfig2 maintainer onc more. Martin, You are correct that rebuilding libiconv.la would not work. However, I have no libfontconfig.fink.la file. You mentioned I should *not* try to reinstall fontconfig2-dev, but then instructed that I do ? ? ? Did you intend to give instructions to rebuild? fink rebuild fontconfig2-dev Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] libiconv problem
On Nov 16, 2009, at 5:33 AM, Martin Costabel wrote: Ben Abbott wrote: [] However, I have no libfontconfig.fink.la file. Well, I don't know what you did in the meantime. If you followed the advice to remove *all* *.la files in /sw/lib and all of its subdirectories, then libfontconfig.fink.la will have been removed, too, and you should be safe. You mentioned I should *not* try to reinstall fontconfig2-dev, but then instructed that I do ? ? ? The issue usually show up in the following way: There is the /usr/lib/libiconv.la: No such file or directory error, and trying to track it down one finds that the culprit is libfontconfig.la. Removing this file works, temporarily, but reinstalling or rebuilding fontconfig2-dev brings back the broken libfontconfig.la file, because it is reconstructed from the broken libfontconfig.fink.la. The latter does not obstruct linking commands by itself, it only serves as a template to recreate libfontconfig.la. In short, if you really opt for removing all *.la files under /sw/lib, you will avoid the error caused by absent system *.la files. But you may hit other snags, in kde packages, for example. I deleted the *.la files some weeks ago. When I encounter problems with missing .la files, I've simply rebuilt what was missing. I've done as recommended sudo rm /sw/lib/fontconfig2/lib/libfontconfig.fink.la fink reinstall fontconfig2-dev My fontconfig2 lib directory how holds ... $ ls /sw/lib/fontconfig2/lib libfontconfig.1.dylib libfontconfig.dylib libfontconfig.la pkgconfig However, I still get the error below (when I try to build Octave using the deverloper's sources). /bin/sh ../libtool --tag=CXX --mode=link g++-4 -I /sw/include -O3 -I/sw/include/freetype2 -I/sw/include -DHAVE_CONFIG_H -mieee-fp -I/usr/X11/include -Wall -W -Wshadow -Wold-style-cast -Wformat -I /sw/include -O3 -I/sw/include/freetype2 -I/sw/include -D_THREAD_SAFE -I /sw/include -O3 -I/sw/include/freetype2 -I/sw/include -release 3.3.50+ -L/sw/lib/fltk-aqua/lib -L/sw/lib/flex/lib -L/sw/lib/gcc4.4/lib/ -L/sw/lib -lgfortran -lGraphicsMagick -lfltk_gl -lfltk -lpthread -o liboctinterp.la -rpath /sw/lib/octave-3.3.50+ liboctinterp_la-Cell.lo liboctinterp_la-bitfcns.lo ***snip*** liboctinterp_la-Quad-opts.lo ../liboctave/liboctave.la ../libcruft/libcruft.la -lfftw3 -lfftw3f -lhdf5 -lz -L/usr/X11/lib -lfontconfig -Wl,-framework -Wl,OpenGL -L/usr/X11/lib -lX11 -lreadline -lncurses -framework Accelerate -lm -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL /sw/lib/gcc4.4/lib/libgfortran.dylib -lm -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved grep: /usr/lib/libiconv.la: No such file or directory /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive make[3]: *** [liboctinterp.la] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] libiconv problem
On Monday, November 16, 2009, at 11:18AM, Martin Costabel costa...@wanadoo.fr wrote: Ben Abbott wrote: [] My fontconfig2 lib directory how holds ... $ ls /sw/lib/fontconfig2/lib libfontconfig.1.dylib libfontconfig.dylib libfontconfig.la pkgconfig However, I still get the error below (when I try to build Octave using the deverloper's sources). /bin/sh ../libtool --tag=CXX --mode=link g++-4 -I /sw/include -O3 -I/sw/include/freetype2 -I/sw/include -DHAVE_CONFIG_H -mieee-fp -I/usr/X11/include -Wall -W -Wshadow -Wold-style-cast -Wformat -I /sw/include -O3 -I/sw/include/freetype2 -I/sw/include -D_THREAD_SAFE -I /sw/include -O3 -I/sw/include/freetype2 -I/sw/include -release 3.3.50+ -L/sw/lib/fltk-aqua/lib -L/sw/lib/flex/lib -L/sw/lib/gcc4.4/lib/ -L/sw/lib -lgfortran -lGraphicsMagick -lfltk_gl -lfltk -lpthread -o liboctinterp.la -rpath /sw/lib/octave-3.3.50+ liboctinterp_la-Cell.lo liboctinterp_la-bitfcns.lo ***snip*** liboctinterp_la-Quad-opts.lo ../liboctave/liboctave.la ../libcruft/libcruft.la -lfftw3 -lfftw3f -lhdf5 -lz -L/usr/X11/lib -lfontconfig -Wl,-framework -Wl,OpenGL -L/usr/X11/lib -lX11 -lreadline -lncurses -framework Accelerate -lm -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL /sw/lib/gcc4.4/lib/libgfortran.dylib -lm -L/ sw /lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved grep: /usr/lib/libiconv.la: No such file or directory /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory The obvious question is: Is /usr/lib/libiconv.la still mentioned in libfontconfig.la? If not, where else is it mentioned? There *must* be some *.la file that has /usr/lib/libiconv.la in its dependency_libs field. grep /usr/lib/libiconv.la -r /sw/lib -- Martin This is what I get. $ grep /usr/lib/libiconv.la -r /sw/lib grep: /sw/lib/fontconfig2/lib/libfontconfig.la: No such file or directory grep: /sw/lib/libecpg.4.dylib: No such file or directory grep: /sw/lib/libecpg_compat.3.dylib: No such file or directory grep: /sw/lib/qt3/mkspecs/darwin-g++/darwin-g++: No such file or directory grep: /sw/lib/qt3/mkspecs/default/darwin-g++: No such file or directory grep: /sw/lib/treectrl2.1/htmldoc/treectrl.html: Permission denied grep: /sw/lib/treectrl2.1/htmldoc/What's New in TkTreeCtrl.html: Permission denied grep: /sw/lib/X11/fonts/appleotf/AquaKanaBold.otf: No such file or directory grep: /sw/lib/X11/fonts/appleotf/AquaKanaRegular.otf: No such file or directory grep: /sw/lib/X11/fonts/applettf/Chalkboard.ttf: No such file or directory grep: /sw/lib/X11/fonts/applettf/ChalkboardBold.ttf: No such file or directory The no such file or directory are all links to non-existent targets. $ ls -l /sw/lib/fontconfig2/lib/libfontconfig.la lrwxr-xr-x 1 root admin 21 2009-11-16 04:40 /sw/lib/fontconfig2/lib/libfontconfig.la - libfontconfig.fink.la Might I be able to work around the problem by creating a link, like the one below? $ sudo ln -fs /sw/lib/libiconv.la /usr/lib Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] libiconv problem
On Monday, November 16, 2009, at 12:39PM, Martin Costabel costa...@wanadoo.fr wrote: Ben Abbott wrote: [] $ ls -l /sw/lib/fontconfig2/lib/libfontconfig.la lrwxr-xr-x 1 root admin 21 2009-11-16 04:40 /sw/lib/fontconfig2/lib/libfontconfig.la - libfontconfig.fink.la Might I be able to work around the problem by creating a link, like the one below? $ sudo ln -fs /sw/lib/libiconv.la /usr/lib No, changing anything in /usr/lib is always a bad idea. I insist: If you are still getting the error grep: /usr/lib/libiconv.la: No such file or directory then there *must* be a *.la file somewhere on your linker search path that has /usr/lib/libiconv.la in its dependency_libs field. Maybe in your octave build directory. Unfortunately this *.la stuff is contagious, so it might be possible that an earlier attempt to build octave - while libfontconfig.la was still pointing to a contaminated .la file - left you with an infected *.la file in the octave build tree. BTW, I don't quite see a scenario that allows you to still have - as you do - /sw/lib/gcc4.4/lib/libgfortran.la and /sw/lib/fontconfig2/lib/libfontconfig.la, but not /sw/lib/fontconfig2/lib/libfontconfig.fink.la. The latter is created each time you rebuild or reinstall fontconfig2-dev. At what point did you remove all *.la files under /sw/lib? -- Martin In the event I got it wrong before … $ fink reinstall fontconfig2-dev Password: Information about 8441 packages read in 4 seconds. The following package will be reinstalled: fontconfig2-dev Reading buildlock packages... All buildlocks accounted for. /sw/bin/dpkg-lockwait -i /sw/fink/dists/unstable/main/binary-darwin-i386/x11/fontconfig2-dev_2.4.1-208_darwin-i386.deb (Reading database ... 198712 files and directories currently installed.) Preparing to replace fontconfig2-dev 2.4.1-208 (using .../fontconfig2-dev_2.4.1-208_darwin-i386.deb) ... Unpacking replacement fontconfig2-dev ... Setting up fontconfig2-dev (2.4.1-208) ... $ ls -l /sw/lib/fontconfig2/lib/libfontconfig* lrwxr-xr-x 1 root admin 34 2009-11-16 04:39 /sw/lib/fontconfig2/lib/libfontconfig.1.dylib - /usr/X11/lib/libfontconfig.1.dylib lrwxr-xr-x 1 root admin 32 2009-11-16 12:43 /sw/lib/fontconfig2/lib/libfontconfig.dylib - /usr/X11/lib/libfontconfig.dylib -rw-r--r-- 1 root admin 1004 2009-11-16 12:43 /sw/lib/fontconfig2/lib/libfontconfig.fink.la lrwxr-xr-x 1 root admin 21 2009-11-16 12:43 /sw/lib/fontconfig2/lib/libfontconfig.la - libfontconfig.fink.la Then I deleted all files not part of Octave's sources. $ hg status | grep '^? ' | sed s/^? /rm /g | /bin/sh and started a fresh build. $ autogen … $ configure … $ make ... libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved grep: /usr/lib/libiconv.la: No such file or directory /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive make[3]: *** [liboctinterp.la] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 If I delete the libfrontconfig.fink.la, I get the same result. $ sudo rm /sw/lib/fontconfig2/lib/libfontconfig.fink.la $ make ... libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved grep: /usr/lib/libiconv.la: No such file or directory /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive make[3]: *** [liboctinterp.la] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Looking for '/usr/lib/libconv.la' where I build octave, I get no results. Looking for '/usr/lib/libiconv.la' in /usr/lib/ I do get several hits. Is this expected? $ grep /usr/lib/libiconv.la -r /usr/lib grep: /usr/lib/cron/tabs: Permission denied grep: /usr/lib/cron/tmp: Permission denied /usr/lib/ruby/site_ruby/1.8/universal-darwin9.0/svn/ext/client.la:dependency_libs=' -R/usr/lib /usr/lib/libsvn_swig_ruby-1.la -L/usr/lib /usr/lib/libsvn_wc-1.la /usr/lib/libsvn_delta-1.la /usr/lib/libsvn_client-1.la /usr/lib/libsvn_wc-1.la /usr/lib/libsvn_ra-1.la /usr/lib/libsvn_ra_local-1.la /usr/lib/libsvn_repos-1.la /usr/lib/libsvn_fs-1.la /usr/lib/libsvn_fs_fs-1.la /usr/lib/libsvn_ra_svn-1.la /usr/lib/libsvn_ra_dav-1.la /usr/lib/libneon.la -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv /usr/lib/libsvn_delta-1.la /usr/lib/libsvn_diff-1.la /usr/lib/libsvn_subr-1.la /usr/lib/libsvn_subr-1.la -laprutil-1 -lsqlite3 /usr/lib/libexpat.la /usr/lib/libiconv.la -lapr-1 -lpthread -lz' /usr/lib/ruby/site_ruby/1.8/universal-darwin9.0/svn/ext
Re: [Fink-users] libiconv problem
On Monday, November 16, 2009, at 03:52PM, Martin Costabel costa...@wanadoo.fr wrote: Ben Abbott wrote: [] libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved grep: /usr/lib/libiconv.la: No such file or directory [] Looking for '/usr/lib/libiconv.la' in /usr/lib/ I do get several hits. Is this expected? I suppose so. But I don't see how any of these could play a role here. I also still don't understand what can cause the warning about libgfrortran.la. Are you sure you don't have stuff in /usr/local/lib that interferes here? -- Martin As I said before, the line below returns a lot f ruby related stuff, but nothing that Octave should be linking to, AFAIK. $ grep /usr/lib/libiconv.la -r /usr/lib Is there something else I can check. I also don't understand what is causing the warnings about libgfortran. A grep of 'libgfortran.la' in /usr/lib and /sw/lib as well as my octave archive each come up empty. Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] libiconv problem
On Nov 16, 2009, at 3:52 PM, Martin Costabel wrote: Ben Abbott wrote: [] libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved grep: /usr/lib/libiconv.la: No such file or directory [] Looking for '/usr/lib/libiconv.la' in /usr/lib/ I do get several hits. Is this expected? I suppose so. But I don't see how any of these could play a role here. I also still don't understand what can cause the warning about libgfrortran.la. Are you sure you don't have stuff in /usr/local/lib that interferes here? -- Martin I tried ... $ grep gfortran -r /usr/local/lib/ $ grep libiconv -r /usr/local/lib/ But found nothing. I did get a hit in /usr/Xll/lib $ grep libiconv.la -r /usr/X11/lib/ /usr/X11/lib/libfontconfig.la:dependency_libs=' -L/usr/X11/lib /usr/lib/libiconv.la /usr/X11/lib/libfreetype.la -lz /usr/lib/libexpat.la ' Is this expected? My X11 is XQuartz 2.3.4 (xorg-server 1.4.2-apple45) Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] libiconv problem
On Nov 16, 2009, at 6:42 PM, Martin Costabel wrote: Ben Abbott wrote: [] I did get a hit in /usr/Xll/lib $ grep libiconv.la -r /usr/X11/lib/ /usr/X11/lib/libfontconfig.la:dependency_libs=' -L/usr/X11/lib /usr/lib/libiconv.la /usr/X11/lib/libfreetype.la -lz /usr/lib/libexpat.la ' Is this expected? No. Snow Leopard's X11 doesn't have *.la files. Did you at some time create *.la files in /usr/X11 by running my fix-x11-la.sh script? If yes, remove them. If not, remove them anyway. -- Martin I did not create them (AFAIK). In any event, the entire list of .la files is below. $ ls -l /usr/X11/lib/*.la -rw-r--r-- 1 root wheel 1000 2009-08-29 11:31 /usr/X11/lib/libAppleWM.la -rw-r--r-- 1 root wheel 871 2009-08-29 11:31 /usr/X11/lib/libFS.la -rw-r--r-- 1 root wheel 877 2009-08-29 11:31 /usr/X11/lib/libICE.la -rw-r--r-- 1 root wheel 895 2009-08-29 11:31 /usr/X11/lib/libSM.la -rw-r--r-- 1 root wheel 927 2009-08-29 11:31 /usr/X11/lib/libX11.la -rw-r--r-- 1 root wheel 982 2009-08-29 11:31 /usr/X11/lib/libXRes.la -rw-r--r-- 1 root wheel 1059 2009-08-29 11:31 /usr/X11/lib/libXTrap.la -rw-r--r-- 1 root wheel 877 2009-08-29 11:31 /usr/X11/lib/libXau.la -rw-r--r-- 1 root wheel 1089 2009-08-29 11:31 /usr/X11/lib/libXaw6.la -rw-r--r-- 1 root wheel 1113 2009-08-29 11:31 /usr/X11/lib/libXaw7.la -rw-r--r-- 1 root wheel 1123 2009-08-29 11:31 /usr/X11/lib/libXaw8.la -rw-r--r-- 1 root wheel 1045 2009-08-29 11:31 /usr/X11/lib/libXcomposite.la -rw-r--r-- 1 root wheel 1030 2009-08-29 11:31 /usr/X11/lib/libXcursor.la -rw-r--r-- 1 root wheel 1002 2009-08-29 11:31 /usr/X11/lib/libXdamage.la -rw-r--r-- 1 root wheel 889 2009-08-29 11:31 /usr/X11/lib/libXdmcp.la -rw-r--r-- 1 root wheel 988 2009-08-29 11:31 /usr/X11/lib/libXevie.la -rw-r--r-- 1 root wheel 958 2009-08-29 11:31 /usr/X11/lib/libXext.la -rw-r--r-- 1 root wheel 969 2009-08-29 11:31 /usr/X11/lib/libXfixes.la -rw-r--r-- 1 root wheel 971 2009-08-29 11:31 /usr/X11/lib/libXfont.la -rw-r--r-- 1 root wheel 1018 2009-08-29 11:31 /usr/X11/lib/libXfontcache.la -rw-r--r-- 1 root wheel 1040 2009-08-29 11:31 /usr/X11/lib/libXft.la -rw-r--r-- 1 root wheel 970 2009-08-29 11:31 /usr/X11/lib/libXi.la -rw-r--r-- 1 root wheel 1006 2009-08-29 11:31 /usr/X11/lib/libXinerama.la -rw-r--r-- 1 root wheel 1046 2009-08-29 11:31 /usr/X11/lib/libXmu.la -rw-r--r-- 1 root wheel 957 2009-08-29 11:31 /usr/X11/lib/libXmuu.la -rw-r--r-- 1 root wheel 970 2009-08-29 11:31 /usr/X11/lib/libXp.la -rw-r--r-- 1 root wheel 953 2009-08-29 11:31 /usr/X11/lib/libXpm.la -rw-r--r-- 1 root wheel 1160 2009-08-29 11:31 /usr/X11/lib/libXprintAppUtil.la -rw-r--r-- 1 root wheel 2009-08-29 11:31 /usr/X11/lib/libXprintUtil.la -rw-r--r-- 1 root wheel 1022 2009-08-29 11:31 /usr/X11/lib/libXrandr.la -rw-r--r-- 1 root wheel 975 2009-08-29 11:31 /usr/X11/lib/libXrender.la -rw-r--r-- 1 root wheel 976 2009-08-29 11:31 /usr/X11/lib/libXss.la -rw-r--r-- 1 root wheel 992 2009-08-29 11:31 /usr/X11/lib/libXt.la -rw-r--r-- 1 root wheel 982 2009-08-29 11:31 /usr/X11/lib/libXtst.la -rw-r--r-- 1 root wheel 970 2009-08-29 11:31 /usr/X11/lib/libXv.la -rw-r--r-- 1 root wheel 1005 2009-08-29 11:31 /usr/X11/lib/libXvMC.la -rw-r--r-- 1 root wheel 1011 2009-08-29 11:31 /usr/X11/lib/libXvMCW.la -rw-r--r-- 1 root wheel 1012 2009-08-29 11:31 /usr/X11/lib/libXxf86misc.la -rw-r--r-- 1 root wheel 1000 2009-08-29 11:31 /usr/X11/lib/libXxf86vm.la -rw-r--r-- 1 root wheel 1094 2009-08-29 11:31 /usr/X11/lib/libcairo.la -rw-r--r-- 1 root wheel 976 2009-08-29 11:31 /usr/X11/lib/libdmx.la -rw-r--r-- 1 root wheel 997 2009-08-29 11:31 /usr/X11/lib/libfontconfig.la -rw-r--r-- 1 root wheel 906 2009-08-29 11:31 /usr/X11/lib/libfontenc.la -rw-r--r-- 1 root wheel 888 2009-08-29 11:31 /usr/X11/lib/libfreetype.la -rw-r--r-- 1 root wheel 906 2009-08-29 11:31 /usr/X11/lib/liblbxutil.la -rw-r--r-- 1 root wheel 957 2009-08-29 11:31 /usr/X11/lib/liboldX.la -rw-r--r-- 1 root wheel 909 2009-08-29 11:31 /usr/X11/lib/libpixman-1.la -rw-r--r-- 1 root wheel 902 2009-08-29 11:31 /usr/X11/lib/libpng.la -rw-r--r-- 1 root wheel 896 2009-08-29 11:31 /usr/X11/lib/libpng12.la -rw-r--r-- 1 root wheel 981 2009-08-29 11:31 /usr/X11/lib/libxcb-atom.la -rw-r--r-- 1 root wheel 975 2009-08-29 11:31 /usr/X11/lib/libxcb-aux.la -rw-r--r-- 1 root wheel 1011 2009-08-29 11:31 /usr/X11/lib/libxcb-composite.la -rw-r--r-- 1 root wheel 993 2009-08-29 11:31 /usr/X11/lib/libxcb-damage.la -rw-r--r-- 1 root wheel 981 2009-08-29 11:31 /usr/X11/lib/libxcb-dpms.la -rw-r--r-- 1 root wheel 987 2009-08-29 11:31 /usr/X11/lib/libxcb-event.la -rw-r--r-- 1 root wheel 975 2009-08-29 11:31 /usr/X11/lib/libxcb-glx.la -rw-r--r-- 1 root wheel 1079 2009-08-29 11:31 /usr/X11/lib/libxcb-icccm.la -rw-r--r-- 1 root wheel 1043 2009-08-29 11:31 /usr/X11/lib/libxcb-image.la -rw-r--r-- 1 root wheel 999 2009-08-29 11:31 /usr/X11/lib/libxcb-keysyms.la -rw-r--r-- 1 root wheel 1035 2009-08-29 11:31 /usr/X11/lib/libxcb-property.la -rw-r--r-- 1 root wheel 987 2009-08-29
[Fink-users] libiconv problem
I'm attempting to build Octave using the developers sources. When I do so, I encounter the error below. [...] /bin/sh ../libtool --tag=CXX --mode=link g++-4 -O3 -I/sw/include/freetype2 -I/sw/include -DHAVE_CONFIG_H -mieee-fp -I/usr/X11/include -Wall -W -Wshadow -Wold-style-cast -Wformat -O3 -I/sw/include/freetype2 -I/sw/include -D_THREAD_SAFE -O3 -I/sw/include/freetype2 -I/sw/include -release 3.3.50+ -L/sw/lib/fltk-aqua/lib -L/sw/lib/flex/lib -L/sw/lib/gcc4.4/lib/ -L/sw/lib -lgfortran -lGraphicsMagick -lfltk_gl -lfltk -lpthread -o liboctinterp.la -rpath /sw/lib/octave-3.3.50+ liboctinterp_la-Cell.lo […] ../libcruft/libcruft.la -lfftw3 -lfftw3f -lhdf5 -lz -L/usr/X11/lib -lfontconfig -Wl,-framework -Wl,OpenGL -L/usr/X11/lib -lX11 -lreadline -lncurses -framework Accelerate -lm -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL /sw/lib/gcc4.4/lib/libgfortran.dylib -lm -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved grep: /usr/lib/libiconv.la: No such file or directory /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive make[3]: *** [liboctinterp.la] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Before attempting my buid, I set the following ... export CFLAGS=-I /sw/include export LDFLAGS=-L/sw/lib export CXXFLAGS=$CFLAGS export CPPFLAGS=$CXXFLAGS export ACLOCAL_FLAGS=-I /sw/share/aclocal export PKG_CONFIG_PATH=/sw/lib/pkgconfig export PATH=/sw/var/lib/fink/path-prefix-10.6/:$PATH export MACOSX_DEPLOYMENT_TARGET=10.5 I'm on Snow Leopard and have chosen to use the 32bit Fink. Any help in resolving this would be appreciated. TiA Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] libiconv problem
On Nov 15, 2009, at 8:01 PM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Abbott wrote: I'm attempting to build Octave using the developers sources. When I do so, I encounter the error below. [...] /bin/sh ../libtool --tag=CXX --mode=link g++-4 -O3 -I/sw/include/freetype2 -I/sw/include -DHAVE_CONFIG_H -mieee-fp -I/usr/X11/include -Wall -W -Wshadow -Wold-style-cast -Wformat -O3 -I/sw/include/freetype2 -I/sw/include -D_THREAD_SAFE -O3 -I/sw/include/freetype2 -I/sw/include -release 3.3.50+ -L/sw/lib/fltk-aqua/lib -L/sw/lib/flex/lib -L/sw/lib/gcc4.4/lib/ -L/sw/lib -lgfortran -lGraphicsMagick -lfltk_gl -lfltk -lpthread -o liboctinterp.la -rpath /sw/lib/octave-3.3.50+ liboctinterp_la-Cell.lo […] ../libcruft/libcruft.la -lfftw3 -lfftw3f -lhdf5 -lz -L/usr/X11/lib -lfontconfig -Wl,-framework -Wl,OpenGL -L/usr/X11/lib -lX11 -lreadline -lncurses -framework Accelerate -lm -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL /sw/lib/gcc4.4/lib/libgfortran.dylib -lm -L/sw/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-framework,ApplicationServices -Wl,-framework -Wl,OpenGL libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved libtool: link: warning: `/sw/lib/gcc4.4/lib//libgfortran.la' seems to be moved grep: /usr/lib/libiconv.la: No such file or directory /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive make[3]: *** [liboctinterp.la] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Before attempting my buid, I set the following ... export CFLAGS=-I /sw/include export LDFLAGS=-L/sw/lib export CXXFLAGS=$CFLAGS export CPPFLAGS=$CXXFLAGS export ACLOCAL_FLAGS=-I /sw/share/aclocal export PKG_CONFIG_PATH=/sw/lib/pkgconfig export PATH=/sw/var/lib/fink/path-prefix-10.6/:$PATH export MACOSX_DEPLOYMENT_TARGET=10.5 I'm on Snow Leopard and have chosen to use the 32bit Fink. Any help in resolving this would be appreciated. TiA Ben (maybe at some point I'll have enough time to update Fink's octave) I'm assuming you updated from 10.5? We've been telling people to use find /sw/lib -name *.la -delete to remove references to .la files that existed on Leopard but no longer do on Snow Leopard. If you didn't update from 10.5, then some other .la files have those references hardcoded. - -- Alexander Hansen Thanks Alex. Yes, I've updated from 10.5 and deleted all my old .la files. As I've encountered missing files I've rebuilt them ... which I now realize I should do. I've started a rebuild of libiconv. fink rebuild libiconv libiconv-bin libiconv-dev I'll report back tomorrow. Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] iodine failed to install
On Sep 29, 2009, at 9:42 PM, monipol wrote: On 29/09/2009, at 22:06, Ben Abbott wrote: On Sep 29, 2009, at 8:56 PM, monipol wrote: On 29/09/2009, at 08:56, Ben Abbott wrote: On Sep 29, 2009, at 7:50 AM, monipol wrote: On 29/09/2009, at 08:37, Ben Abbott wrote: I'm running Mac OS 10.6 $ fink --version Package manager version: 0.29.10 Distribution version: selfupdate-rsync Mon Sep 28 19:10:14 2009, 10.6, i386 ... and I choose the 32bit options. I thought I'd try out iodine, but ... $ fink install iodine (...) OS is DARWIN, arch is i386 CC tun.c CC dns.c dns.c:30:34: error: arpa/nameser8_compat.h: No such file or directory (...) Failed: phase compiling: iodine-0.5.2-2 failed Hello, Ben. I've been able to build iodine on Intel OS 10.5.8, 32-bit Fink, Xcode 3.1.4. Could you please tell us the output of the following command on your system? ls -l /usr/include/arpa/nameser*compat* I get lrwxr-xr-x 1 root wheel20 26 Sep 08:19 /usr/include/arpa/ nameser8_compat.h@ - ../nameser8_compat.h -r--r--r-- 1 root wheel 6650 19 Feb 2008 /usr/include/arpa/ nameser_compat.h Let's also notify the maintainer of the package (cc'ed). I get $ ls -l /usr/include/arpa/nameser*compat* -r--r--r-- 1 root wheel 6668 2009-07-14 01:16 /usr/include/arpa/ nameser_compat.h And ls -l /usr/include/nameser*compat* ? $ ls -l /usr/include/nameser*compat* ls: cannot access /usr/include/nameser*compat*: No such file or directory $ ls -l /usr/include/nameser* -r--r--r-- 1 root wheel 22072 2009-05-18 13:34 /usr/include/nameser.h Hello, Ben. Jack, the maintainer, has just committed a potential fix to this problem. Would you please test the new version (iodine-0.5.2-3) on your box? If you're using CVS as your selfupdate method, it should be readily available. If you're using rsync, it should be available in one hour at the latest. It worked. For reference, a fink index -f was needed after the selfupdate. Ben -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] iodine failed to install
On Sep 30, 2009, at 7:43 AM, Alexander Hansen wrote: Ben Abbott wrote: should be available in one hour at the latest. It worked. For reference, a fink index -f was needed after the selfupdate. Ben Do you have NoAutoIndex: true set in your fink.conf? Yes I do. If it is supposed to be false, I have no idea how it became true. Should I change it? Ben -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] iodine failed to install
I'm running Mac OS 10.6 $ fink --version Package manager version: 0.29.10 Distribution version: selfupdate-rsync Mon Sep 28 19:10:14 2009, 10.6, i386 ... and I choose the 32bit options. I thought I'd try out iodine, but ... $ fink install iodine Password: Information about 8279 packages read in 1 seconds. The package 'iodine' will be built and installed. Reading dependency for iodine-0.5.2-2... Reading build dependency for iodine-0.5.2-2... Reading build conflict for iodine-0.5.2-2... The following package will be installed or updated: iodine curl --connect-timeout 30 -f -L -A 'fink/0.29.10' -O http://distfiles.master.finkmirrors.net/iodine-0.5.2.tar.gz % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total Spent Left Speed 100 50788 100 507880 0 50028 0 0:00:01 0:00:01 --:--:-- 62856 Setting runtime build-lock... dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-iodine-0.5.2-2 /sw/ src/fink.build dpkg-deb: building package `fink-buildlock-iodine-0.5.2-2' in `/sw/src/ fink.build/fink-buildlock-iodine-0.5.2-2_2009.09.29-07.32.03_darwin- i386.deb'. Installing build-lock package... /sw/bin/dpkg-lockwait -i /sw/src/fink.build/fink-buildlock- iodine-0.5.2-2_2009.09.29-07.32.03_darwin-i386.deb Selecting previously deselected package fink-buildlock-iodine-0.5.2-2. (Reading database ... 197974 files and directories currently installed.) Unpacking fink-buildlock-iodine-0.5.2-2 (from .../fink-buildlock- iodine-0.5.2-2_2009.09.29-07.32.03_darwin-i386.deb) ... Setting up fink-buildlock-iodine-0.5.2-2 (2009.09.29-07.32.03) ... gzip -dc /sw/src/iodine-0.5.2.tar.gz | /sw/bin/tar -xvf - --no-same- owner --no-same-permissions iodine-0.5.2/ iodine-0.5.2/doc/ iodine-0.5.2/doc/proto_0500.txt iodine-0.5.2/doc/proto_0402.txt iodine-0.5.2/man/ iodine-0.5.2/man/iodine.8 iodine-0.5.2/src/ iodine-0.5.2/src/encoding.c iodine-0.5.2/src/encoding.h iodine-0.5.2/src/Makefile iodine-0.5.2/src/windows.h iodine-0.5.2/src/dns.c iodine-0.5.2/src/dns.h iodine-0.5.2/src/md5.c iodine-0.5.2/src/md5.h iodine-0.5.2/src/tun.c iodine-0.5.2/src/tun.h iodine-0.5.2/src/iodined.c iodine-0.5.2/src/login.c iodine-0.5.2/src/login.h iodine-0.5.2/src/common.c iodine-0.5.2/src/common.h iodine-0.5.2/src/fw_query.c iodine-0.5.2/src/fw_query.h iodine-0.5.2/src/read.c iodine-0.5.2/src/read.h iodine-0.5.2/src/user.c iodine-0.5.2/src/user.h iodine-0.5.2/src/osflags iodine-0.5.2/src/version.h iodine-0.5.2/src/base32.c iodine-0.5.2/src/base32.h iodine-0.5.2/src/base64.c iodine-0.5.2/src/base64.h iodine-0.5.2/src/iodine.c iodine-0.5.2/TODO iodine-0.5.2/Makefile iodine-0.5.2/tests/ iodine-0.5.2/tests/encoding.c iodine-0.5.2/tests/Makefile iodine-0.5.2/tests/dns.c iodine-0.5.2/tests/login.c iodine-0.5.2/tests/fw_query.c iodine-0.5.2/tests/read.c iodine-0.5.2/tests/test.c iodine-0.5.2/tests/test.h iodine-0.5.2/tests/user.c iodine-0.5.2/tests/base32.c iodine-0.5.2/tests/base64.c iodine-0.5.2/README iodine-0.5.2/README-win32.txt iodine-0.5.2/CHANGELOG perl -pi -e s,/usr/local,/sw, Makefile make OS is DARWIN, arch is i386 CC tun.c CC dns.c dns.c:30:34: error: arpa/nameser8_compat.h: No such file or directory dns.c: In function 'dns_encode': dns.c:44: error: 'HEADER' undeclared (first use in this function) dns.c:44: error: (Each undeclared identifier is reported only once dns.c:44: error: for each function it appears in.) dns.c:44: error: 'header' undeclared (first use in this function) dns.c:45: warning: ISO C90 forbids mixed declarations and code dns.c:51: error: expected expression before ')' token dns.c:73: error: 'C_IN' undeclared (first use in this function) dns.c: In function 'dns_encode_ns_response': dns.c:110: error: 'HEADER' undeclared (first use in this function) dns.c:110: error: 'header' undeclared (first use in this function) dns.c:111: warning: ISO C90 forbids mixed declarations and code dns.c:121: error: expected expression before ')' token dns.c:152: error: 'C_IN' undeclared (first use in this function) dns.c:170: error: 'T_A' undeclared (first use in this function) dns.c: In function 'dns_get_id': dns.c:189: error: 'HEADER' undeclared (first use in this function) dns.c:189: error: 'header' undeclared (first use in this function) dns.c:190: error: expected expression before ')' token dns.c:196: warning: control reaches end of non-void function dns.c: In function 'dns_decode': dns.c:203: error: 'HEADER' undeclared (first use in this function) dns.c:203: error: 'header' undeclared (first use in this function) dns.c:204: warning: ISO C90 forbids mixed declarations and code dns.c:215: error: expected expression before ')' token dns.c:239: error: 'REFUSED' undeclared (first use in this function) dns.c:243: error: 'NOTIMP' undeclared (first use in this function) dns.c:247: error: 'NXDOMAIN' undeclared (first use in this function) dns.c:251: error: 'SERVFAIL' undeclared (first use in this function) dns.c:255: error: 'NOERROR'
Re: [Fink-users] iodine failed to install
On Sep 29, 2009, at 7:50 AM, monipol wrote: On 29/09/2009, at 08:37, Ben Abbott wrote: I'm running Mac OS 10.6 $ fink --version Package manager version: 0.29.10 Distribution version: selfupdate-rsync Mon Sep 28 19:10:14 2009, 10.6, i386 ... and I choose the 32bit options. I thought I'd try out iodine, but ... $ fink install iodine (...) OS is DARWIN, arch is i386 CC tun.c CC dns.c dns.c:30:34: error: arpa/nameser8_compat.h: No such file or directory (...) Failed: phase compiling: iodine-0.5.2-2 failed Hello, Ben. I've been able to build iodine on Intel OS 10.5.8, 32- bit Fink, Xcode 3.1.4. Could you please tell us the output of the following command on your system? ls -l /usr/include/arpa/nameser*compat* I get lrwxr-xr-x 1 root wheel20 26 Sep 08:19 /usr/include/arpa/ nameser8_compat.h@ - ../nameser8_compat.h -r--r--r-- 1 root wheel 6650 19 Feb 2008 /usr/include/arpa/ nameser_compat.h Let's also notify the maintainer of the package (cc'ed). I get $ ls -l /usr/include/arpa/nameser*compat* -r--r--r-- 1 root wheel 6668 2009-07-14 01:16 /usr/include/arpa/ nameser_compat.h Ben -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] iodine failed to install
On Sep 29, 2009, at 8:56 PM, monipol wrote: On 29/09/2009, at 08:56, Ben Abbott wrote: On Sep 29, 2009, at 7:50 AM, monipol wrote: On 29/09/2009, at 08:37, Ben Abbott wrote: I'm running Mac OS 10.6 $ fink --version Package manager version: 0.29.10 Distribution version: selfupdate-rsync Mon Sep 28 19:10:14 2009, 10.6, i386 ... and I choose the 32bit options. I thought I'd try out iodine, but ... $ fink install iodine (...) OS is DARWIN, arch is i386 CC tun.c CC dns.c dns.c:30:34: error: arpa/nameser8_compat.h: No such file or directory (...) Failed: phase compiling: iodine-0.5.2-2 failed Hello, Ben. I've been able to build iodine on Intel OS 10.5.8, 32- bit Fink, Xcode 3.1.4. Could you please tell us the output of the following command on your system? ls -l /usr/include/arpa/nameser*compat* I get lrwxr-xr-x 1 root wheel20 26 Sep 08:19 /usr/include/arpa/ nameser8_compat.h@ - ../nameser8_compat.h -r--r--r-- 1 root wheel 6650 19 Feb 2008 /usr/include/arpa/ nameser_compat.h Let's also notify the maintainer of the package (cc'ed). I get $ ls -l /usr/include/arpa/nameser*compat* -r--r--r-- 1 root wheel 6668 2009-07-14 01:16 /usr/include/arpa/ nameser_compat.h And ls -l /usr/include/nameser*compat* ? $ ls -l /usr/include/nameser*compat* ls: cannot access /usr/include/nameser*compat*: No such file or directory $ ls -l /usr/include/nameser* -r--r--r-- 1 root wheel 22072 2009-05-18 13:34 /usr/include/nameser.h Ben -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] failed sdl update for 10.6 (32 bit)
On Sep 27, 2009, at 11:02 PM, Alexander Hansen wrote: Ben Abbott wrote: I attempted to update my sdl, but it failed due to the wrong md5 for sdl.patch ... except that the md5 for the patch is actually in agreement with the sdl.info file. See below. fink update sdl sdl-shlibs snip Failed: PatchFile /sw/fink/dists/unstable/main/finkinfo/games/ sdl.patch checksum does not match! Actual: 90f55ead8a95b692916644efaccb831e Expected: 36cec5fe89189ed5ce41e98d66fe6ce0 ben-abbotts-macbook-pro:~ bpabbott$ md5 /sw/fink/dists/unstable/main/ finkinfo/games/sdl.patch MD5 (/sw/fink/dists/unstable/main/finkinfo/games/sdl.patch) = 90f55ead8a95b692916644efaccb831e ben-abbotts-macbook-pro:~ bpabbott$ cat /sw/fink/dists/unstable/main/ finkinfo/games/sdl.info # DISCLAIMER: Max Horn is the sole maintainer of this package. # Please DO NOT MAKE MODIFICATIONS without informing the maintainer. # Preferably, send a patch to me instead of making changes yourself! # If that is not possible due to extra urgency, at least send me a mail. # # Explanation: I am sick and tired of getting back to my packages and # discovering that people have messed with it. I am then forced to # retrace their steps, find out who, when and why did make a certain # change etc. -- i.e. it makes my life as maintainer harder. # Furthermore, as maintainer I am responsible for problems caused by my # packages. But I am not willing to take responsibility for something I # did not do. In particular, for changes that other people introduced # behind my back, no matter how good and noble their intentions were. As # such, I may see myself forced to drop responsibility for (and hence, # maintainership of) the affected package. Package: sdl Version: 1.2.13-svn4819 Revision: 1 BuildDependsOnly: True Depends: %N-shlibs (= %v-%r) BuildDepends: x11-dev, fink (= 0.24.12) Maintainer: Max Horn m...@quendi.de Source: mirror:sourceforge:fink/SDL-svn4819.tar.gz #Source: http://www.libsdl.org/release/SDL-%v.tar.gz Source-MD5: 991f6aed08f12e12960512488f38aa27 PatchFile: %n.patch PatchFile-MD5: 90f55ead8a95b692916644efaccb831e Try a fink index -f to rebuild your package cache. For whatever reason, that may not have gotten updated and fink is still using a prior version of the .info file. Thanks. That worked. Ben -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Error creating ./kparts/libkparts.la. Exit status 1.
I'm running 10.6 with 32 bit Fink. When I tried to update-all, I encountered the following while building kdelibs3-unified ... snip g++-4.2 -dynamiclib -single_module -o ./kparts/.libs/libkparts. 2.1.0.dylib ./kparts/.libs/part.o ./kparts/.libs/plugin.o ./ kparts/.libs/partmanager.o ./kparts/.libs/mainwindow.o ./kparts/.libs/ dockmainwindow.o ./kparts/.libs/event.o ./kparts/.libs/ browserextension.o ./kparts/.libs/factory.o ./kparts/.libs/ historyprovider.o ./kparts/.libs/browserinterface.o ./kparts/.libs/ browserrun.o ./kparts/.libs/statusbarextension.o -L/sw/lib/flex/lib - L/sw/lib/freetype219/lib -L/sw/lib/system-openssl/lib ./kio/.libs/ libkio.dylib -L/sw/lib -L/sw/lib/qt3/lib -L/usr/X11/lib -L/usr/X11R6/ lib /sw/src/fink.build/kdelibs3-unified-3.5.10-2/kdelibs-3.5.10/ kdeui/.libs/libkdeui.dylib /sw/src/fink.build/kdelibs3- unified-3.5.10-2/kdelibs-3.5.10/kdesu/.libs/libkdesu.dylib /sw/src/ fink.build/kdelibs3-unified-3.5.10-2/kdelibs-3.5.10/kwallet/ client/.libs/libkwalletclient.dylib /sw/src/fink.build/kdelibs3- unified-3.5.10-2/kdelibs-3.5.10/kdecore/.libs/libkdecore.dylib /sw/src/ fink.build/kdelibs3-unified-3.5.10-2/kdelibs-3.5.10/dcop/.libs/ libDCOP.dylib /sw/src/fink.build/kdelibs3-unified-3.5.10-2/ kdelibs-3.5.10/kdefx/.libs/libkdefx.dylib /usr/X11/lib/libXext. 6.dylib /usr/X11/lib/libSM.6.dylib /usr/X11/lib/libICE.6.dylib /usr/ X11/lib/libXrender.1.dylib /usr/X11/lib/libX11.6.dylib /usr/X11/lib/ libXau.6.dylib /usr/X11/lib/libXdmcp.6.dylib -Wl,-dead_strip_dylibs - install_name /sw/lib/libkparts.2.dylib -Wl,-compatibility_version -Wl, 4 -Wl,-current_version -Wl,4.0 Undefined symbols: QWidget::setMicroFocusHint(int, int, int, int, bool, QFont*), referenced from: vtable for KParts::MainWindowin mainwindow.o construction vtable for KMainWindow-in-KParts::MainWindowin mainwindow.o vtable for KParts::DockMainWindowin dockmainwindow.o construction vtable for KDockMainWindow-in- KParts::DockMainWindowin dockmainwindow.o construction vtable for KMainWindow-in-KParts::DockMainWindowin dockmainwindow.o QString::QString(QString const), referenced from: KParts::ReadOnlyPart::canceled(QString const)in part.o KParts::Part::setStatusBarText(QString const)in part.o KParts::Part::setWindowCaption(QString const)in part.o KParts::ReadWritePart::slotUploadFinished(KIO::Job*) in part.o KParts::ReadWritePart::prepareSaving() in part.o KParts::ReadWritePart::prepareSaving() in part.o KParts::ReadWritePart::prepareSaving() in part.o KParts::ReadWritePart::saveToURL() in part.o KParts::ReadWritePart::saveToURL() in part.o KParts::ReadWritePart::saveToURL() in part.o KParts::ReadOnlyPart::openURL(KURL const)in part.o KParts::ReadOnlyPart::openURL(KURL const)in part.o KParts::ReadOnlyPart::openURL(KURL const)in part.o operator+(QString const, QString const)in part.o operator+(QString const, char)in part.o KParts::Plugin::localXMLFile() constin plugin.o KParts::Plugin::localXMLFile() constin plugin.o KParts::Plugin::xmlFile() constin plugin.o KParts::Plugin::xmlFile() constin plugin.o QValueListPrivateQString::insert(QValueListIteratorQString, QString const)in plugin.o KParts::Plugin::PluginInfo::PluginInfo (KParts::Plugin::PluginInfo const)in plugin.o KParts::Plugin::PluginInfo::PluginInfo (KParts::Plugin::PluginInfo const)in plugin.o operator+(QString const, QString const)in plugin.o operator+(QString const, char)in plugin.o operator+(QString const, char const*)in plugin.o KParts::URLArgs::contentType() constin browserextension.o KParts::BrowserExtension::actionText(char const*) constin browserextension.o KParts::BrowserExtension::selectionInfo(QString const) in browserextension.o KParts::BrowserExtension::infoMessage(QString const) in browserextension.o KParts::BrowserExtension::setLocationBarURL(QString const) in browserextension.o KParts::URLArgs::operator=(KParts::URLArgs const)in browserextension.o KParts::BrowserExtension::pasteRequest() in browserextension.o QValueListPrivateQString::insert(QValueListIteratorQString, QString const)in browserextension.o QValueListPrivateQString::remove(QString const)in browserextension.o KParts::HistoryProvider::inserted(QString const)in historyprovider.o KParts::BrowserRun::contentDisposition() const in browserrun.o makeQuestion(KURL const, QString const, QString const)in browserrun.o makeQuestion(KURL const, QString const, QString const)in browserrun.o KParts::BrowserRun::askSave(KURL const, KSharedPtrKService, QString const, QString const)in browserrun.o KParts::BrowserRun::simpleSave(KURL const, QString const, QWidget*)in browserrun.o KParts::BrowserRun::simpleSave(KURL const, QString const,
[Fink-users] failed sdl update for 10.6 (32 bit)
I attempted to update my sdl, but it failed due to the wrong md5 for sdl.patch ... except that the md5 for the patch is actually in agreement with the sdl.info file. See below. fink update sdl sdl-shlibs snip Failed: PatchFile /sw/fink/dists/unstable/main/finkinfo/games/ sdl.patch checksum does not match! Actual: 90f55ead8a95b692916644efaccb831e Expected: 36cec5fe89189ed5ce41e98d66fe6ce0 ben-abbotts-macbook-pro:~ bpabbott$ md5 /sw/fink/dists/unstable/main/ finkinfo/games/sdl.patch MD5 (/sw/fink/dists/unstable/main/finkinfo/games/sdl.patch) = 90f55ead8a95b692916644efaccb831e ben-abbotts-macbook-pro:~ bpabbott$ cat /sw/fink/dists/unstable/main/ finkinfo/games/sdl.info # DISCLAIMER: Max Horn is the sole maintainer of this package. # Please DO NOT MAKE MODIFICATIONS without informing the maintainer. # Preferably, send a patch to me instead of making changes yourself! # If that is not possible due to extra urgency, at least send me a mail. # # Explanation: I am sick and tired of getting back to my packages and # discovering that people have messed with it. I am then forced to # retrace their steps, find out who, when and why did make a certain # change etc. -- i.e. it makes my life as maintainer harder. # Furthermore, as maintainer I am responsible for problems caused by my # packages. But I am not willing to take responsibility for something I # did not do. In particular, for changes that other people introduced # behind my back, no matter how good and noble their intentions were. As # such, I may see myself forced to drop responsibility for (and hence, # maintainership of) the affected package. Package: sdl Version: 1.2.13-svn4819 Revision: 1 BuildDependsOnly: True Depends: %N-shlibs (= %v-%r) BuildDepends: x11-dev, fink (= 0.24.12) Maintainer: Max Horn m...@quendi.de Source: mirror:sourceforge:fink/SDL-svn4819.tar.gz #Source: http://www.libsdl.org/release/SDL-%v.tar.gz Source-MD5: 991f6aed08f12e12960512488f38aa27 PatchFile: %n.patch PatchFile-MD5: 90f55ead8a95b692916644efaccb831e SetCC: gcc-4.0 ConfigureParams: --mandir=%p/share/man CompileScript: ./configure %c; DISTCC_HOSTS='' MAKEFLAGS='-j1' make InstallScript: make install DESTDIR=%d SplitOff: Package: %N-shlibs Replaces: %N (= 1.2.4-1) Files: lib/libSDL-*.dylib Shlibs: %p/lib/libSDL-1.2.0.dylib 12.0.0 %n (= 1.2.13-1) DocFiles: BUGS COPYING CREDITS README README-SDL.txt README.MacOSX TODO DescPackaging: Added DISTCC_HOSTS='' MAKEFLAGS='-j1' to avoid the -fconstant- cfstrings warning when building with distcc (-- rangerr...@fink.sourceforge.net) Worked around a build issue in SDL_x11gl.c on some systems, apparently caused by differences in the OpenGL headers (possibly caused by a newer/older X11 version being presented on affected systems). DocFiles: BUGS COPYING CREDITS README README-SDL.txt README.MacOSX TODO Description: Cross-platform multimedia library Homepage: http://www.libsdl.org License: LGPL -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Snow Leopard, TeXShop, tetex = trouble for me
On Sep 1, 2009, at 5:15 AM, Mark J. Reed wrote: On Tue, Sep 1, 2009 at 2:05 AM, Martin Costabelcosta...@wanadoo.fr wrote: Mark J. Reed wrote: OK, now I'm confused. On my Leopard box (10.5.8), /bin/sh is a link to bash - hm, a separate copy, actually - and behaves just like bash does in 'sh mode' on other platforms, including honoring -n in echo. Read man bash about the startup procedure. Bash behaves differently when it is started under the name sh. I know. That's what I meant by bash in 'sh mode'. Pasted from Terminal: $ sh sh-3.2$ echo -n Hello Hellosh-3.2$ exit $ sh --posix sh-3.2$ echo -n Hello Hellosh-3.2$ Are you sure you're not thinking of a developer prerelease of SL rather than Leopard?] I'm using Snow Leopard purchased from Apple. ben-abbotts-macbook-pro:~ bpabbott$ sh sh-3.2$ echo -n Hello -n Hello sh-3.2$ exit exit ben-abbotts-macbook-pro:~ bpabbott$ sh --posix sh-3.2$ echo -n Hello -n Hello sh-3.2$ exit exit ben-abbotts-macbook-pro:~ bpabbott$ echo -n Hello Helloben-abbotts-macbook-pro:~ bpabbott$ Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Snow Leopard, TeXShop, tetex = trouble for me
On Tuesday, September 01, 2009, at 10:29AM, Martin Costabel costa...@wanadoo.fr wrote: Mark J. Reed wrote: OK, that confirms that what Martin said is true of Snow Leopard, which I don't think was in question. But he said it had been true since Leopard, and that's the part that I think is in error. If it wasn't changed until SL, that would also explain why the current problem didn't show up until SL. No, this behavior has been the same since the beginning of Leopard. There has been a long campaign of correction of Fink packages, eliminating echo -n. Seeing who is its maintainer, I don't know why altpdftex has escaped until now. [] $ sh sh-3.2$ echo -n Hello Hellosh-3.2$ exit $ sh --posix sh-3.2$ echo -n Hello Hellosh-3.2$ I don't know how you do this, but it's not what I get on Leopard. Are you sure you aren't running Tiger? Or do you set or unset the environment variable COMMAND_MODE in one opf your startup scripts? In the shells I have looked at on Leopard, this environment variable is always set to unix2003. I am not sure where it is set, probably in the Finder, but everything inherits this, unless it is changed explicitly. If you run altpdflatex with COMMAND_MODE=unix2003, you get the POSIX-sh behavior Ben has seen on SnowLeopard and I have described on Leopard. If you run it with COMMAND_MODE=legacy (and this is what TeXShop apparently does on Leopard), you get the behavior Mark is seeing in sh. Try (on Leopard, I am not near my SL machine right now) env COMMAND_MODE=unix2003 sh -c 'echo -n asdf' env COMMAND_MODE=legacy sh -c 'echo -n asdf' On Snow Leopard ... sh-3.2$ env COMMAND_MODE=unix2003 sh -c 'echo -n asdf' -n asdf sh-3.2$ env COMMAND_MODE=legacy sh -c 'echo -n asdf' asdfsh-3.2$ Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Snow Leopard, TeXShop, tetex = trouble for me
On Sep 1, 2009, at 3:07 PM, Martin Costabel costa...@wanadoo.fr wrote: Ben Abbott wrote: [] On Snow Leopard ... sh-3.2$ env COMMAND_MODE=unix2003 sh -c 'echo -n asdf' -n asdf sh-3.2$ env COMMAND_MODE=legacy sh -c 'echo -n asdf' asdfsh-3.2$ OK, so this is still the same as on Leopard. What has changed is the behavior of TeXShop, it seems to me. It doesn't supply the COMMAND_MODE=legacy any more. Which version of TeXShop are you running? I'm running 2.26 ... Installed via Fink. Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Snow Leopard, TeXShop, tetex = trouble for me
I followed the instructions to switch to snow leopard. I've deleted all Fink's .la files and have rebuilt the packages when the missing files were needed when running an update-all. All went rather well. Now I'm having trouble with tetex. With the simple latex document ... \documentclass[12pt,letterpaper]{article} \begin{document} hello \end{document} My TeXShop preference have ... Default Command: Latex Default Script: Tex + DVI Tex: altpdflatex Latex: altpdflatex When I typeset, I get ... ### This is /sw/bin/altpdflatex, Version $Revision: 2.14 $ ### /sw/bin/latex test.tex This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode (./test.tex LaTeX2e 2003/12/01 Babel v3.8d and hyphenation patterns for american, french, german, ngerman, b ahasa, basque, bulgarian, catalan, croatian, czech, danish, dutch, esperanto, e stonian, finnish, greek, icelandic, irish, italian, latin, magyar, norsk, polis h, portuges, romanian, russian, serbian, slovak, slovene, spanish, swedish, tur kish, ukrainian, nohyphenation, loaded. (/sw/share/texmf-dist/tex/latex/base/article.cls Document Class: article 2004/02/16 v1.4f Standard LaTeX document class (/sw/share/texmf-dist/tex/latex/base/size12.clo)) (./test.aux) [1] (./ test.aux) ) Output written on test.dvi (1 page, 220 bytes). Transcript written on test.log. ### /sw/bin/dvips -R -Poutline -o /tmp/altpdflatex.53342/-n test.ps - n test.dvi /sw/bin/dvips: ! Bad number of pages option (-n). ### FAILED to generate /tmp/altpdflatex.53342/-n test.ps () It doesn't appear my switch to Snow Leopard changed either dvips or altpdflatex. $ ls -l /sw/bin/dvips -rwxr-xr-x 1 root admin 230476 2008-07-18 01:14 /sw/bin/dvips $ ls -l /sw/bin/altpdflatex lrwxr-xr-x 1 root admin 9 2009-07-10 11:16 /sw/bin/altpdflatex - altpdftex Meanwhile the simple sequence below works latex test.tex dvips -f test.dvi test.ps ps2pdf13 test.ps test.pdf Any ideas as to what happened to break TeXShop? Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Snow Leopard, TeXShop, tetex = trouble for me
On 8/31/09, Martin Costabel costa...@wanadoo.fr wrote: Ben Abbott wrote: I followed the instructions to switch to snow leopard. I've deleted [] Default Command: Latex Default Script: Tex + DVI Tex: altpdflatex Latex: altpdflatex Contemporary versions of tex use simpdftex instead of altpdftex, whose development stopped ca 2002. When I typeset, I get ... ### This is /sw/bin/altpdflatex, Version $Revision: 2.14 $ ### /sw/bin/latex test.tex This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode [] ### /sw/bin/dvips -R -Poutline -o /tmp/altpdflatex.53342/-n test.ps - n test.dvi /sw/bin/dvips: ! Bad number of pages option (-n). [] Any ideas as to what happened to break TeXShop? This should have been broken on Leopard already. The problem is that altpdftex uses echo -n inside a sh script, and Apple, trying to be more POSIX conforming than POSIX requires, removed the -n flag from the echo command that is executed by /bin/sh. A workaround is to edit the /sw/bin/altpdftex script by hand and to replace the first line #!/bin/sh by #!/bin/bash or, as simpdftex did, replace both occurrences of echo -n by /bin/echo -n. Ok! Its the shell that changed. I was using bash under 10.5 (which explains why altpdftex worked for it) and have modified the default for 10.6, but apparently the TeXShop installed via Fink on 10.6 still uses sh. When I install TeXShop from the web, it works as expected. Thanks for the explanation. I'll modify the altpdf* scripts to use the bash shell. Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Snow Leopard, TeXShop, tetex = trouble for me
On Aug 31, 2009, at 7:46 PM, Martin Costabel wrote: Mark J. Reed wrote: More POSIX conforming than POSIX requires would seem to be an oxymoron, if not a paradox. And POSIX explicitly allows echo -n. Yes, that's what I mean. Back in the early days of Leopard, when people complained about the missing -n in sh's echo, Apple said it is because of POSIX conformity. Does the builtin echo in sh have any way to suppress a newline? Maybe the venerable \c? Yes, \c works, although this is an extension of POSIX echo, just as -n. Otherwise use printf or /bin/echo -n instead of echo -n. Or bash instead of sh. -- Martin Would it be appropriate to patch altpdf{la}tex to avoid this problem? Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Snow Leopard, TeXShop, tetex = trouble for me
On Aug 31, 2009, at 9:02 PM, Mark J. Reed wrote: On Mon, Aug 31, 2009 at 7:46 PM, Martin Costabelcosta...@wanadoo.fr wrote: Otherwise use printf or /bin/echo -n instead of echo -n. Or bash instead of sh. OK, now I'm confused. On my Leopard box (10.5.8), /bin/sh is a link to bash - hm, a separate copy, actually - and behaves just like bash does in 'sh mode' on other platforms, including honoring -n in echo. For me on 10.6, if I type ... $ sh sh-3.2$ echo $SHELL /bin/bash However, the shell initiated by TeXShop appears to be something else. Bel -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] 10.6/32 bit fontforge failure was Re: 10.6/32bit and fontconfig2-dev build failure
On Aug 29, 2009, at 3:03 PM, Martin Costabel wrote: Ben Abbott wrote: On Aug 29, 2009, at 2:32 PM, Daniel Johnson wrote: [] I know that fontforge builds on i386/10.5 and x86_64/10.6. This looks like a case of upgrading from 10.5 and using packages built with xquartz. The only workaround is to rebuild all X11 using packages, unfortunately. Daniel Is there a quick and simple way to determine which packages I've installed depend upon X11? As your last error message showed, it is not only the X11-dependent packages that are concerned by Apple's removal of *.la files. It can be basically anything. What you could test, before throwing away /sw and starting from scratch, is to remove all *.la files from fink: sudo find /sw/lib -name \*\.la -delete (I hope this time I got it right). This might need to be repeated when a dev package is swapped in from an already compiled package. Remove also the *.la files in /usr/X11/lib if you created them. Then try to build fontforge and your other packages. -- Martin I thought I'd follow up. I did as Martin suggested and deleted the static libs. The result was that I then got errors of missing libraries when updating packages. In each instance I identified the specific package and rebuilt. My update- all required rebuilding about 10 packages. No doubt there are more yet to come. In any event, I've had no other troubles with Snow Leopard. Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] arpack?
On Aug 29, 2009, at 10:07 AM, Alexander Hansen wrote: monipol wrote: I don't see any restrictions on arpack so it should be available on 10.6. I'm not 100% sure though because I'm not running Snow Leopard yet. Have you followed the upgrade instructions available on Fink's home page? http://www.finkproject.org Arpack was added to the distro yesterday. It doesn't have a Distribution or Architecture restriction (yet). I'm inclined to blame bad mirrors. Arpack showed up for me today and built on Snow Leopard with no problems. Thanks! -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] arpack?
On Aug 29, 2009, at 6:16 AM, monipol wrote: On 28/08/2009, at 23:09, Ben Abbott wrote: I see arpack on the finkproject.org homepage 2009-08-28: arpack-96patched-1 (Solve large scale eigenvalue problems) http://www.finkproject.org/index.php?phpLang=en but I don't see it in the list of packages (on line for from the terminal). Can someone explain? You haven't provided any information about your system, so I'd guess it's because: * arpack is only available on the unstable tree. The following FAQ entry explains how to enable that tree: http://www.finkproject.org/faq/usage-fink.php#unstable I've got unstable turned on. * You might be stuck at the point release (July 2008 IIRC) and maybe arpack was released after the point release. Using either rsync or cvs for selfupdate should bring you up-to-date. The following FAQ section explains how to change from point to rsync or cvs: http://www.finkproject.org/faq/upgrade-fink.php I first noticed this a week or so back. It is likely that something like that was my problem. At the moment my problem might be that I've upgraded to Mac OS 10.6 and choose the 32bit branch. Is arpack available for 10.6? I've written an article that explains these point, rsync, cvs selfupdate options: http://finkers.wordpress.com/2009/06/17/selfupdate-methods-point-rsync-cvs/ Very nice. I hadn't realized there was a Fink blog. Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] 10.6/32bit and fontconfig2-dev build failure
$ fink update-all Information about 9081 packages read in 0 seconds. The package 'fontconfig2-dev' will be built and installed. WARNING: The package fontconfig2-dev Depends on system-xfree86-dev, but system-xfree86-dev only allows things to BuildDepend on it. Reading dependency for fontconfig2-dev-2.4.1-208... [snip] Unpacking replacement fontconfig2-shlibs ... Setting up fontconfig2-shlibs (2.4.1-208) ... Setting up fontconfig2-dev (2.4.1-208) ... WARNING: /usr/X11/lib/libfreetype.la does not exist, skipping. [snip] grep: /usr/X11/lib/libSM.la: No such file or directory /sw/bin/sed: can't read /usr/X11/lib/libSM.la: No such file or directory libtool: link: `/usr/X11/lib/libSM.la' is not a valid libtool archive make[1]: *** [../libgutils.la] Error 1 make: *** [libgutils] Error 2 ### execution of /var/tmp/tmp.2.oD4y6C failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-fontforge-20090408-201 (Reading database ... 245688 files and directories currently installed.) Removing fink-buildlock-fontforge-20090408-201 ... Updating the list of locally available binary packages. Scanning dists/unstable/main/binary-darwin-i386 New package: dists/unstable/main/binary-darwin-i386/x11/fontconfig2- dev_2.4.1-208_darwin-i386.deb New package: dists/unstable/main/binary-darwin-i386/x11/fontconfig2- shlibs_2.4.1-208_darwin-i386.deb Failed: phase compiling: fontforge-20090408-201 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink-users or fink-beginners mailing lists, with a carbon copy to the maintainer: Daniel Johnson dan...@daniel-johnson.org Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. I notice there are dynamic libs for the missing x11 libs. $ ls /usr/X11/lib/libfree* /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.dylib $ ls /usr/X11/lib/libSM* /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libSM.6.dylib /usr/X11/ lib/libSM.dylib Is Apple's X11 to blame (do I need to install Xquartz?)? … or does the fontconfig2-dev package need to be modified to work with Snow Leopard? ... or something else? Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] 10.6/32bit and fontconfig2-dev build failure
On Aug 29, 2009, at 9:50 AM, Martin Costabel wrote: Ben Abbott wrote: [] grep: /usr/X11/lib/libSM.la: No such file or directory /sw/bin/sed: can't read /usr/X11/lib/libSM.la: No such file or directory libtool: link: `/usr/X11/lib/libSM.la' is not a valid libtool archive make[1]: *** [../libgutils.la] Error 1 make: *** [libgutils] Error 2 [] Is Apple's X11 to blame (do I need to install Xquartz?)? Yes and no. Apple is to blame, but installing Xquartz won't help. Apple has been changing their mind a couple of times about the presence of the *.la libtool files in /usr/X11/lib. While they disappeared in xcode-3.1.2 (IIRC) and in the recent xquartz updates, they came back in the last xcode for 10.5, xcode-3.1.3, and they are gone now in 10.6. … or does the fontconfig2-dev package need to be modified to work with Snow Leopard? ... or something else? The Fink chiefs need to wake up and pull their head out of the sand where they have been keeping it for the last year. This disaster has been announced for a long time, but nothing has been decided about it yet (CCing fink-core). At the moment I see 3 solutions: 1. Get the *.la files back. This can be done for example by running the script I prepared for this situation some months ago (google for fix-x11-la.sh). I haven't tested this on 10.6, but it should work there, too (famous last words...) I assume the link below is good? http://fink.cvs.sourceforge.net/viewvc/fink/experimental/costabel/fix-x11-la.sh?view=log I notice you have an undo option (very nice). In any event, it didn't work for me on 10.6 -rpath /sw/lib/fontforge -version-info 4:7:0 libtool: link: warning: `/sw/lib/libfreetype.la' seems to be moved grep: /usr/lib/libiconv.la: No such file or directory /sw/bin/sed: can't read /usr/lib/libiconv.la: No such file or directory libtool: link: `/usr/lib/libiconv.la' is not a valid libtool archive make[1]: *** [../libgdraw.la] Error 1 make: *** [libgdraw] Error 2 ### execution of /var/tmp/tmp.1.wd42rv failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-fontforge-20090408-201 (Reading database ... 245688 files and directories currently installed.) Removing fink-buildlock-fontforge-20090408-201 ... Failed: phase compiling: fontforge-20090408-201 failed Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] 10.6/32 bit fontforge failure was Re: 10.6/32bit and fontconfig2-dev build failure
On Aug 29, 2009, at 2:32 PM, Daniel Johnson wrote: On Aug 29, 2009, at 9:43 AM, Alexander Hansen wrote: Ben Abbott wrote: $ fink update-all Information about 9081 packages read in 0 seconds. The package 'fontconfig2-dev' will be built and installed. WARNING: The package fontconfig2-dev Depends on system-xfree86-dev, but system-xfree86-dev only allows things to BuildDepend on it. Reading dependency for fontconfig2-dev-2.4.1-208... [snip] Unpacking replacement fontconfig2-shlibs ... Setting up fontconfig2-shlibs (2.4.1-208) ... Setting up fontconfig2-dev (2.4.1-208) ... WARNING: /usr/X11/lib/libfreetype.la does not exist, skipping. [snip] grep: /usr/X11/lib/libSM.la: No such file or directory /sw/bin/sed: can't read /usr/X11/lib/libSM.la: No such file or directory libtool: link: `/usr/X11/lib/libSM.la' is not a valid libtool archive make[1]: *** [../libgutils.la] Error 1 make: *** [libgutils] Error 2 ### execution of /var/tmp/tmp.2.oD4y6C failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-fontforge-20090408-201 (Reading database ... 245688 files and directories currently installed.) Removing fink-buildlock-fontforge-20090408-201 ... Updating the list of locally available binary packages. Scanning dists/unstable/main/binary-darwin-i386 New package: dists/unstable/main/binary-darwin-i386/x11/fontconfig2- dev_2.4.1-208_darwin-i386.deb New package: dists/unstable/main/binary-darwin-i386/x11/fontconfig2- shlibs_2.4.1-208_darwin-i386.deb Failed: phase compiling: fontforge-20090408-201 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink- users or fink-beginners mailing lists, with a carbon copy to the maintainer: Daniel Johnson dan...@daniel-johnson.org Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. I notice there are dynamic libs for the missing x11 libs. $ ls /usr/X11/lib/libfree* /usr/X11/lib/libfreetype.6.dylib /usr/X11/lib/libfreetype.dylib $ ls /usr/X11/lib/libSM* /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libSM.6.dylib /usr/X11/ lib/libSM.dylib Is Apple's X11 to blame (do I need to install Xquartz?)? … or does the fontconfig2-dev package need to be modified to work with Snow Leopard? ... or something else? Ben Your problem was _not_ with fontconfig2-dev. The messages about it were from the automatic scanpackages run after a build, and indicate _successfully_ adding .debs for it to your list. The issue is with fontforge. I'll cc that maintainer, who has been building on Snow Leopard. He may have more insight to what's going on here. Urk, sent from wrong account. I know that fontforge builds on i386/10.5 and x86_64/10.6. This looks like a case of upgrading from 10.5 and using packages built with xquartz. The only workaround is to rebuild all X11 using packages, unfortunately. Daniel Is there a quick and simple way to determine which packages I've installed depend upon X11? Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] 10.6/32 bit fontforge failure was Re: 10.6/32bit and fontconfig2-dev build failure
On Aug 29, 2009, at 3:03 PM, Martin Costabel wrote: Ben Abbott wrote: On Aug 29, 2009, at 2:32 PM, Daniel Johnson wrote: [] I know that fontforge builds on i386/10.5 and x86_64/10.6. This looks like a case of upgrading from 10.5 and using packages built with xquartz. The only workaround is to rebuild all X11 using packages, unfortunately. Daniel Is there a quick and simple way to determine which packages I've installed depend upon X11? As your last error message showed, it is not only the X11-dependent packages that are concerned by Apple's removal of *.la files. It can be basically anything. What you could test, before throwing away /sw and starting from scratch, is to remove all *.la files from fink: sudo find /sw/lib -name \*\.la -delete (I hope this time I got it right). This might need to be repeated when a dev package is swapped in from an already compiled package. Remove also the *.la files in /usr/X11/lib if you created them. Then try to build fontforge and your other packages. ok. That solved my current problem. Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] arpack?
I see arpack on the finkproject.org homepage 2009-08-28: arpack-96patched-1 (Solve large scale eigenvalue problems) http://www.finkproject.org/index.php?phpLang=en but I don't see it in the list of packages (on line for from the terminal). Can someone explain? Ben -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] gcc44 problem
On May 5, 2009, at 7:31 AM, Alexander Hansen wrote: Ben Abbott wrote: I upgraded to gcc44 this week. Now I'm unable to build the developers sources for Octave. ... checking whether we are using the GNU Fortran 77 compiler... yes checking whether /sw/bin/gfortran accepts -g... yes checking how to get verbose linking output from /sw/bin/gfortran... -v checking for Fortran 77 libraries of /sw/bin/gfortran... /sw/lib/ gcc4.3/lib/libgfortran.dylib checking for dummy main to link with Fortran 77 libraries... unknown configure: error: in `/Users/bpabbott/Development/mercurial/ local_clone': configure: error: linking to Fortran libraries from C fails See `config.log' for more details. make[1]: *** [config.status] Error 1 make: *** [clean] Error 2 bens-macbook-2:~/Development/mercurial/local_clone bpabbott$ gfortran --version GNU Fortran (GCC) 4.4.0 Copyright (C) 2009 Free Software Foundation, Inc. After downgrading to gcc43, autogen/configure/make ran without error. It appears that gcc 4.4 is trying to link to the 4.3 libgfortran. Is this a packaging problem for gcc44 or might it be a problem with Octave's configure script? Ben Without seeing the config.log there's no way to tell. Fink's octave in current/unstable uses gcc44 now, so I'm not so inclined to think that gcc44's packaging is the problem. I have gcc44, gcc43 and gcc42 libs. Since the gcc 4.2 wasn't a problem for 4.3, I went back and looked at what *I* was doing and found a mistake on my end. I had explicitly set FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib. Sorry for the trouble. Ben -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] gcc44 problem
I upgraded to gcc44 this week. Now I'm unable to build the developers sources for Octave. ... checking whether we are using the GNU Fortran 77 compiler... yes checking whether /sw/bin/gfortran accepts -g... yes checking how to get verbose linking output from /sw/bin/gfortran... -v checking for Fortran 77 libraries of /sw/bin/gfortran... /sw/lib/ gcc4.3/lib/libgfortran.dylib checking for dummy main to link with Fortran 77 libraries... unknown configure: error: in `/Users/bpabbott/Development/mercurial/ local_clone': configure: error: linking to Fortran libraries from C fails See `config.log' for more details. make[1]: *** [config.status] Error 1 make: *** [clean] Error 2 bens-macbook-2:~/Development/mercurial/local_clone bpabbott$ gfortran --version GNU Fortran (GCC) 4.4.0 Copyright (C) 2009 Free Software Foundation, Inc. After downgrading to gcc43, autogen/configure/make ran without error. It appears that gcc 4.4 is trying to link to the 4.3 libgfortran. Is this a packaging problem for gcc44 or might it be a problem with Octave's configure script? Ben -- The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Status of LaTeX?
I tried using the developers version of gnuplot to produce a TikZ picture for latex. Unfortunately, I encountered the error below. Undefined control sequence \usetikzlibrary {arrows,patterns,plotmarks} I have tetex installed via fink, and assume that its tikz.sty is out of date. Can someone confirm? If 'yes', what are my options? If 'no', any advice? Ben -- ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Status of LaTeX?
On Friday, March 27, 2009, at 10:35AM, Alexander Hansen alexanderk.han...@gmail.com wrote: Ben Abbott wrote: I tried using the developers version of gnuplot to produce a TikZ picture for latex. Unfortunately, I encountered the error below. Undefined control sequence \usetikzlibrary {arrows,patterns,plotmarks} I have tetex installed via fink, and assume that its tikz.sty is out of date. Can someone confirm? If 'yes', what are my options? If 'no', any advice? Ben Rather than _assuming_ anything, you can check if tikz.sty even exists on your machine via: dpkg -S tikz.sty -or- dlocate tikz.sty if you have the dlocate package installed (for a faster search). Doing that, you'll find that there is no such style file in Fink's tetex. The best advice I have for you right now is to install a more modern TeX distro. I personally use MacTeX (TeXLive), which I did a custom install of to avoid having it install Ghostscript and ImageMagick stuff in /usr/local and thereby confuse my Fink builds. I did verify that tikz.sty exists on my system (I should have mentioned that) ... and it appears to have been installed via Fink. $ dpkg -S tikz.sty pgf: /sw/etc/texmf.local/tex/latex/pgf/frontendlayer/tikz.sty Perhaps this is part of Fink's pgf package? In any event, I am inclinded to switch to TeXLive. Is there a convenient way to do that without conflicting with the dependencies on tetex? ... or do you imply that MacTeX is intended to co-exist with tetex? Ben -- ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] adding a local patch
I am trying to apply a local patch. I've copied gnuplot.info to the local branch and modifed the pathscrpts as PatchScript: perl -pi -e 's/\bClass\b/GP_Class/g' `find src -name \*.c -o -name \*.cpp -o -name \*.h` sed -e 's,@FINKPREFIX@,%p,g' %{PatchFile} | patch -p1 cd gnuplot-4.2.4 patch -p1 %a/col_interp-gp424.patch cd .. As those in the know might expect ... fink validate /sw/fink/dists/local/main/finkinfo/sci/gnuplot.info Validating package file /sw/fink/dists/local/main/finkinfo/sci/ gnuplot.info... Error: Cannot use %a if using PatchFile, use %{PatchFile} to reference the patch. (gnuplot.info) What is the proper way for me to do this? I've placed the new patch (col_interp-gp424.patch) in the same directory as the local gnuplot.info. TiA Ben - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] failed install of gtkglext1 - configure: error: GTK+ 2.0 not found
$ fink install gtkglext1 [...] checking for gtk+-2.0 = 2.0.0 gdk-2.0 = 2.0.0 pango = 1.0.0 gmodule-2.0 = 2.0.0 ... yes checking BASE_DEPENDENCIES_CFLAGS... -I/sw/lib/pango-ft219/include/ pango-1.0 -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/ include/freetype2 -I/sw/lib/freetype219/include -I/sw/include/ glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pixman-1 -I/sw/ include/libpng12 -I/sw/include -I/sw/include/cairo -I/sw/include/ gtk-2.0 -I/sw/lib/gtk-2.0/include -I/sw/include/atk-1.0 -I/usr/X11R6/ include -I/usr/X11/include checking BASE_DEPENDENCIES_LIBS... -L/sw/lib/pango-ft219/lib -L/sw/ lib/fontconfig2/lib -L/sw/lib/freetype219/lib -L/sw/lib -L/usr/X11R6/ lib -L/usr/X11/lib -Wl,-framework,CoreServices -Wl,- framework,ApplicationServices -lgtk-x11-2.0 -latk-1.0 -lgdk-x11-2.0 - lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXrender -lX11 -lXext -lXinerama - lXrandr -lXcursor -lXcomposite -lXdamage -lcairo -lpangoft2-1.0 - lfreetype -lz -lfontconfig -lXfixes -lpango-1.0 -lm -lgobject-2.0 - lgmodule-2.0 -lglib-2.0 -lintl -liconv checking for pkg-config... (cached) /sw/bin/pkg-config checking for GLIB - version = 2.0.0... yes (version 2.14.6) checking for pkg-config... (cached) /sw/bin/pkg-config checking for GTK+ - version = 2.0.0... no *** Could not run GTK+ test program, checking why... *** The test program compiled, but did not run. This usually means *** that the run-time linker is not finding GTK+ or finding the wrong *** version of GTK+. If it is not finding GTK+, you'll need to set your *** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point *** to the installed location Also, make sure you have run ldconfig if that *** is required on your system *** *** If you have an old version installed, it is best to remove it, although *** you may also be able to get things to work by modifying LD_LIBRARY_PATH configure: error: GTK+ 2.0 not found ### execution of ./configure failed, exit code 1 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-gtkglext1-1.0.6-1008 (Reading database ... 142426 files and directories currently installed.) Removing fink-buildlock-gtkglext1-1.0.6-1008 ... Failed: phase compiling: gtkglext1-1.0.6-1008 failed Of the two itemized problems, it doesn't appear that I have a wrong version. $ fink list gtk+ Information about 7216 packages read in 1 seconds. gtk+ 1.2.10-51 The Gimp Toolkit gtk+-data 1.2.10-51 The Gimp Toolkit gtk+-shlibs 1.2.10-51 The Gimp Toolkit i gtk+2 2.12.11-2 The Gimp Toolkit i gtk+2-dev 2.12.11-2 The Gimp Toolkit i gtk+2-shlibs 2.12.11-2 The Gimp Toolkit gtk+extra17 0.99.17-14 Useful widgets for creating GUI's using GTK+ gtk+extra17-shlibs0.99.17-14 Useful widgets for creating GUI's using GTK+ So my question is; Is the problem really with LD_LIBRARY_PATH? and if so; What is the proper LD_LIBRARY_PATH to set in my environment? TiA Ben - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] failed install of gtkglext1 - configure: error: GTK+ 2.0 not found
On Wednesday, September 24, 2008, at 10:06AM, Alexander Hansen [EMAIL PROTECTED] wrote: Ben Abbott wrote: $ fink install gtkglext1 [...] checking for gtk+-2.0 = 2.0.0 gdk-2.0 = 2.0.0 pango = 1.0.0 gmodule-2.0 = 2.0.0 ... yes checking BASE_DEPENDENCIES_CFLAGS... -I/sw/lib/pango-ft219/include/ pango-1.0 -I/sw/lib/fontconfig2/include -I/sw/lib/freetype219/ include/freetype2 -I/sw/lib/freetype219/include -I/sw/include/ glib-2.0 -I/sw/lib/glib-2.0/include -I/sw/include/pixman-1 -I/sw/ include/libpng12 -I/sw/include -I/sw/include/cairo -I/sw/include/ gtk-2.0 -I/sw/lib/gtk-2.0/include -I/sw/include/atk-1.0 -I/usr/X11R6/ include -I/usr/X11/include checking BASE_DEPENDENCIES_LIBS... -L/sw/lib/pango-ft219/lib -L/sw/ lib/fontconfig2/lib -L/sw/lib/freetype219/lib -L/sw/lib -L/usr/X11R6/ lib -L/usr/X11/lib -Wl,-framework,CoreServices -Wl,- framework,ApplicationServices -lgtk-x11-2.0 -latk-1.0 -lgdk-x11-2.0 - lgdk_pixbuf-2.0 -lpangocairo-1.0 -lXrender -lX11 -lXext -lXinerama - lXrandr -lXcursor -lXcomposite -lXdamage -lcairo -lpangoft2-1.0 - lfreetype -lz -lfontconfig -lXfixes -lpango-1.0 -lm -lgobject-2.0 - lgmodule-2.0 -lglib-2.0 -lintl -liconv checking for pkg-config... (cached) /sw/bin/pkg-config checking for GLIB - version = 2.0.0... yes (version 2.14.6) checking for pkg-config... (cached) /sw/bin/pkg-config checking for GTK+ - version = 2.0.0... no *** Could not run GTK+ test program, checking why... *** The test program compiled, but did not run. This usually means *** that the run-time linker is not finding GTK+ or finding the wrong *** version of GTK+. If it is not finding GTK+, you'll need to set your *** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point *** to the installed location Also, make sure you have run ldconfig if that *** is required on your system *** *** If you have an old version installed, it is best to remove it, although *** you may also be able to get things to work by modifying LD_LIBRARY_PATH configure: error: GTK+ 2.0 not found ### execution of ./configure failed, exit code 1 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-gtkglext1-1.0.6-1008 (Reading database ... 142426 files and directories currently installed.) Removing fink-buildlock-gtkglext1-1.0.6-1008 ... Failed: phase compiling: gtkglext1-1.0.6-1008 failed Of the two itemized problems, it doesn't appear that I have a wrong version. $ fink list gtk+ Information about 7216 packages read in 1 seconds. gtk+ 1.2.10-51 The Gimp Toolkit gtk+-data 1.2.10-51 The Gimp Toolkit gtk+-shlibs 1.2.10-51 The Gimp Toolkit i gtk+2 2.12.11-2 The Gimp Toolkit i gtk+2-dev 2.12.11-2 The Gimp Toolkit i gtk+2-shlibs 2.12.11-2 The Gimp Toolkit gtk+extra17 0.99.17-14 Useful widgets for creating GUI's using GTK+ gtk+extra17-shlibs0.99.17-14 Useful widgets for creating GUI's using GTK+ So my question is; Is the problem really with LD_LIBRARY_PATH? and if so; What is the proper LD_LIBRARY_PATH to set in my environment? TiA Ben I don't even know if LD_LIBRARY_PATH does anything on OS X, and even if it did, Fink would unset your setting of it before building. That message is targeted toward building the package manually on Linux. Check the config.log file in the gtkglext1 build directory. When validating packages off the tracker via clean builds, I've often encountered issues where the message that came up was the same as what you're seeing, but the problem was that something else altogether was missing. Thanks for the reply. While waiting I rebuilt all the dependencies for gtkglext1. Once that was done, it installed with out complaint. Ben - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] new install of wine fails
On Jul 19, 2008, at 12:18 AM, Martin Costabel wrote: Ben Abbott wrote: Wine suffered from the circular dependency earlier. Now I'm at a loss to determine what to do next. fink install wine [...] configure: error: X development files not found. Wine will be built without X support, which probably isn't what you want. You will need to install This is the usual crash you get with the xquartz.macosforge updated X11. I applied the usual fix and committed it to CVS. For me, the build still crashes later on, with ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ crtdll.speccrtdll_main.o -o crtdll.dll.so -lmsvcrt - lkernel32 ../../libs/port/libwine_port.a -L/sw/lib/freetype219/ lib -L/sw/lib/fontconfig2/lib ./crtdll.spec:44: external symbol 'CRTDLL__basemajor_dll' is not a function but I won't investigate this further. So, for the time being wine will not install on Leopard? Has anyone tried to install with Apple's X11 in place and then upgraded to xquartz? Might that result in an operational install of wine? In any event, I think I'll go with James' suggesting and install Darwine Ben - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] new install of wine fails
On Jul 19, 2008, at 2:15 PM, Martin Costabel wrote: Martin Costabel wrote: [] Problem two is the one I mentioned in my previous message. This one does not look like it is related to X11. OTOH, it happens repeatably one one machine that has xquartz-2.3.0-rc7 (and xcode-3.1) installed, and it does not happen on another one (both 10.5.4/intel) that has stock X11 and xcode-3.0. I compared the build logs between the two machines (the second one has now successfully finished building wine), and there is absolutely no difference before the error message. After some more tests, I am now convinced that the problem lies with xcode-3.1, more specifically with the new /usr/bin/ld. But what kind of problem this really is, I don't know. fwiw, I can confirm that my successful build was with 3.0 and the failed one with 3.1. Ben - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] new install of wine fails
Wine suffered from the circular dependency earlier. Now I'm at a loss to determine what to do next. fink install wine [...] configure: error: X development files not found. Wine will be built without X support, which probably isn't what you want. You will need to install development packages of Xlib/Xfree86 at the very least. Use the --without-x option if you really want this. ### execution of /var/tmp/tmp.1.f7tHqF failed, exit code 1 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-wine-1.1.0-1 (Reading database ... 79978 files and directories currently installed.) Removing fink-buildlock-wine-1.1.0-1 ... Failed: phase compiling: wine-1.1.0-1 failed Before reporting any errors, please run fink selfupdate and try again. If you continue to have issues, please check to see if the FAQ on fink's website solves the problem. If not, ask on the fink-users or fink-beginners mailing lists, with a carbon copy to the maintainer: Damian Dimmich [EMAIL PROTECTED] Note that this is preferable to emailing the maintainer directly, since most fink package maintainers do not have access to all possible hardware and software configurations. $ fink list xfree86 Information about 6990 packages read in 1 seconds. i system-xfree86 2:7.2-2 [placeholder for user installed x11] i system-xfree86-dev 2:7.2-2 [placeholder for user installed x11 development tools] i system-xfree86-manu 2:7.2-2 Manually installed X11 components i system-xfree86-shli 2:7.2-2 [placeholder for user installed x11 shared libraries] p xfree86-base-thread [virtual package] p xfree86-base-thread [virtual package] p xfree86-base-thread [virtual package] Ben - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Failed: phase compiling: octave-atlas- 3.0.0-3 failed
Yann Clénet yann.clenet at free.fr writes: actually, I was trying to install the gdl package and it failed at the octave-atlas step. but if I can be of any help (I am rather a newbie than an expert of fink...), I can try any suggestion Yann hmmm... looking at the dependencies for gdl, I don't see why octave-atlas is needed. Alexander/JF should be more help with that. Regarding octave-atlas, you might try installing octave instead. Please start by replacing the make check line in octave.info and then $ fink remove octave-atlas $ fink install octave $ fink install gdl On both my Intel and PPC based Macs fink install octave works for me ... I haven't tried to install gdl. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed
On Mar 31, 2008, at 9:17 AM, Alexander K. Hansen wrote: On Monday 31 March 2008 07:19:05 am Ben Abbott wrote: Yann Clénet yann.clenet at free.fr writes: actually, I was trying to install the gdl package and it failed at the octave-atlas step. but if I can be of any help (I am rather a newbie than an expert of fink...), I can try any suggestion Yann hmmm... looking at the dependencies for gdl, I don't see why octave-atlas is needed. Alexander/JF should be more help with that. Regarding octave-atlas, you might try installing octave instead. Please start by replacing the make check line in octave.info and then $ fink remove octave-atlas $ fink install octave $ fink install gdl On both my Intel and PPC based Macs fink install octave works for me ... I haven't tried to install gdl. I was surprised when encountered this myself. gdl depends on plplot which depends on octave | octave-atlas Sounds like good news for Yann. If he chooses to install octave instead of octave-atlas, he should have a functional gdl. Back the the problem with Octave-atlas, I tried to build on my ppc based Mac, but the build of atlas failed. Some of what I encountered is below. $ fink install atlas atlas-shlibs [...] gcc -DL2SIZE=4194304 -I/sw/src/fink.build/atlas-3.8.1-1/bld/include -I/ sw/s rc/fink.build/atlas-3.8.1-1/bld/../ATLAS//include -I/sw/src/ fink.build/atla s-3.8.1-1/bld/../ATLAS//include/contrib -DAdd_ -DF77_INTEGER=int - DStringSu nStyle -DATL_OS_OSX -DATL_ARCH_PPCG4 -DATL_CPUMHZ=1499 - DATL_AltiVec -DATL_ GAS_PPC -O3 -maltivec -mabi=altivec -mcpu=7400 -mtune=7400 -no- cpp-precomp -faltivec -m32 -DATL_BETA=1 -c cmm_b1.c gcc: unrecognized option '-no-cpp-precomp' cmm_b1.c: In function 'ATL_cJIK80x80x80TN80x80x0_a1_b1': cmm_b1.c:147: error: can't convert value to a vector cmm_b1.c:153: warning: use of 'long' in AltiVec types is deprecated; use 'int' cmm_b1.c:153: error: can't convert between vector values of different size make[6]: *** [cBuildCobjs] Error 1 make[5]: *** [cmmucase] Error 2 [... snip ...] gcc -DL2SIZE=4194304 -I/sw/src/fink.build/atlas-3.8.1-1/bld/include -I/ sw/s rc/fink.build/atlas-3.8.1-1/bld/../ATLAS//include -I/sw/src/ fink.build/atla s-3.8.1-1/bld/../ATLAS//include/contrib -DAdd_ -DF77_INTEGER=int - DStringSu nStyle -DATL_OS_OSX -DATL_ARCH_PPCG4 -DATL_CPUMHZ=1499 - DATL_AltiVec -DATL_ GAS_PPC -DATL_UCLEANM -DATL_UCLEANN -DATL_UCLEANK -O3 -maltivec - mabi=alti vec -mcpu=7400 -mtune=7400 -no-cpp-precomp -faltivec -m32 -c ATL_cupMBmm0_1 _0_b0.c gcc: unrecognized option '-no-cpp-precomp' ATL_cupMBmm0_1_0_b0.c:82:1: warning: ATL_AltiVec redefined command-line: warning: this is the location of the previous definition ATL_cupMBmm0_1_0_b0.c: In function 'ATL_mmcu': ATL_cupMBmm0_1_0_b0.c:131: error: can't convert value to a vector ATL_cupMBmm0_1_0_b0.c: In function 'ATL_cupMBmm0_1_0_b0': ATL_cupMBmm0_1_0_b0.c:212: error: can't convert value to a vector ATL_cupMBmm0_1_0_b0.c:219: warning: use of 'long' in AltiVec types is deprecated; use 'int' ATL_cupMBmm0_1_0_b0.c:219: error: can't convert between vector values of different size make[8]: *** [ATL_cupMBmm0_1_0_b0.o] Error 1 make[7]: *** [ccleanuplib] Error 2 make[6]: *** [clib] Error 2 make[5]: *** [cmmlib] Error 2 make[4]: *** [cinstall] Error 2 make[3]: *** [install] Error 2 make[2]: *** [IRunMMDef] Error 2 [...] Is this a known problem on ppc (10.5) or shall I start a new thread? Ben - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed
On Mar 27, 2008, at 1:44 PM, Yann Clénet wrote: I believe this problem has been fixed in Octave's current developer sources, which I'm currently running. The problem is related to a change in how gfortran returns values of complex functions. If you edit octave.info and remove the line make check, it should build and install. If my inference is correct, the following should reproduce the crash N = 97; mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1)); For N 97 it should work (if you build without make check, please confirm). I'm surprised this error is resulting with the atlas version. When did you build altas? Perhaps you might try fink rebuild atlas atlas-shlibs before building octave-atlas. That way you can be sure that blas/lapack/octave are each compiled in a consistent manner. Ben I have tried your fink rebuild atlas atlas-shlibs (with no error) and then tried again to install octave-atlas, but got the same error as before... But after suppressing make check in the /sw/fink/10.4/unstable/ main/finkinfo/sci/octave.info file, the installation of octave-atlas worked fine. Thank you ! Yann Yann, Any chance you tried to build octave, with out altas? If so what was the result? Ben - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Failed: phase compiling: octave-atlas- 3.0.0-3 failed
Alexander Hansen alexanderk.hansen at gmail.com writes: It might be of interest to try the suitesparse on the tracker (I'm working my way to it). I can't check this myself because atlas won't build on my machine, unfortunately. Alex, Sorry for the delay, I just noticed your follow up. I tried to build octave-atlas using the SuiteSpares 3.1, and it failed just as Yann's build did. Ben - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed
On Mar 27, 2008, at 11:57 PM, Jean-Francois Mertens wrote: Ben Abbott wrote: Yann Clénet yann.clenet at free.fr writes: I have now a problem installing with fink the package octave-atlas on my new MacBook Pro with preinstalled Leopard 10.5.2 (cf below). Yann The problem is related to a change in how gfortran returns values of complex functions. I'm surprised this error is resulting with the atlas version. When did you build altas? Rather : version and revision ? Indeed, it should not occur, and does not here (with a stock octave-atlas) If you edit octave.info and remove the line make check, Was done by the maintainer now... (I prefer to have signals of problems than to hide them, but most users probably don't...) N = 97; mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1)); This too works perfectly here with a stock octave-atlas. Segfaults are hard to diagnose (remember the last one about octave-forge, Ben ..) And BTW, I see the failed test (/sw/share/octave/3.0.0/m/sparse/pcg.m) is in the sparse directory, and contains several refs to sparsity; suitesparse might not be involved ?? JF It is possible. If Yann is up to the task of helping isolate the problem, we can have him run test pcg verbose That should tell us what test is actually failing. I suspect the left- divide because that problem has already been identified. However, I'm confused as to why Yann is encountering it ... unless he is using Octave's developer sources form Feb to the mid-Mar. Ben - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed
Yann Clénet yann.clenet at free.fr writes: I have now a problem installing with fink the package octave-atlas on my new MacBook Pro with preinstalled Leopard 10.5.2 (cf below). Anyone has any idea ??? Thank you in advance Yann I believe this problem has been fixed in Octave's current developer sources, which I'm currently running. The problem is related to a change in how gfortran returns values of complex functions. If you edit octave.info and remove the line make check, it should build and install. If my inference is correct, the following should reproduce the crash N = 97; mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1)); For N 97 it should work (if you build without make check, please confirm). I'm surprised this error is resulting with the atlas version. When did you build altas? Perhaps you might try fink rebuild atlas atlas-shlibs before building octave-atlas. That way you can be sure that blas/lapack/octave are each compiled in a consistent manner. Ben - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Failed: phase compiling: octave-atlas-3.0.0-3 failed
On Mar 27, 2008, at 1:44 PM, Yann Clénet wrote: I believe this problem has been fixed in Octave's current developer sources, which I'm currently running. The problem is related to a change in how gfortran returns values of complex functions. If you edit octave.info and remove the line make check, it should build and install. If my inference is correct, the following should reproduce the crash N = 97; mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1)); For N 97 it should work (if you build without make check, please confirm). I'm surprised this error is resulting with the atlas version. When did you build altas? Perhaps you might try fink rebuild atlas atlas-shlibs before building octave-atlas. That way you can be sure that blas/lapack/octave are each compiled in a consistent manner. Ben I have tried your fink rebuild atlas atlas-shlibs (with no error) and then tried again to install octave-atlas, but got the same error as before... But after suppressing make check in the /sw/fink/10.4/unstable/ main/finkinfo/sci/octave.info file, the installation of octave-atlas worked fine. Thank you ! Yann It is likely that a crash will still occur with N = 97; mldivide (2*eye(N) + circshift (eye (N), 1), ones (N, 1)); The next release of Octave will include a fix. Ben - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] [Fink-devel] Switch to gcc43 (Was Re: octave.info gcc-4.3)
On Friday, March 21, 2008, at 02:02PM, Jean-François Mertens [EMAIL PROTECTED] wrote: On 20 Mar 2008, at 00:35, Ben Abbott wrote: On Mar 14, 2008, at 2:46 AM, Martin Costabel wrote: Jean-François Mertens wrote: [] but right, if true it would encourage a fast update of anything in fink to gcc43 I too have come round to the conclusion that this is indeed the best plan for action at this moment. I would suggest that we band together and do this update rather quickly. Martin I continue to have problems with building the bleeding-edge octave sources. Unfortunately the bus error I encounter leaves gdb useless to me :-( In a nut shell, I'm unable to execute A\B or mldivide(A,B) in octave for more than 96 eqns/unknowns. Is this with octave-atlas from fink unstable, unmodified ? Else it is your problem... It is has been pointed out that using gcc 4.0.1 (Apple's vecLib) will conflict with gfortran 4.1+, due to type mismatches resulting from how gfortran treats functions. I haven't looked at the detail, but when I googled, gfortran ff2c type mismatch quite a bit showed up. This is exactly the reason why we upgraded fast all basic fortran packages to gcc43. For programs that would use both Apple's vecLib and gcc43, I agree there is a risk. But I'm sure octave-atlas doesn't use veclib. The suggested solution is to add -ff2c to the fortran compile parameters. 'Solution to what ? I can't vouch for any of this, but if someone can tell me what to change in the atlas.info to pass -ff2c to gfortran, I can test suggested solution and report back. This would really be the worst thing to do.. atlas is what allows you to be in straight gcc43 setting JF Mertens JF, When I wrote the prior email, the atlas.info file on my mac didn't mention gcc42 or gcc43 (at least I didn't see it). I selfupdated since, and now see gcc43 is needed to build. Regarding -ff2c, I had been advised to build octave using -ff2c with gcc4.1/2/3 so that the result would be compatible with gcc 4.0.1. In any event, thanks for the comments. One final note, the octave developers have made some changes that allows the bleeding-edge octave to build correctly using Fink's octave.info file (with the necessary change to the version numbers). Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Switch to gcc43 (Was Re: octave.info gcc-4.3)
On Mar 14, 2008, at 2:46 AM, Martin Costabel wrote: Jean-François Mertens wrote: [] but right, if true it would encourage a fast update of anything in fink to gcc43 I too have come round to the conclusion that this is indeed the best plan for action at this moment. I would suggest that we band together and do this update rather quickly. I am CCing fink-devel so that the maintainers of the 28 packages concerned get a chance to act, but I think we should just test this upgrade for each of these packages and then simply go ahead and change any package that builds correctly with gcc43. As far as I know, no problem with the switch from gcc42 to gcc43 has yet been reported. Here are the package descriptions concerned: graphics/pdftk.info libs/cfitsio.info sci/atlas.info sci/avl.info sci/cernlib2005.info sci/dx.info sci/fftw.info sci/fftw3.info sci/geant4.8.info sci/geant4.9.info sci/gopenmol.info sci/hdf5.info sci/libnc-dap3.info sci/netcdf-gfortran.info sci/octave-forge.info sci/octave.info sci/octplot.info sci/patchy4.info sci/plplot.info sci/qprop.info sci/root-pythia.info sci/root5-devel.info sci/root5.info sci/scilab.info sci/scipy-py.info sci/wip.info sci/xfoil.info utils/clamav.info -- Martin I continue to have problems with building the bleeding-edge octave sources. Unfortunately the bus error I encounter leaves gdb useless to me :-( In a nut shell, I'm unable to execute A\B or mldivide(A,B) in octave for more than 96 eqns/unknowns. It is has been pointed out that using gcc 4.0.1 (Apple's vecLib) will conflict with gfortran 4.1+, due to type mismatches resulting from how gfortran treats functions. I haven't looked at the detail, but when I googled, gfortran ff2c type mismatch quite a bit showed up. The suggested solution is to add -ff2c to the fortran compile parameters. I can't vouch for any of this, but if someone can tell me what to change in the atlas.info to pass -ff2c to gfortran, I can test suggested solution and report back. Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Switch to gcc43 (Was Re: octave.info gcc-4.3)
Ben Abbott wrote: On Mar 14, 2008, at 2:46 AM, Martin Costabel wrote: Jean-François Mertens wrote: [] but right, if true it would encourage a fast update of anything in fink to gcc43 I too have come round to the conclusion that this is indeed the best plan for action at this moment. I would suggest that we band together and do this update rather quickly. I am CCing fink-devel so that the maintainers of the 28 packages concerned get a chance to act, but I think we should just test this upgrade for each of these packages and then simply go ahead and change any package that builds correctly with gcc43. As far as I know, no problem with the switch from gcc42 to gcc43 has yet been reported. Here are the package descriptions concerned: graphics/pdftk.info libs/cfitsio.info sci/atlas.info sci/avl.info sci/cernlib2005.info sci/dx.info sci/fftw.info sci/fftw3.info sci/geant4.8.info sci/geant4.9.info sci/gopenmol.info sci/hdf5.info sci/libnc-dap3.info sci/netcdf-gfortran.info sci/octave-forge.info sci/octave.info sci/octplot.info sci/patchy4.info sci/plplot.info sci/qprop.info sci/root-pythia.info sci/root5-devel.info sci/root5.info sci/scilab.info sci/scipy-py.info sci/wip.info sci/xfoil.info utils/clamav.info -- Martin I continue to have problems with building the bleeding-edge octave sources. Unfortunately the bus error I encounter leaves gdb useless to me :-( In a nut shell, I'm unable to execute A\B or mldivide(A,B) in octave for more than 96 eqns/unknowns. It is has been pointed out that using gcc 4.0.1 (Apple's vecLib) will conflict with gfortran 4.1+, due to type mismatches resulting from how gfortran treats functions. I haven't looked at the detail, but when I googled, gfortran ff2c type mismatch quite a bit showed up. The suggested solution is to add -ff2c to the fortran compile parameters. I can't vouch for any of this, but if someone can tell me what to change in the atlas.info to pass -ff2c to gfortran, I can test suggested solution and report back. Ben Update, I built octave using gfortran with -ff2c added to the configure parameters and passed all tests included in make check ./configure '--prefix=/sw' 'FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib' 'F77=/sw/bin/gfortran' '--libexecdir=${prefix}/lib' 'CFLAGS=-g -O3' 'LDFLAGS=-g -L/sw/lib' 'CPPFLAGS=-I/sw/include' 'CXXFLAGS=-g -O3' 'FFLAGS=-g -O3 -fbounds-check -ff2c' '--without-blas' '--without-lapack' The lapack and blas were satisfied by the versions included in Octave's libcruft. Ben -- View this message in context: http://www.nabble.com/octave.info---gcc-4.3-tp16027509p16169677.html Sent from the fink-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] Switch to gcc43 (Was Re: octave.info gcc-4.3)
Ben Abbott wrote: Ben Abbott wrote: On Mar 14, 2008, at 2:46 AM, Martin Costabel wrote: Jean-François Mertens wrote: [] but right, if true it would encourage a fast update of anything in fink to gcc43 I too have come round to the conclusion that this is indeed the best plan for action at this moment. I would suggest that we band together and do this update rather quickly. I am CCing fink-devel so that the maintainers of the 28 packages concerned get a chance to act, but I think we should just test this upgrade for each of these packages and then simply go ahead and change any package that builds correctly with gcc43. As far as I know, no problem with the switch from gcc42 to gcc43 has yet been reported. Here are the package descriptions concerned: graphics/pdftk.info libs/cfitsio.info sci/atlas.info sci/avl.info sci/cernlib2005.info sci/dx.info sci/fftw.info sci/fftw3.info sci/geant4.8.info sci/geant4.9.info sci/gopenmol.info sci/hdf5.info sci/libnc-dap3.info sci/netcdf-gfortran.info sci/octave-forge.info sci/octave.info sci/octplot.info sci/patchy4.info sci/plplot.info sci/qprop.info sci/root-pythia.info sci/root5-devel.info sci/root5.info sci/scilab.info sci/scipy-py.info sci/wip.info sci/xfoil.info utils/clamav.info -- Martin I continue to have problems with building the bleeding-edge octave sources. Unfortunately the bus error I encounter leaves gdb useless to me :-( In a nut shell, I'm unable to execute A\B or mldivide(A,B) in octave for more than 96 eqns/unknowns. It is has been pointed out that using gcc 4.0.1 (Apple's vecLib) will conflict with gfortran 4.1+, due to type mismatches resulting from how gfortran treats functions. I haven't looked at the detail, but when I googled, gfortran ff2c type mismatch quite a bit showed up. The suggested solution is to add -ff2c to the fortran compile parameters. I can't vouch for any of this, but if someone can tell me what to change in the atlas.info to pass -ff2c to gfortran, I can test suggested solution and report back. Ben Update, I built octave using gfortran with -ff2c added to the configure parameters and passed all tests included in make check ./configure '--prefix=/sw' 'FLIBS=/sw/lib/gcc4.3/lib/libgfortran.dylib' 'F77=/sw/bin/gfortran' '--libexecdir=${prefix}/lib' 'CFLAGS=-g -O3' 'LDFLAGS=-g -L/sw/lib' 'CPPFLAGS=-I/sw/include' 'CXXFLAGS=-g -O3' 'FFLAGS=-g -O3 -fbounds-check -ff2c' '--without-blas' '--without-lapack' The lapack and blas were satisfied by the versions included in Octave's libcruft. Ben I've just completed a build using the configure options passed by octave.info, except that -ff2c was included in the FFLAGS. make check passed all tests! Ben -- View this message in context: http://www.nabble.com/octave.info---gcc-4.3-tp16027509p16170713.html Sent from the fink-users mailing list archive at Nabble.com. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] octave.info gcc-4.3
The current octave.info files still points to gcc4.2 library. Should this not be updated to respect gcc4.3? ConfigureParams: FLIBS=%p/lib/gcc4.2/lib/libgfortran.dylib F77=%p/bin/ gfortran --infodir='${prefix}/share/info' --mandir='${prefix}/share/ man' --libexecdir='${prefix}/lib' -enable-shared -enable-dl --disable- static --without-mpi --with-hdf5 --with-fftw I expect there are similar occurances in other packages as well. Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] octave.info gcc-4.3
On Mar 13, 2008, at 9:17 AM, Alexander Hansen wrote: Ben Abbott wrote: The current octave.info files still points to gcc4.2 library. Should this not be updated to respect gcc4.3? ConfigureParams: FLIBS=%p/lib/gcc4.2/lib/libgfortran.dylib F77=%p/ bin/gfortran --infodir='${prefix}/share/info' --mandir='${prefix}/ share/man' --libexecdir='${prefix}/lib' -enable-shared -enable-dl -- disable-static --without-mpi --with-hdf5 --with-fftw I expect there are similar occurances in other packages as well. Ben It was updated without anybody informing me, but yes, that update should be made. I notice gcc43 includes a conflict with gcc42 Conflicts: gcc4, gcc42 I've been using a local octave.info file to build a bleeding-edge version of octave. Recently, I've been having problems that may be related to gfortran 4.2, I so I thought I'd try 4.3. Unfortunately, modifying the .info files for packages that octave depends on wasn't so simple (atlas for example). So if I install gcc43, I'll not be able to build anything that depends upon gcc42, unless I modifiy each respective .info file:-( What is the usual procedure when upgrading between gccX.Y to gccX.Z? Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] octave.info gcc-4.3
On Mar 13, 2008, at 10:27 PM, Alexander K. Hansen wrote: On Thursday 13 March 2008 08:12:14 pm Ben Abbott wrote: On Mar 13, 2008, at 9:17 AM, Alexander Hansen wrote: Ben Abbott wrote: The current octave.info files still points to gcc4.2 library. Should this not be updated to respect gcc4.3? ConfigureParams: FLIBS=%p/lib/gcc4.2/lib/libgfortran.dylib F77=%p/ bin/gfortran --infodir='${prefix}/share/info' --mandir='${prefix}/ share/man' --libexecdir='${prefix}/lib' -enable-shared -enable-dl -- disable-static --without-mpi --with-hdf5 --with-fftw I expect there are similar occurances in other packages as well. Ben It was updated without anybody informing me, but yes, that update should be made. I notice gcc43 includes a conflict with gcc42 Conflicts: gcc4, gcc42 I've been using a local octave.info file to build a bleeding-edge version of octave. Recently, I've been having problems that may be related to gfortran 4.2, I so I thought I'd try 4.3. Unfortunately, modifying the .info files for packages that octave depends on wasn't so simple (atlas for example). So if I install gcc43, I'll not be able to build anything that depends upon gcc42, unless I modifiy each respective .info file:-( What is the usual procedure when upgrading between gccX.Y to gccX.Z? Ben You're kind of on your own for local stuff. Sure, no problem there. For most non-compiler things, any dependency on gccX.Y is build-time, so it's not such a huge deal to swap back and forth. The reason I asked, is that I've been warned that gfortran was recenlty modified and that I might encounter problems if I mix compilers. The comment made is below (link also provided). The ZDOTC function is a Fortran function returning double complex. There was a recent gfortran change in calling conventions for functions (not subroutines) that return complex variables. I suspect you are mixing the two methods here, compiling zqrqhv with a compiler that implements one of the methods, and using a version of ATLAS that was compiled to use the other. http://www.nabble.com/failed-build-with-current-mercurial-sources-to15896284.html Unfortunately, I believe I have dependencies compiled with gcc older than 4.2, and unless I'm mistaken XCode's lapack/blas also qualify. Any thoughts on how I might force rebuilds of all packages so that they are all compiled with gcc 4.2? Any idea which version of gcc included this change to gfortran? Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] compiling libdjvulibre15-shlibs fails on 10.4.11
Ben Abbott bpabbott at mac.com writes: Charles Lepple clepple at gmail.com writes: Does it still work on the Intel box? I haven't tested it, but it did compile without errors! Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] compiling libdjvulibre15-shlibs fails on 10.4.11
Charles' solution worked for me! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] compiling libdjvulibre15-shlibs fails on 10.4.11
Charles Lepple clepple at gmail.com writes: Does it still work on the Intel box? (It should, but I don't have one to test with.) - Charles I haven't had the time to check. If anyone has tried, say the word. Otherwise, i'll try to get to it tomorrow. Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] compiling libdjvulibre15-shlibs fails on 10.4.11
Christian Ebert blacktrash at gmx.net writes: Hello, Building libdjvulibre fails on 10.4.11 like so (can also provide a full log): [snip] Probably not /that/ urgent for me, as I only need it as dependency for imagemagick, but fink update-all can get a bit cumbersome. c My attempt to update my installation on a PPC PowerBook running 10.5.2 failed last night. However, it compiled successfully on my Intel MacBookPro running 10.5.2. I removed libdjvulibre15-shlibs and its dependencies and will try to reinstall all of them after the fink update-all completes. In any event, the problem might be related to architecture or something else. Did the failure occur on a PPC or Intel based Mac? Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] r-base install problem
On Jan 15, 2008, at 9:42 AM, Alexander Hansen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ben Abbott wrote: | | On Jan 14, 2008, at 11:10 PM, Ben Abbott wrote: | | I'm trying to install GNU's R. | | The install of r-base went fine, but when I tried to follow the instructions for installation fo the GUI; | | R.app no longer included in the R source distribution. To install, go to http://cran.r-project.org/bin/macosx/, download and install R-GUI.dmg. You will then need to edit Info.plist inside the app bundle to point to /sw/Library/R.Framework (instead of /Library/ R.Framework). | -- http://pdb.finkproject.org/pdb/package.php/r-base | | The installer refused to allow me to install the GUI. | | You cannot install R GUI for Mac OS X on this volume. Requires Mac OS X 10.4.4 or higher. | | I should point out that the installer contains 4 packages. gfortran.pkg, R-Framework.pkg, R-GUI.pkg, and tcltk.pkg. Since the others are already installed via Fink, I only tried to install R-GUI. | | The fix was to edit the Info.plist in the bundle for R-GUI.dmg *before* installing. I'd like to suggest a change to the documentation. Perhaps something like the below. | | R.app no longer included in the R source distribution. To install, go to http://cran.r-project.org/bin/macosx/, and download, move a copy of | R-GUI.dmg to your desktop, and edit Info.plist inside the R- GUI.dmg | bundle to point to /sw/Library/R.Framework (instead of /Library/ R.Framework). | Once R-GUI knows where the Framework resides, you can install. | -- http://pdb.finkproject.org/pdb/package.php/r-base | | Ben | | | I did a bit more digging. When I try to run R from inside the installed bundle, I get | | ./R | dyld: Library not loaded: /Library/Frameworks/R.framework/Versions/ 2.6/Resources/lib/libR.dylib | Referenced from: /Applications/R.app/Contents/MacOS/./R | Reason: image not found | Trace/BPT trap | | Meanwhile the Info.plist file in the bundle does not contain a reference to the R.framework. | | Ben | | - | Jeff W. isn't maintaining the package any more so I took him off the reply. This issue points out why it's a pain to try to have anything integrate with non-Fink 3rd-party stuff--they like to change things around, and we have to figure out how to adjust our packages accordingly. In this case it looks like you're also going to need to do something like sudo install_name_tool /Library/Frameworks/R.framework/Versions/2.6/ Resources/lib/libR.dylib \ /sw/Library/Frameworks/R.framework/Versions/2.6/Resources/lib/ libR.dylib /Applications/R.app/Contents/MacOS/./R See if that works--if so then we'll update the docs accordingly. Alex, After looking at this a bit, I'm in agreement with Martin. In any event, tor my purpose, I only need to understand the manner by which R computes quantiles, so that the same algorithm may be applied to Octave. Hence, my need is short term. However, I can still take a look at this if you think it proper to press on. Ben - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] g77 update failure
On Jan 14, 2008, at 4:09 PM, Martin Costabel wrote: Ben Abbott wrote: I'm running Leopard on PPC. Today, I did a selfupdate and tried to update-all Unfortunately, g77 is failing. Two weeks ago, the new g77 maintainer put up a new version on the submission tracker #1860726 https://sourceforge.net/tracker/index.php?func=detailaid=1860726group_id=17203atid=414256 I helped maintainer for a while, but ran out of time when this arrived, so I couldn't test it. You would be very welcome if you could test this version. It is supposed to have fixed the bug you are reporting. It built successfully. I'll do some checking and let you know how it goes. Ben - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] g77 update failure
On Jan 14, 2008, at 4:09 PM, Martin Costabel wrote: Ben Abbott wrote: I'm running Leopard on PPC. Today, I did a selfupdate and tried to update-all Unfortunately, g77 is failing. Two weeks ago, the new g77 maintainer put up a new version on the submission tracker #1860726 https://sourceforge.net/tracker/index.php?func=detailaid=1860726group_id=17203atid=414256 I helped maintainer for a while, but ran out of time when this arrived, so I couldn't test it. You would be very welcome if you could test this version. It is supposed to have fixed the bug you are reporting. My rather large FEM/BEM program worked perfectly! - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] r-base install problem
On Jan 14, 2008, at 11:10 PM, Ben Abbott wrote: I'm trying to install GNU's R. The install of r-base went fine, but when I tried to follow the instructions for installation fo the GUI; R.app no longer included in the R source distribution. To install, go to http://cran.r-project.org/bin/macosx/, download and install R- GUI.dmg. You will then need to edit Info.plist inside the app bundle to point to /sw/Library/R.Framework (instead of /Library/R.Framework). -- http://pdb.finkproject.org/pdb/package.php/r-base The installer refused to allow me to install the GUI. You cannot install R GUI for Mac OS X on this volume. Requires Mac OS X 10.4.4 or higher. I should point out that the installer contains 4 packages. gfortran.pkg, R-Framework.pkg, R-GUI.pkg, and tcltk.pkg. Since the others are already installed via Fink, I only tried to install R-GUI. The fix was to edit the Info.plist in the bundle for R-GUI.dmg *before* installing. I'd like to suggest a change to the documentation. Perhaps something like the below. R.app no longer included in the R source distribution. To install, go to http://cran.r-project.org/bin/macosx/, and download, move a copy of R-GUI.dmg to your desktop, and edit Info.plist inside the R- GUI.dmg bundle to point to /sw/Library/R.Framework (instead of /Library/ R.Framework). Once R-GUI knows where the Framework resides, you can install. -- http://pdb.finkproject.org/pdb/package.php/r-base Ben I did a bit more digging. When I try to run R from inside the installed bundle, I get ./R dyld: Library not loaded: /Library/Frameworks/R.framework/Versions/2.6/ Resources/lib/libR.dylib Referenced from: /Applications/R.app/Contents/MacOS/./R Reason: image not found Trace/BPT trap Meanwhile the Info.plist file in the bundle does not contain a reference to the R.framework. Ben- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] g77 update failure
I'm running Leopard on PPC. Today, I did a selfupdate and tried to update-all Unfortunately, g77 is failing. ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c: In function 'segv_handler': ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:66: error: 'struct __darwin_mcontext' has no member named 'ss' ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:115: error: 'struct __darwin_mcontext' has no member named 'es' ../../gcc-3.4.3/gcc/config/rs6000/host-darwin.c:115: error: 'struct __darwin_mcontext' has no member named 'ss' make[2]: *** [host-darwin.o] Error 1 make[1]: *** [stage1_build] Error 2 make: *** [bootstrap] Error 2 ### execution of /var/tmp/tmp.2.UYUGAr failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-g77-3.4.3-102 (Reading database ... 107674 files and directories currently installed.) Removing fink-buildlock-g77-3.4.3-102 ... Failed: phase compiling: g77-3.4.3-102 failed Thoughts? - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Question regarding Octave on 10.5
I have a local octave.info that I tried to use under 10.5. It worked fine under 10.4, but failed under 10.5. Although the build phase completed, I had added a make check to the BuildScript. The result was a panic attack :-( scripts/time/datevec.m .panic: Bus error -- stopping myself... make[2]: *** [check] Bus error make[1]: *** [check] Error 2 make: *** [check] Error 2 ### execution of /var/tmp/tmp.1.IwuK1s failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-octave-2.9.17-2 (Reading database ... 110555 files and directories currently installed.) Removing fink-buildlock-octave-2.9.17-2 ... Failed: phase compiling: octave-2.9.17-2 failed I'll try make check using 2.9.14 ... in the meantime, anyone experience anything similar? Ben - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] SuiteSparse.patch
Alex, I just noticed my unstable version of suitesparse.patch is actually a copy of suitesparse.info. I tried verifying the problem isn't local to my machine, but the package database is apparently down. Can you/someone confirm that suitesparse.patch in the database is correct? Ben - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] SuiteSparse.patch
On Nov 23, 2007, at 7:01 PM, Martin Costabel wrote: Alex, I just noticed my unstable version of suitesparse.patch is actually a copy of suitesparse.info. I tried verifying the problem isn't local to my machine, but the package database is apparently down. Can you/someone confirm that suitesparse.patch in the database is correct? It isn't. It seems that the same file got committed both as info and as patch. On the tracker there are two versions of suitesparse.patch. They differ ony by one line: -+CFLAGS = -O3 -fno-common -fstrict-aliasing -fexceptions ++CFLAGS = -O3 -fno-common -no-cpp-precomp -fexceptions I suppose the one with -fstrict-aliasing is the right one? Yes, that is my understanding. Ben - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] SuiteSparse support for Octave
Ben Abbott bpabbott at mac.com writes: I thought I'd take a shot at creating a local install of SuiteSparse (for sparse matrix support in Octave). I've put together what is intended to be a complete Fink package for SuiteSparse. I've found my error, and have now compiled Fink's Octave with a local install of SuiteSparse. Unfortunately, my Metis package for Fink is not installed properly, or perhaps I still have a problem with SuiteSpares usinig Metis. In any event, I hope to be back soon with both packages for Fink. - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] SuiteSparse support for Octave
I thought I'd take a shot at creating a local install of SuiteSparse (for sparse matrix support in Octave). I've put together what is intended to be a complete Fink package for SuiteSparse. I also added a metis package to my local install so that SuiteSparse could be feature complete. In any event, when I rebuild octave (2.9.14) the configure process does not find the SuiteSparse libraries configure: WARNING: COLAMD not found. This will result in some lack of functionality for sparse matrices. configure: WARNING: CHOLMOD not found. This will result in some lack of functionality for sparse matrices. configure: WARNING: COLAMD not found. This will result in some lack of functionality for sparse matrices. configure: WARNING: CHOLMOD not found. This will result in some lack of functionality for sparse matrices. I'm a flunky when it comes to configure scripts. Can someone clue me in as to why configure has not found the suitesparse libraries? btw, in /sw/lib, my local install of suitesparse placed, libcolamd.a libcholmod.a However, after the configure process, fink reports Octave is now configured for i386-apple-darwin Source directory: . Installation prefix: /sw C compiler: gcc -mieee-fp -Wall -W -Wshadow -g -O2 C++ compiler: g++ -mieee-fp -Wall -W -Wshadow -Wold- style-cast -g -O2 Fortran compiler: /sw/bin/g95 -O2 -mieee-fp Fortran libraries:-L/sw/bin/../lib/gcc-lib/i386-apple- darwin8/4.0.3 -lf95 BLAS libraries:-framework vecLib FFTW libraries: -lfftw3 GLPK libraries: -lglpk UMFPACK libraries:-lumfpack AMD libraries:-lamd CAMD libraries: -lcamd COLAMD libraries: CCOLAMD libraries:-lccolamd CHOLMOD libraries: CXSPARSE libraries: -lcxsparse HDF5 libraries: -lhdf5 CURL libraries: -lcurl REGEX libraries: -lpcre QHULL libraries: -lqhull LIBS: -lreadline -lncurses -lhdf5 -lz -lm Default pager:less gnuplot: gnuplot Do internal array bounds checking: false Build static libraries: false Build shared libraries: true Dynamic Linking:true (dyld) Include support for GNU readline: true 64-bit array dims and indexing: false configure: Thus, Octave's configure did located the libraries for UMFPACK, AMD, CAMD, CCOLAMD, and CXSPARSE, but did not locate COLAMD or CHOLMOD. I'm at a loss as to why ... all have been placed in the same directory (/sw/lib). Any ideas? TiA - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] trouble with Octave
Ben Abbott bpabbott at mac.com writes: Ben Abbott wrote: A corrected and Matlab compatible version of residue.m has been checked into the Octave cvs. It is planned to accompany the next release of Octave. Version 2.9.15 (with new residue.m) is out, but not yet here. By the end of next week version 2.9.16 will be out. Any reason why the updates on Fink are lagging? - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] trouble with Octave
Jonathan Stickel jjstickel at vcn.com writes: I just uploaded info files for octave-2.9.15 and octave-forge-20071014 to the package submission tracker: http://sourceforge.net/tracker/?group_id=17203atid=414256 I had previously emailed the developers with these, but they must be busy this week. You can use the info files by placing them in your local/main tree. Regards, Jonathan Jonathan, I've been working on an Fink info file and a patch for SuiteSparse. The purpose of which is the efficient support of sparse matrices in Octave. This task is a bit tasking on me. I recently took a took at Octave's patch and was quickly lost. Would you be interested in helping? Ben bpabbott at mac dot com - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] trouble with Octave
Ben Abbott wrote: Alexander Hansen wrote: On 9/24/07, Ben Abbott [EMAIL PROTECTED] wrote: Jean-François Mertens-3 wrote: Please redo ! Once is apparently not sufficient .. Or at least check that your equality above is not right! Correct coefficients with you sequence of denominators are -5i/54 , 5i/54 , 2/9 , 2/9 ... if I'm not mistaken. Thanks for the correction. Jean-François Mertens-3 wrote: But this has no importance : The link documents quite well that it is an upstream problem, [...] Agreed. Just making sure its not just me. -- View this message in context: http://www.nabble.com/trouble-with-Octave-tf4511817.html#a12870464 Sent from the fink-users mailing list archive at Nabble.com. Unfortunately, it appears that 2.9.14 (at least on PowerPC), still doesn't give an answer that agrees with the analytic one: [... snip ...] So it appears upstream hasn't quite worked this out yet. -- Alexander K. Hansen I also noticed this yesterday. There are at least two individuals, in addition to myself, who are working on this. I'd like to eventually introduce a version that includes all of Matlab's functionality, for their function of the same name. In the meantime, two versions have been posted on Octave's message board that address this problem with pole multiplicity (but do not yet include all of Matlab's functionality). If anyone wants to help out, or make use of some of the corrected versions, you can find them on Octave's message boad, look for the subject residue() confusion. A corrected and Matlab compatible version of residue.m has been checked into the Octave cvs. It is planned to accompany the next release of Octave. -- View this message in context: http://www.nabble.com/trouble-with-Octave-tf4511817.html#a13167195 Sent from the fink-users mailing list archive at Nabble.com. - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] trouble with Octave
Alexander Hansen wrote: On 9/24/07, Ben Abbott [EMAIL PROTECTED] wrote: Jean-François Mertens-3 wrote: Please redo ! Once is apparently not sufficient .. Or at least check that your equality above is not right! Correct coefficients with you sequence of denominators are -5i/54 , 5i/54 , 2/9 , 2/9 ... if I'm not mistaken. Thanks for the correction. Jean-François Mertens-3 wrote: But this has no importance : The link documents quite well that it is an upstream problem, [...] Agreed. Just making sure its not just me. -- View this message in context: http://www.nabble.com/trouble-with-Octave-tf4511817.html#a12870464 Sent from the fink-users mailing list archive at Nabble.com. Unfortunately, it appears that 2.9.14 (at least on PowerPC), still doesn't give an answer that agrees with the analytic one: [... snip ...] So it appears upstream hasn't quite worked this out yet. -- Alexander K. Hansen I also noticed this yesterday. There are at least two individuals, in addition to myself, who are working on this. I'd like to eventually introduce a version that includes all of Matlab's functionality, for their function of the same name. In the meantime, two versions have been posted on Octave's message board that address this problem with pole multiplicity (but do not yet include all of Matlab's functionality). If anyone wants to help out, or make use of some of the corrected versions, you can find them on Octave's message boad, look for the subject residue() confusion. -- View this message in context: http://www.nabble.com/trouble-with-Octave-tf4511817.html#a12924347 Sent from the fink-users mailing list archive at Nabble.com. - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] trouble with Octave
I have both PPC and Intel installations of Octave. They both give the wrong answer to this short script. num = [1 0 1]; den = [1 0 18 0 81]; [a,p,k,e] = residue(num,den) I did the math ... (x^2+1)/(x^4+18*x^2+81) = (2/9)/(x-3i) + (2/9)/(x+3i) + (1/54i)/(x-3i)^2 - (1/54i)/(x+3i)^2 Thus, a = [1/54i 2/9 -1/54i 2/9] p = [3i 3i -3i -3i] k = [] e = [2 1 2 1] However, my Intel version gives a = -3.0108e+06 - 1.9734e+06i -3.0108e+06 + 1.9734e+06i 3.0108e+06 + 1.9734e+06i 3.0108e+06 - 1.9734e+06i p = -0. + 3.i -0. - 3.i 0. + 3.i 0. - 3.i k = [](0x0) e = 1 1 1 1 and my PPC version gives a = 8.4492e+06 - 3.9658e+06i 8.4492e+06 + 3.9658e+06i -8.4492e+06 + 3.9658e+06i -8.4492e+06 - 3.9658e+06i p = 0. + 3.i 0. - 3.i -0. + 3.i -0. - 3.i k = [](0x0) e = 1 1 1 1 For reference, Matlab gives a = 0 - 0.0926i 0. - 0.i 0 + 0.0926i 0. + 0.i p = 0. + 3.i 0. + 3.i 0. - 3.i 0. - 3.i k = [] A non-Fink installation for 2.9.14 produces the correct answer as well, see the link below. http://www.nabble.com/bug-in-residue.m-tf4475396.html Can any confirm they get the same result? -- View this message in context: http://www.nabble.com/trouble-with-Octave-tf4502540.html#a12841144 Sent from the fink-users mailing list archive at Nabble.com. - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] trouble with Octave
Jean-François Mertens-3 wrote: Please redo ! Once is apparently not sufficient .. Or at least check that your equality above is not right! Correct coefficients with you sequence of denominators are -5i/54 , 5i/54 , 2/9 , 2/9 ... if I'm not mistaken. Thanks for the correction. Jean-François Mertens-3 wrote: But this has no importance : The link documents quite well that it is an upstream problem, [...] Agreed. Just making sure its not just me. -- View this message in context: http://www.nabble.com/trouble-with-Octave-tf4511817.html#a12870464 Sent from the fink-users mailing list archive at Nabble.com. - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] problem with /sw/bin/sort
I tried fink install ispell and ended up with snip Collecting input. sort: invalid option -- 1 Try `sort --help' for more information. ../../munchlist: line 427: 6619 Broken pipe cat $@ 6620 | $ISPELL $wchars -e1 -d $FAKEHASH -p /dev/null 6621 | tr ' ' Finding flag marker. Generating roots and affixes. sort: invalid option -- 1 Try `sort --help' for more information. Expanding dictionary into EXPANDEDPAIRS. sort: open failed: +1: No such file or directory Creating list of legal roots/flags. sort: invalid option -- 1 Try `sort --help' for more information. Creating list of flags that participate in cross-products. [...] Failed: phase compiling: ispell-3.2.06-4 failed snip A selfupdate did not change the result, so I did a sudo mv /sw/bin/sort /sw/bin/sort.bak after which the install of ispell went fine My Fink version is 0.24.26 I'm on Tiger 10.4.8 for PPC Comments anyone? - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] problem with /sw/bin/sort
Martin Costabel costabel at wanadoo.fr writes: So I suggest that Ben updates from 10.4-transitional to 10.4; and in the meantime I put a BuildConflicts: coreutils-default into the 10.4/stable ispell. arrrggghhh :-( Thanks Martin. Shame on me. - 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-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] aquaterm install fails on 10.4
I originally tried to install Octave on 10.4.5 running XCode 2.2. The install failed while attempting to install dependencies. It appears (to me) that the problem is with aquaterm-shlibs (among others?)I'm behind a firewall that has been proving troublesome for installation/update of fink ... thus I resorted to a manual install of fink-0.24.11. I followed the simple instructions here http://www.mail-archive.com/fink-users%40lists.sourceforge.net/msg21659.htmlThe installation went smoothly, and issuing "fink -V" produces the result below, so I assume all is well with fink.Package manager version: 0.24.12Distribution version: 0.8.0 When trying to install 'octave', 'aquaterm', or 'aquaterm-shlibs' I eventually encounter the results below :-(fink -b install aquaterm-shlibs[...]CompileC build/AquaTerm.build/Deployment/AquaTerm.build/Objects-normal/ppc/Demo.o /sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Demo.m normal ppc objective-c com.apple.compilers.gcc.4_0 cd /sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src /usr/bin/gcc-4.0 -x objective-c -arch ppc -pipe -Wno-trigraphs -fpascal-strings -fasm-blocks -g -O0 -DAQT_APP -fmessage-length=0 -mtune=G4 -fvisibility=hidden -I/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/AquaTerm.build/Deployment/AquaTerm.build/AquaTerm.hmap -Wmost -Wno-four-char-constants -Wno-unknown-pragmas -mdynamic-no-pic -F/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/Deployment -I/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/Deployment/include -I/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/AquaTerm.build/Deployment/AquaTerm.build/DerivedSources -include /Library/Caches/com.apple.Xcode.0/SharedPrecompiledHeaders/AppKit-dqtavgeycytklwgolxtxgmrtygya/AppKit.h -c /sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Demo.m -o /sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/AquaTerm.build/Deployment/AquaTerm.build/Objects-normal/ppc/Demo.o/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Demo.m:24:32: error: aquaterm/AQTAdapter.h: No such file or directory[... some warnings ...]/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Demo.m:74: error: 'AQTAlignLeft' undeclared (first use in this function)/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Demo.m:74: error: (Each undeclared identifier is reported only once/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Demo.m:74: error: for each function it appears in.)[... more warnings ...]/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Demo.m:96: error: 'AQTAlignCenter' undeclared (first use in this function)[... more warnings ...]/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Demo.m:132: error: 'AQTButtLineCapStyle' undeclared (first use in this function)[... more warnings ...]/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Demo.m:143: error: 'AQTRoundLineCapStyle' undeclared (first use in this function)[... more warnings ...]CompileC build/AquaTerm.build/Deployment/AquaTerm.build/Objects-normal/ppc/Bugs.o /sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m normal ppc objective-c com.apple.compilers.gcc.4_0 cd /sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src /usr/bin/gcc-4.0 -x objective-c -arch ppc -pipe -Wno-trigraphs -fpascal-strings -fasm-blocks -g -O0 -DAQT_APP -fmessage-length=0 -mtune=G4 -fvisibility=hidden -I/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/AquaTerm.build/Deployment/AquaTerm.build/AquaTerm.hmap -Wmost -Wno-four-char-constants -Wno-unknown-pragmas -mdynamic-no-pic -F/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/Deployment -I/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/Deployment/include -I/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/AquaTerm.build/Deployment/AquaTerm.build/DerivedSources -include /Library/Caches/com.apple.Xcode.0/SharedPrecompiledHeaders/AppKit-dqtavgeycytklwgolxtxgmrtygya/AppKit.h -c /sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m -o /sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/build/AquaTerm.build/Deployment/AquaTerm.build/Objects-normal/ppc/Bugs.o/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m:24:32: error: aquaterm/AQTAdapter.h: No such file or directory/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m: In function 'aqtDebug':/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m:58: warning: no '-openPlotWithIndex:' method found/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m:58: warning: (Messages without a matching method signature/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m:58: warning: will be assumed to return 'id' and accept/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m:58: warning: '...' as arguments.)/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m:59: warning: no '-setPlotSize:' method found/sw/src/fink.build/aquaterm-1.0-1/AquaTerm1.0.a2/src/Bugs.m:60: warning: no '-setPlotTitle:' method