[Fink-users] phase compiling: fltk13-aqua-1.3.2-3 failed
Dear fltk maintainer, I’m not able to compile fltk13-aqua. My system : Package manager version: 0.38.1 Distribution version: selfupdate-cvs Thu Oct 23 09:51:40 2014, 10.10, x86_64 Trees: local/main stable/main stable/crypto Xcode.app: 6.1 Xcode command-line tools: 6.1.0.0.1.1413057044 Max. Fink build jobs: 1 Configuration log: dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-fltk13-aqua-1.3.2-3 /sw/src/fink.build dpkg-deb: building package `fink-buildlock-fltk13-aqua-1.3.2-3' in `/sw/src/fink.build/fink-buildlock-fltk13-aqua-1.3.2-3_2014.10.23-09.52.13_darwin-x86_64.deb'. Installing build-lock package... /sw/bin/dpkg-lockwait -i /sw/src/fink.build/fink-buildlock-fltk13-aqua-1.3.2-3_2014.10.23-09.52.13_darwin-x86_64.deb Selecting previously deselected package fink-buildlock-fltk13-aqua-1.3.2-3. (Reading database ... 31589 files and directories currently installed.) Unpacking fink-buildlock-fltk13-aqua-1.3.2-3 (from .../fink-buildlock-fltk13-aqua-1.3.2-3_2014.10.23-09.52.13_darwin-x86_64.deb) ... Setting up fink-buildlock-fltk13-aqua-1.3.2-3 (2014.10.23-09.52.13) ... sudo -u fink-bld [ENV] sh -c /tmp/fink.rkEXB env LANG=C LC_ALL=C /sw/bin/tar --no-same-owner --no-same-permissions -xf /sw/src/fltk-1.3.2-source.tar.gz sudo -u fink-bld [ENV] sh -c /tmp/fink.f21n3 [ -r /sw/fink/dists/stable/main/finkinfo/libs/fltk13-aqua.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink.sVruT /tmp/fink.xZFXm #!/bin/sh -ev sed 's|@FINKPREFIX@|/sw|' /sw/fink/dists/stable/main/finkinfo/libs/fltk13-aqua.patch | patch -p1 patching file configure Hunk #1 succeeded at 2629 (offset 618 lines). Hunk #2 succeeded at 2741 (offset 618 lines). patching file makeinclude.in Hunk #1 succeeded at 90 (offset -9 lines). Hunk #2 succeeded at 131 (offset -9 lines). patching file src/Makefile Hunk #1 succeeded at 283 with fuzz 2 (offset -9 lines). Hunk #2 succeeded at 319 with fuzz 2 (offset -9 lines). Hunk #3 succeeded at 355 with fuzz 2 (offset -9 lines). patching file src/fl_diamond_box.cxx patching file src/fl_round_box.cxx patching file jpeg/jmorecfg.h patching file src/Fl_JPEG_Image.cxx perl -pi -e 's/\*l=0/*l/g' fluid/Fl_Type.h mv fltk-config.in fltk-config.in.old sed 's: prefix=$optarg: prefix=$optarg; includedir=${prefix}/include:' fltk-config.in.old fltk-config.in mv fluid/Makefile fluid/Makefile.old sed 's;$(bindir)/fltk-config;$(bindir)/fltk-config --prefix=$(prefix);' fluid/Makefile.old fluid/Makefile perl -ni -e 'print unless /echo.*COMMAND/' src/Makefile perl -pi -e 's/\|\| break//' Makefile perl -pi -e 's/ 755 / 644 / if /\/lib.*\.{a,dylib}/' src/Makefile perl -ni -e 'print unless /mandir\)\/cat/' documentation/Makefile perl -pi -e 's|share/doc/fltk|share/doc/fltk13-aqua/html|g' configure # Mountain Lion+ issue. Thanks, Apple. osversion=`uname -r | cut -d . -f 1` uname -r | cut -d . -f 1 if [ $osversion -ge 12 ] ; then perl -pi -e 's/(.*POSIX).*APPLE.*/\1)/' src/filename_list.cxx fi sudo -u fink-bld [ENV] sh -c /tmp/fink.nOuAY ./configure --prefix=/sw --mandir=/sw/share/man --libdir=/sw/lib/fltk13-aqua/lib --enable-shared --enable-threads --without-links --without-x checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking for a BSD-compatible install... /usr/bin/install -c checking for nroff... /usr/bin/nroff checking for htmldoc... no checking for doxygen... /sw/bin/doxygen checking for ranlib... ranlib checking for ar... /usr/bin/ar checking for windres... no checking size of short... 2 checking size of int... 4 checking size of long... 8 checking whether the compiler recognizes bool as a built-in type... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking sys/select.h usability... yes checking sys/select.h presence... no configure: WARNING: sys/select.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: sys/select.h: proceeding with the compiler's result checking for sys/select.h... yes checking sys/stdtypes.h usability... no checking sys/stdtypes.h presence... no checking for sys/stdtypes.h... no checking whether we have the POSIX compatible scandir() prototype... yes checking for vsnprintf... yes checking for snprintf... yes checking strings.h usability... yes checking strings.h presence... no configure: WARNING: strings.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: strings.h: proceeding with the compiler's result checking for strings.h... yes checking for strcasecmp... yes
Re: [Fink-users] Failed: phase compiling: graphviz-2.26.3-10 failed
It works for me too! Thanks, Dominique Le 23 oct. 2014 à 07:01, Jack Howarth howarth.at.f...@gmail.com a écrit : Dave, The following change works here on Yosemite... Index: graphviz.info http://graphviz.info/ === RCS file: /cvsroot/fink/dists/10.7/stable/main/finkinfo/graphics/graphviz.info http://graphviz.info/,v retrieving revision 1.18 diff -r1.18 graphviz.info http://graphviz.info/ 31a32,34 if [ `uname -r | cut -d. -f1` -gt 13 ]; then perl -pi -e 's|#include CGGLContext.h||g' plugin/quartz/gvloadimage_quartz.c fi -- ___ 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] phase compiling: fltk13-aqua-1.3.2-3 failed
On 10/23/14, 12:06 AM, Petri Piila wrote: Dear fltk maintainer, I’m not able to compile fltk13-aqua. My system : Package manager version: 0.38.1 Distribution version: selfupdate-cvs Thu Oct 23 09:51:40 2014, 10.10, x86_64 Trees: local/main stable/main stable/crypto Xcode.app: 6.1 Xcode command-line tools: 6.1.0.0.1.1413057044 Max. Fink build jobs: 1 Configuration log: snip === making src === echo Compiling Fl_cocoa.mm... Compiling Fl_cocoa.mm... g++ -I.. -Os -Wno-deprecated-declarations -Wall -Wunused -Wno-format-y2k -fPIC -fno-exceptions -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I/sw/include -DFL_LIBRARY -x objective-c++ -c Fl_cocoa.mm -o Fl_cocoa.o Fl_cocoa.mm:1325:24: error: cannot initialize a parameter of type 'idNSFileManagerDelegate' with an rvalue of type 'FLDelegate *' [NSApp setDelegate:[[FLDelegate alloc] init]]; ^ /usr/include/objc/NSObject.h:60:1: note: instance method 'init' is assumed to return an instance of its receiver type ('FLDelegate *') - (instancetype)init; ^ /System/Library/Frameworks/Foundation.framework/Headers/NSFileManager.h:109:47: note: passing argument to parameter 'delegate' here @property (assign) id NSFileManagerDelegate delegate NS_AVAILABLE(10_5, 2_0); ^ Fl_cocoa.mm:2234:21: error: cannot initialize a parameter of type 'idNSWindowDelegate' with an rvalue of type 'idNSFileManagerDelegate' [cw setDelegate:[NSApp delegate]]; ^~~~ /System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:307:41: note: passing argument to parameter 'delegate' here @property (assign) idNSWindowDelegate delegate; ^ 2 errors generated. make[1]: *** [Fl_cocoa.o] Error 1 make: *** [all] Error 1 ### execution of make failed, exit code 2 ### execution of /tmp/fink.nOuAY failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-fltk13-aqua-1.3.2-3 (Reading database ... 31590 files and directories currently installed.) Removing fink-buildlock-fltk13-aqua-1.3.2-3 ... Failed: phase compiling: fltk13-aqua-1.3.2-3 failed BR Petri Piila Thanks for the report. I'm trying out a patch right now and I'll let you know if it works. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ -- ___ 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] phase compiling: fltk13-aqua-1.3.2-3 failed
On 10/23/14, 6:29 AM, Alexander Hansen wrote: On 10/23/14, 12:06 AM, Petri Piila wrote: Dear fltk maintainer, I’m not able to compile fltk13-aqua. My system : Package manager version: 0.38.1 Distribution version: selfupdate-cvs Thu Oct 23 09:51:40 2014, 10.10, x86_64 Trees: local/main stable/main stable/crypto Xcode.app: 6.1 Xcode command-line tools: 6.1.0.0.1.1413057044 Max. Fink build jobs: 1 Configuration log: snip === making src === echo Compiling Fl_cocoa.mm... Compiling Fl_cocoa.mm... g++ -I.. -Os -Wno-deprecated-declarations -Wall -Wunused -Wno-format-y2k -fPIC -fno-exceptions -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -I/sw/include -DFL_LIBRARY -x objective-c++ -c Fl_cocoa.mm -o Fl_cocoa.o Fl_cocoa.mm:1325:24: error: cannot initialize a parameter of type 'idNSFileManagerDelegate' with an rvalue of type 'FLDelegate *' [NSApp setDelegate:[[FLDelegate alloc] init]]; ^ /usr/include/objc/NSObject.h:60:1: note: instance method 'init' is assumed to return an instance of its receiver type ('FLDelegate *') - (instancetype)init; ^ /System/Library/Frameworks/Foundation.framework/Headers/NSFileManager.h:109:47: note: passing argument to parameter 'delegate' here @property (assign) id NSFileManagerDelegate delegate NS_AVAILABLE(10_5, 2_0); ^ Fl_cocoa.mm:2234:21: error: cannot initialize a parameter of type 'idNSWindowDelegate' with an rvalue of type 'idNSFileManagerDelegate' [cw setDelegate:[NSApp delegate]]; ^~~~ /System/Library/Frameworks/AppKit.framework/Headers/NSWindow.h:307:41: note: passing argument to parameter 'delegate' here @property (assign) idNSWindowDelegate delegate; ^ 2 errors generated. make[1]: *** [Fl_cocoa.o] Error 1 make: *** [all] Error 1 ### execution of make failed, exit code 2 ### execution of /tmp/fink.nOuAY failed, exit code 2 Removing runtime build-lock... Removing build-lock package... /sw/bin/dpkg-lockwait -r fink-buildlock-fltk13-aqua-1.3.2-3 (Reading database ... 31590 files and directories currently installed.) Removing fink-buildlock-fltk13-aqua-1.3.2-3 ... Failed: phase compiling: fltk13-aqua-1.3.2-3 failed BR Petri Piila Thanks for the report. I'm trying out a patch right now and I'll let you know if it works. I just put a patch into cvs which allows fltk13-aqua to build on 10.10. It should be available shortly via fink selfupdate. -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ -- ___ 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] phase compiling: fltk13-aqua-1.3.2-3 failed
Thank you so much ! Fltk now compiles. I’m trying to compile octave-atlas 3.8.2 and all dependencies are now successfully compiled but octave-atlas itself fails in configuration stage. My system : Package manager version: 0.38.1 Distribution version: selfupdate-cvs Thu Oct 23 17:32:35 2014, 10.10, x86_64 Trees: local/main stable/main stable/crypto Xcode.app: 6.1 Xcode command-line tools: 6.1.0.0.1.1413057044 Max. Fink build jobs: 1 Output from configuration stage: % fink install octave-atlas Information about 10045 packages read in 1 seconds. The following package will be installed or updated: octave-atlas The following additional package will be installed: octave382-atlas Default answer will be chosen in 60 seconds... Do you want to continue? [Y/n] Setting runtime build-lock... dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-octave-atlas-3.8.2-1 /sw/src/fink.build dpkg-deb: building package `fink-buildlock-octave-atlas-3.8.2-1' in `/sw/src/fink.build/fink-buildlock-octave-atlas-3.8.2-1_2014.10.23-17.33.03_darwin-x86_64.deb'. Installing build-lock package... /sw/bin/dpkg-lockwait -i /sw/src/fink.build/fink-buildlock-octave-atlas-3.8.2-1_2014.10.23-17.33.03_darwin-x86_64.deb Selecting previously deselected package fink-buildlock-octave-atlas-3.8.2-1. (Reading database ... 146669 files and directories currently installed.) Unpacking fink-buildlock-octave-atlas-3.8.2-1 (from .../fink-buildlock-octave-atlas-3.8.2-1_2014.10.23-17.33.03_darwin-x86_64.deb) ... Setting up fink-buildlock-octave-atlas-3.8.2-1 (2014.10.23-17.33.03) ... sudo -u fink-bld [ENV] sh -c /tmp/fink.KKfbp env LANG=C LC_ALL=C /sw/bin/tar --no-same-owner --no-same-permissions -xf /sw/src/octave-3.8.2.tar.bz2 sudo -u fink-bld [ENV] sh -c /tmp/fink.Znqjq [ -r /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-octaverc.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink.fJqzi [ -r /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8-manpages.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink._TLcJ [ -r /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-clang-libcxx.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink.xrLZr /tmp/fink.sYNLo #!/bin/sh -ev # create versioned manpages cp doc/interpreter/octave.1 doc/interpreter/octave-3.8.2.1 cp doc/interpreter/octave-config.1 doc/interpreter/octave-config-3.8.2.1 cp doc/interpreter/octave-cli.1 doc/interpreter/octave-cli-3.8.2.1 cp doc/interpreter/mkoctfile.1 doc/interpreter/mkoctfile-3.8.2.1 # fix executable names in versioned manpages sed -e 's/@OCTVERSION@/3.8.2/g' /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8-manpages.patch | patch -p1 patching file doc/interpreter/mkoctfile-3.8.2.1 patching file doc/interpreter/octave-3.8.2.1 patching file doc/interpreter/octave-cli-3.8.2.1 patching file doc/interpreter/octave-config-3.8.2.1 #Fink-specific structural changes sed -e 's/@OCTVERSION@/3.8.2/g' -e 's|@FINKPREFIX@|/sw|g' /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-octaverc.patch | patch -p1 patching file octaverc # Put in the Fink tree. sed -i -e 's|@FINKPREFIX@|/sw|g' doc/interpreter/*.1 src/mkoctfile*in.cc # instead of using flag-sort, ensure that the right sysdep.h is used grep -lr '#include sysdep.h' * | xargs perl -pi.orig -e 's,sysdep.h,/sw/src/fink.build/octave-atlas-3.8.2-1/octave-3.8.2/libinterp/corefcn/sysdep.h,' # If we're not using an X11-based FLTK, just because we _have_ X doesn't mean # we want to use it. if [ . != -x11 ] ; then perl -pi -e 's/HAVE_X_WINDOWS/HAVE_X_BINDOWS/g' libinterp/dldfcn/__init_fltk__.cc fi # fix build using clang-6 clangvers=`clang --version | head -n 1 | cut -d\ -f 4` clang --version | head -n 1 | cut -d\ -f 4 if [ $clangvers 5.9.9 ] ; then patch -p1 /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-clang-libcxx.patch fi patching file liboctave/operators/libcxx-fix.h patching file liboctave/operators/mx-inlines.cc sudo -u fink-bld [ENV] sh -c /tmp/fink.DQHMD /tmp/fink.l6P5g #!/bin/sh -ev # Encode Fink compiler wrappers if [ . = -x11 ] ; then export CXXFLAGS=$CXXFLAGS -I/usr/X11/include fi export F77=/sw/bin/gfortran-fsf-4.9 # -ff2c is required when using gfortran and Accelerate.framework if [ -atlas = . ] then export FFLAGS='-O3 -ff2c' else export FFLAGS='-O3' fi FLIBDIR=/sw/lib/gcc4.9/lib export FLIBS=-L${FLIBDIR} -lgfortran export PKG_CONFIG=/sw/bin/pykg-config qt_type=`echo | cut -dt -f2` echo | cut -dt -f2 if [ . != . ] ; then export PKG_CONFIG_PATH=/sw/lib/qt4-$qt_type/lib/pkgconfig:$PKG_CONFIG_PATH export PATH=/sw/lib/qt4-$qt_type/bin:$PATH # QtCore is inherited export LDFLAGS=`pkg-config QtNetwork --libs` `pkg-config QtGui --libs` -L/sw/lib/qt4-$qt_type/lib $LDFLAGS fi ./configure --prefix=/sw \ \ --with-lapack=-ltatlas \ --with-blas=-ltatlas \ \ \
Re: [Fink-users] Failed: phase compiling: graphviz-2.26.3-10 failed
I will second that the patch from Jack Howarth allows graphviz to build and successfully generate output from existing .dot files for me. David RCS file: /cvsroot/fink/dists/10.7/stable/main/finkinfo/graphics/graphviz.info,v retrieving revision 1.18 diff -r1.18 graphviz.info 31a32,34 if [ `uname -r | cut -d. -f1` -gt 13 ]; then perl -pi -e 's|#include CGGLContext.h||g' plugin/quartz/gvloadimage_quartz.c fi -- ___ 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] octave-atlas-3.8.2-1 failed
Dear octave maintainer, octave-atlas-3.8.2-1 fails in configuration stage. All dependencies compile successfully. My system: Package manager version: 0.38.1 Distribution version: selfupdate-cvs Thu Oct 23 17:32:35 2014, 10.10, x86_64 Trees: local/main stable/main stable/crypto Xcode.app: 6.1 Xcode command-line tools: 6.1.0.0.1.1413057044 Max. Fink build jobs: 1 Log: % fink install octave-atlas Information about 10045 packages read in 1 seconds. The following package will be installed or updated: octave-atlas The following additional package will be installed: octave382-atlas Default answer will be chosen in 60 seconds... Do you want to continue? [Y/n] Setting runtime build-lock... dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-octave-atlas-3.8.2-1 /sw/src/fink.build dpkg-deb: building package `fink-buildlock-octave-atlas-3.8.2-1' in `/sw/src/fink.build/fink-buildlock-octave-atlas-3.8.2-1_2014.10.23-17.33.03_darwin-x86_64.deb'. Installing build-lock package... /sw/bin/dpkg-lockwait -i /sw/src/fink.build/fink-buildlock-octave-atlas-3.8.2-1_2014.10.23-17.33.03_darwin-x86_64.deb Selecting previously deselected package fink-buildlock-octave-atlas-3.8.2-1. (Reading database ... 146669 files and directories currently installed.) Unpacking fink-buildlock-octave-atlas-3.8.2-1 (from .../fink-buildlock-octave-atlas-3.8.2-1_2014.10.23-17.33.03_darwin-x86_64.deb) ... Setting up fink-buildlock-octave-atlas-3.8.2-1 (2014.10.23-17.33.03) ... sudo -u fink-bld [ENV] sh -c /tmp/fink.KKfbp env LANG=C LC_ALL=C /sw/bin/tar --no-same-owner --no-same-permissions -xf /sw/src/octave-3.8.2.tar.bz2 sudo -u fink-bld [ENV] sh -c /tmp/fink.Znqjq [ -r /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-octaverc.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink.fJqzi [ -r /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8-manpages.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink._TLcJ [ -r /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-clang-libcxx.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink.xrLZr /tmp/fink.sYNLo #!/bin/sh -ev # create versioned manpages cp doc/interpreter/octave.1 doc/interpreter/octave-3.8.2.1 cp doc/interpreter/octave-config.1 doc/interpreter/octave-config-3.8.2.1 cp doc/interpreter/octave-cli.1 doc/interpreter/octave-cli-3.8.2.1 cp doc/interpreter/mkoctfile.1 doc/interpreter/mkoctfile-3.8.2.1 # fix executable names in versioned manpages sed -e 's/@OCTVERSION@/3.8.2/g' /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8-manpages.patch | patch -p1 patching file doc/interpreter/mkoctfile-3.8.2.1 patching file doc/interpreter/octave-3.8.2.1 patching file doc/interpreter/octave-cli-3.8.2.1 patching file doc/interpreter/octave-config-3.8.2.1 #Fink-specific structural changes sed -e 's/@OCTVERSION@/3.8.2/g' -e 's|@FINKPREFIX@|/sw|g' /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-octaverc.patch | patch -p1 patching file octaverc # Put in the Fink tree. sed -i -e 's|@FINKPREFIX@|/sw|g' doc/interpreter/*.1 src/mkoctfile*in.cc # instead of using flag-sort, ensure that the right sysdep.h is used grep -lr '#include sysdep.h' * | xargs perl -pi.orig -e 's,sysdep.h,/sw/src/fink.build/octave-atlas-3.8.2-1/octave-3.8.2/libinterp/corefcn/sysdep.h,' # If we're not using an X11-based FLTK, just because we _have_ X doesn't mean # we want to use it. if [ . != -x11 ] ; then perl -pi -e 's/HAVE_X_WINDOWS/HAVE_X_BINDOWS/g' libinterp/dldfcn/__init_fltk__.cc fi # fix build using clang-6 clangvers=`clang --version | head -n 1 | cut -d\ -f 4` clang --version | head -n 1 | cut -d\ -f 4 if [ $clangvers 5.9.9 ] ; then patch -p1 /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-clang-libcxx.patch fi patching file liboctave/operators/libcxx-fix.h patching file liboctave/operators/mx-inlines.cc sudo -u fink-bld [ENV] sh -c /tmp/fink.DQHMD /tmp/fink.l6P5g #!/bin/sh -ev # Encode Fink compiler wrappers if [ . = -x11 ] ; then export CXXFLAGS=$CXXFLAGS -I/usr/X11/include fi export F77=/sw/bin/gfortran-fsf-4.9 # -ff2c is required when using gfortran and Accelerate.framework if [ -atlas = . ] then export FFLAGS='-O3 -ff2c' else export FFLAGS='-O3' fi FLIBDIR=/sw/lib/gcc4.9/lib export FLIBS=-L${FLIBDIR} -lgfortran export PKG_CONFIG=/sw/bin/pykg-config qt_type=`echo | cut -dt -f2` echo | cut -dt -f2 if [ . != . ] ; then export PKG_CONFIG_PATH=/sw/lib/qt4-$qt_type/lib/pkgconfig:$PKG_CONFIG_PATH export PATH=/sw/lib/qt4-$qt_type/bin:$PATH # QtCore is inherited export LDFLAGS=`pkg-config QtNetwork --libs` `pkg-config QtGui --libs` -L/sw/lib/qt4-$qt_type/lib $LDFLAGS fi ./configure --prefix=/sw \ \ --with-lapack=-ltatlas \ --with-blas=-ltatlas \ \ \ --with-framework-carbon \ \ \ \ \ --with-magick=GraphicsMagick \
Re: [Fink-users] octave-atlas-3.8.2-1 failed
On 10/23/14, 8:25 AM, Petri Piila wrote: Dear octave maintainer, octave-atlas-3.8.2-1 fails in configuration stage. All dependencies compile successfully. My system: Package manager version: 0.38.1 Distribution version: selfupdate-cvs Thu Oct 23 17:32:35 2014, 10.10, x86_64 Trees: local/main stable/main stable/crypto Xcode.app: 6.1 Xcode command-line tools: 6.1.0.0.1.1413057044 Max. Fink build jobs: 1 Log: % fink install octave-atlas Information about 10045 packages read in 1 seconds. The following package will be installed or updated: octave-atlas The following additional package will be installed: octave382-atlas Default answer will be chosen in 60 seconds... Do you want to continue? [Y/n] Setting runtime build-lock... dpkg-deb -b /sw/src/fink.build/root-fink-buildlock-octave-atlas-3.8.2-1 /sw/src/fink.build dpkg-deb: building package `fink-buildlock-octave-atlas-3.8.2-1' in `/sw/src/fink.build/fink-buildlock-octave-atlas-3.8.2-1_2014.10.23-17.33.03_darwin-x86_64.deb'. Installing build-lock package... /sw/bin/dpkg-lockwait -i /sw/src/fink.build/fink-buildlock-octave-atlas-3.8.2-1_2014.10.23-17.33.03_darwin-x86_64.deb Selecting previously deselected package fink-buildlock-octave-atlas-3.8.2-1. (Reading database ... 146669 files and directories currently installed.) Unpacking fink-buildlock-octave-atlas-3.8.2-1 (from .../fink-buildlock-octave-atlas-3.8.2-1_2014.10.23-17.33.03_darwin-x86_64.deb) ... Setting up fink-buildlock-octave-atlas-3.8.2-1 (2014.10.23-17.33.03) ... sudo -u fink-bld [ENV] sh -c /tmp/fink.KKfbp env LANG=C LC_ALL=C /sw/bin/tar --no-same-owner --no-same-permissions -xf /sw/src/octave-3.8.2.tar.bz2 sudo -u fink-bld [ENV] sh -c /tmp/fink.Znqjq [ -r /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-octaverc.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink.fJqzi [ -r /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8-manpages.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink._TLcJ [ -r /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-clang-libcxx.patch ] sudo -u fink-bld [ENV] sh -c /tmp/fink.xrLZr /tmp/fink.sYNLo #!/bin/sh -ev # create versioned manpages cp doc/interpreter/octave.1 doc/interpreter/octave-3.8.2.1 cp doc/interpreter/octave-config.1 doc/interpreter/octave-config-3.8.2.1 cp doc/interpreter/octave-cli.1 doc/interpreter/octave-cli-3.8.2.1 cp doc/interpreter/mkoctfile.1 doc/interpreter/mkoctfile-3.8.2.1 # fix executable names in versioned manpages sed -e 's/@OCTVERSION@/3.8.2/g' /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8-manpages.patch | patch -p1 patching file doc/interpreter/mkoctfile-3.8.2.1 patching file doc/interpreter/octave-3.8.2.1 patching file doc/interpreter/octave-cli-3.8.2.1 patching file doc/interpreter/octave-config-3.8.2.1 #Fink-specific structural changes sed -e 's/@OCTVERSION@/3.8.2/g' -e 's|@FINKPREFIX@|/sw|g' /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-octaverc.patch | patch -p1 patching file octaverc # Put in the Fink tree. sed -i -e 's|@FINKPREFIX@|/sw|g' doc/interpreter/*.1 src/mkoctfile*in.cc # instead of using flag-sort, ensure that the right sysdep.h is used grep -lr '#include sysdep.h' * | xargs perl -pi.orig -e 's,sysdep.h,/sw/src/fink.build/octave-atlas-3.8.2-1/octave-3.8.2/libinterp/corefcn/sysdep.h,' # If we're not using an X11-based FLTK, just because we _have_ X doesn't mean # we want to use it. if [ . != -x11 ] ; then perl -pi -e 's/HAVE_X_WINDOWS/HAVE_X_BINDOWS/g' libinterp/dldfcn/__init_fltk__.cc fi # fix build using clang-6 clangvers=`clang --version | head -n 1 | cut -d\ -f 4` clang --version | head -n 1 | cut -d\ -f 4 if [ $clangvers 5.9.9 ] ; then patch -p1 /sw/fink/dists/stable/main/finkinfo/sci/octave-3.8.2-clang-libcxx.patch fi patching file liboctave/operators/libcxx-fix.h patching file liboctave/operators/mx-inlines.cc sudo -u fink-bld [ENV] sh -c /tmp/fink.DQHMD /tmp/fink.l6P5g #!/bin/sh -ev # Encode Fink compiler wrappers if [ . = -x11 ] ; then export CXXFLAGS=$CXXFLAGS -I/usr/X11/include fi export F77=/sw/bin/gfortran-fsf-4.9 # -ff2c is required when using gfortran and Accelerate.framework if [ -atlas = . ] then export FFLAGS='-O3 -ff2c' else export FFLAGS='-O3' fi FLIBDIR=/sw/lib/gcc4.9/lib export FLIBS=-L${FLIBDIR} -lgfortran export PKG_CONFIG=/sw/bin/pykg-config qt_type=`echo | cut -dt -f2` echo | cut -dt -f2 if [ . != . ] ; then export PKG_CONFIG_PATH=/sw/lib/qt4-$qt_type/lib/pkgconfig:$PKG_CONFIG_PATH export PATH=/sw/lib/qt4-$qt_type/bin:$PATH # QtCore is inherited export LDFLAGS=`pkg-config QtNetwork --libs` `pkg-config QtGui --libs` -L/sw/lib/qt4-$qt_type/lib $LDFLAGS fi ./configure --prefix=/sw \ \ --with-lapack=-ltatlas \
Re: [Fink-users] Problem with SDL in install of lincity-ng
On Thu, October 23, 2014 8:09 am, Rafael Ash wrote: We are trying to install lincity-ng with fink on Mac OS X 10 (Yosemite). We have a working, updated installation of fink. Also include the following system information: Package manager version: 0.38.1 Distribution version: selfupdate-rsync Thu Oct 23 07:25:58 2014, 10.10, x86_64 Trees: local/main stable/main stable/crypto Xcode.app: 6.1 Xcode command-line tools: 6.1.0.0.1.1413057044 Max. Fink build jobs: 2 The installation hangs during config on the following line: checking for SDL - version = 1.2.5... Can you check the file config.log in /sw/src/fink.build/lincity-ng-2.0-2/lincity-ng-2.0 ? (I think I got the path right). It might provide more information as to why the SDL check hung (look for the lines around the text checking for SDL. Also, how long did you let it wait for? If there's no obvious error in config.log, what happens if you edit /sw/fink/dists/stable/main/finkinfo/games/lincity-ng.info and add '--disable-sdltest' (no quotes) at the end of the ConfigureParams line ? Hanspeter -- More agile than a turtle, stronger than a mouse, nobler than a lettuce -- ___ 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] Failed: phase compiling: graphviz-2.26.3-10 failed
Thank you both. Equivalent fix committed to 10.7+ dists. Fang It works for me too! Thanks, Dominique Le 23 oct. 2014 à 07:01, Jack Howarth howarth.at.f...@gmail.com a écrit : Dave, The following change works here on Yosemite... Index: graphviz.info http://graphviz.info/ === RCS file: /cvsroot/fink/dists/10.7/stable/main/finkinfo/graphics/graphviz.info http://graphviz.info/,v retrieving revision 1.18 diff -r1.18 graphviz.info http://graphviz.info/ 31a32,34 if [ `uname -r | cut -d. -f1` -gt 13 ]; then perl -pi -e 's|#include CGGLContext.h||g' plugin/quartz/gvloadimage_quartz.c fi -- David Fang http://www.csl.cornell.edu/~fang/ -- ___ 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] need java 1.6 for octave364?
When I attempt to build a number of octave364 packages, I get the following: Can't resolve dependency system-java16-dev for package octave-3.8.2-1 (no matching packages/versions found) Exiting with failure. Do I need to run java1.6 or can I change the info dependency to java1.8. If the former, than I will have to see if Apple still has an Apple approved java 1.6 that I can download. Thanks for all your help. Oh, by the way, are we running an unstable tree with 10.10? When I attempt to selfupdate fink-0.38.1 with the unstable option enabled in finkconf, fink will not update, so I assume we still only have a stable tree in 10.10. Gary K. Olson-- ___ 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] need java 1.6 for octave364?
On Oct 23, 2014, at 4:42 PM, Gary K. Olson garykol...@mac.com wrote: When I attempt to build a number of octave364 packages, I get the following: Can't resolve dependency system-java16-dev for package octave-3.8.2-1 (no matching packages/versions found) Exiting with failure. Do I need to run java1.6 or can I change the info dependency to java1.8. If the former, than I will have to see if Apple still has an Apple approved java 1.6 that I can download. Thanks for all your help. Oh, by the way, are we running an unstable tree with 10.10? When I attempt to selfupdate fink-0.38.1 with the unstable option enabled in finkconf, fink will not update, so I assume we still only have a stable tree in 10.10. Gary K. Olson -- ___ 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 Umm, you shouldn’t see be seeing anything referencing octave-3.8.2-1 for octave364 packages. If that’s indeed correct, let me know the specific packages which are doing the wrong thing. I’m not 100% sure whether Octave-3.8.2 really requires Java 1.6 or not; I haven’t had time yet to confirm this on a fresh Yosemite. There’s still an Apple-approved Java 1.6 which works on Yosemite, though — Java for OS X 2014-001” from http://support.apple.com/kb/DL1572. No supported platform has an unstable tree anymore. Alex -- ___ 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] Query: Yosemite upgrade path
I just upgraded to Yosemite last night and noted the following when making sure fink worked: (1) Just before upgrading - I got a message in AppStore indicating that the Xcode tools had been updated automatically with the SDK for Yosemite, Mavericks, and iOS 8.1. I thought that was a good sign (2) I did the upgrade - took longer than the time estimate (what else is new…) (3) After rebooting and after entering my iCloud password about a dozen times, I ran Xcode and said OK to the new license. (4) Xcode then worked for a while installing components, etc. Then quit Xcode. [at this point - it was late in the evening - I resumed getting back to fink today] (5) I fired up FinkCommander - it seemed to start OK. (6) Tried to do “selfupdate” - got a message I needed to do fink reinstall fink to switch to 10.10. (7) In terminal - ran fink reinstall fink - seemed to run OK (though I noted the “beta” message only at that point). (8) Back to FinkCommander - did the Update Table command - it said fink was “out of date”. (9) Did “selfupdate” - this time it ran OK (apparently updating me to 0.39.1). (10) Did “update all” - no change. (11) I picked a small package (an) to build to make sure I could build something from source, it worked OK. Side note - FinkCommander didn’t update the table properly after installing “an”. I’ve seen that symptom before but don’t recall how I fixed it. We should have a short “upgrade to 10.10” page similar to the 10.8 one. -- Mark Johnson mailto:mhjohn...@mac.com home: (303) 304-0510 On Oct 20, 2014, at 6:48 PM, Alexander Hansen alexanderk.han...@gmail.com wrote: On Oct 20, 2014, at 4:32 PM, Mark Johnson mhjohn...@mac.com mailto:mhjohn...@mac.com wrote: OK. I waited for Mavericks and I am willing to wait for Yosemite. I’ve read the messages the last few days, but am unsure what the upgrade path will be for Yosemite. (1) Will there be a version of Fink I can install on my current 10.9.5 system - and THEN upgrade to Yosemite or (2) will it be a clean Fink install again (like moving to Mavericks) or (3) will it be something else? Plus - how will I know when (1) is available - if that is the path…. I really appreciate all that all you do with Fink - and thanks in advance. -- Mark Johnson mailto:mhjohn...@mac.com home: (303) 304-0510 (1) as per the lead news item on finkproject.org http://finkproject.org/. -- ___ 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] Query: Yosemite upgrade path
On Oct 23, 2014, at 5:40 PM, Mark Johnson mhjohn...@mac.com wrote: I just upgraded to Yosemite last night and noted the following when making sure fink worked: (1) Just before upgrading - I got a message in AppStore indicating that the Xcode tools had been updated automatically with the SDK for Yosemite, Mavericks, and iOS 8.1. I thought that was a good sign (2) I did the upgrade - took longer than the time estimate (what else is new…) (3) After rebooting and after entering my iCloud password about a dozen times, I ran Xcode and said OK to the new license. (4) Xcode then worked for a while installing components, etc. Then quit Xcode. [at this point - it was late in the evening - I resumed getting back to fink today] (5) I fired up FinkCommander - it seemed to start OK. (6) Tried to do “selfupdate” - got a message I needed to do fink reinstall fink to switch to 10.10. Good. This is by design, to make sure your distribution changes before you selfupdate (7) In terminal - ran fink reinstall fink - seemed to run OK (though I noted the “beta” message only at that point). Managing expectations :-) (8) Back to FinkCommander - did the Update Table command - it said fink was “out of date”. (9) Did “selfupdate” - this time it ran OK (apparently updating me to 0.39.1). 0.38.1, unless you installed from the future. :-) (10) Did “update all” - no change. (11) I picked a small package (an) to build to make sure I could build something from source, it worked OK. Side note - FinkCommander didn’t update the table properly after installing “an”. I’ve seen that symptom before but don’t recall how I fixed it. Somebody on one of the lists (maybe this one) mentioned that he was able to fix Fink Commander by installing a Fink perl and using that via the Preferences—that’s for a stuck table. Failure to update but not being stuck can be remedied by running the appropriate update. We should have a short “upgrade to 10.10” page similar to the 10.8 one. -- Mark Johnson mailto:mhjohn...@mac.com home: (303) 304-0510 A 10.10 upgrade page merely requires time and personnel. Which is hard. :-) Plus manually editing website stuff. Alex -- ___ 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] Query: Yosemite upgrade path
Don’t get me wrong - I appreciate the hard work on fink, but I had a few minor comments below. -- Mark Johnson mailto:mhjohn...@mac.com home: (303) 304-0510 On Oct 23, 2014, at 7:01 PM, Alexander Hansen alexanderk.han...@gmail.com wrote: On Oct 23, 2014, at 5:40 PM, Mark Johnson mhjohn...@mac.com mailto:mhjohn...@mac.com wrote: I just upgraded to Yosemite last night and noted the following when making sure fink worked: (1) Just before upgrading - I got a message in AppStore indicating that the Xcode tools had been updated automatically with the SDK for Yosemite, Mavericks, and iOS 8.1. I thought that was a good sign (2) I did the upgrade - took longer than the time estimate (what else is new…) (3) After rebooting and after entering my iCloud password about a dozen times, I ran Xcode and said OK to the new license. (4) Xcode then worked for a while installing components, etc. Then quit Xcode. [at this point - it was late in the evening - I resumed getting back to fink today] (5) I fired up FinkCommander - it seemed to start OK. (6) Tried to do “selfupdate” - got a message I needed to do fink reinstall fink to switch to 10.10. Good. This is by design, to make sure your distribution changes before you self update But no mention in the announcement on the mailing list or web page that it is necessary. (7) In terminal - ran fink reinstall fink - seemed to run OK (though I noted the “beta” message only at that point). Managing expectations :-) Ditto. Just saying that if someone added code to indicate this is beta code, the announcement should say it is still beta too. (8) Back to FinkCommander - did the Update Table command - it said fink was “out of date”. (9) Did “selfupdate” - this time it ran OK (apparently updating me to 0.39.1). 0.38.1, unless you installed from the future. :-) That was a typo - FinkCommander says my version is now 0.38.1-91 (yet fink -V only says 0.38.1). I think the version while under Mavericks was something like 0.38.1-81 or similar (sorry - I don’t recall the exact number). I just thought it odd to see another version update the day after I had upgraded fink (under Mavericks). (10) Did “update all” - no change. (11) I picked a small package (an) to build to make sure I could build something from source, it worked OK. Side note - FinkCommander didn’t update the table properly after installing “an”. I’ve seen that symptom before but don’t recall how I fixed it. Somebody on one of the lists (maybe this one) mentioned that he was able to fix Fink Commander by installing a Fink perl and using that via the Preferences—that’s for a stuck table. Failure to update but not being stuck can be remedied by running the appropriate update. I saw that message a few days ago though it was short on details - perhaps installing perl5162? We should have a short “upgrade to 10.10” page similar to the 10.8 one. -- Mark Johnson mailto:mhjohn...@mac.com mailto:mhjohn...@mac.com home: (303) 304-0510 A 10.10 upgrade page merely requires time and personnel. Which is hard. :-) Plus manually editing website stuff. Alex -- ___ 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] Problem with SDL in install of lincity-ng
The hang had been very long (hours) and required breaking with ctrl-c. Here is the requested section of the config.log (the test for SDL): configure:7000: checking for SDL - version = 1.2.5 configure:7095: gcc -o conftest -I/sw/include/SDL -D_GNU_SOURCE=1 -D_THREAD_SAFE -I/sw/include -L/sw/lib conftest.c -L/sw/lib -lSDLmain -lSDL -Wl,-framework,Cocoa 5 configure:7098: $? = 0 configure:7104: ./conftest _RegisterApplication(), FAILED TO establish the default connection to the WindowServer, _CGSDefaultConnection() is NULL. The addition of --disable-sdltest solved the config problem and lincity-ng has built successfully and now runs. I am not sure if the sound works. Thank you very much for your advice. Best, Michael On Thu, Oct 23, 2014 at 12:30 PM, Hanspeter Niederstrasser f...@snaggledworks.com wrote: On Thu, October 23, 2014 8:09 am, Rafael Ash wrote: We are trying to install lincity-ng with fink on Mac OS X 10 (Yosemite). We have a working, updated installation of fink. Also include the following system information: Package manager version: 0.38.1 Distribution version: selfupdate-rsync Thu Oct 23 07:25:58 2014, 10.10, x86_64 Trees: local/main stable/main stable/crypto Xcode.app: 6.1 Xcode command-line tools: 6.1.0.0.1.1413057044 Max. Fink build jobs: 2 The installation hangs during config on the following line: checking for SDL - version = 1.2.5... Can you check the file config.log in /sw/src/fink.build/lincity-ng-2.0-2/lincity-ng-2.0 ? (I think I got the path right). It might provide more information as to why the SDL check hung (look for the lines around the text checking for SDL. Also, how long did you let it wait for? If there's no obvious error in config.log, what happens if you edit /sw/fink/dists/stable/main/finkinfo/games/lincity-ng.info and add '--disable-sdltest' (no quotes) at the end of the ConfigureParams line ? Hanspeter -- More agile than a turtle, stronger than a mouse, nobler than a lettuce -- Rafael Ash Youth -- ___ 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] Query: Yosemite upgrade path
On 10/23/14, 6:23 PM, Mark Johnson wrote: Don’t get me wrong - I appreciate the hard work on fink, but I had a few minor comments below. -- Mark Johnson mailto:mhjohn...@mac.com home: (303) 304-0510 snip (6) Tried to do “selfupdate” - got a message I needed to do fink reinstall fink to switch to 10.10. Good. This is by design, to make sure your distribution changes before you self update But no mention in the announcement on the mailing list or web page that it is necessary. Yeah, I was on a bit of a tear there trying to keep people from using fink versions that wouldn't work at all on Yosemite, and I knew from my own testing on a 10.9-10.10 upgrade that fink would say to do a fink reinstall fink. The 10.10 upgrade document will be more explicit about that. (7) In terminal - ran fink reinstall fink - seemed to run OK (though I noted the “beta” message only at that point). Managing expectations :-) Ditto. Just saying that if someone added code to indicate this is beta code, the announcement should say it is still beta too. It's not the code so much as the 10.10 distribution which was beta quality--dependency holes, packages not having been tested, and the like. By the time the next fin is out we'll move that. (8) Back to FinkCommander - did the Update Table command - it said fink was “out of date”. (9) Did “selfupdate” - this time it ran OK (apparently updating me to 0.39.1). 0.38.1, unless you installed from the future. :-) That was a typo - FinkCommander says my version is now 0.38.1-91 (yet fink -V only says 0.38.1). I think the version while under Mavericks was something like 0.38.1-81 or similar (sorry - I don’t recall the exact number). I just thought it odd to see another version update the day after I had upgraded fink (under Mavericks). You might have done the operation just around the time I released the new version. That's my guess. snip Somebody on one of the lists (maybe this one) mentioned that he was able to fix Fink Commander by installing a Fink perl and using that via the Preferences—that’s for a stuck table. Failure to update but not being stuck can be remedied by running the appropriate update. I saw that message a few days ago though it was short on details - perhaps installing perl5162? Yup, that's what they ultimately tried. There might be something wacky in newer Apple Perls that Fink Commander doesn't get along with--but since it hasn't been developed actively in a decade tracking that down is going to be tricky. snip -- Alexander Hansen, Ph.D. Fink User Liaison My package updates: http://finkakh.wordpress.com/ -- ___ 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] an issue with osxfusefs
Hello to all, I have installed and compiled all my packages, and everything works fine, but one thing. I use sshfs for creating virtual filesystems, but there a problem appear. Below is what appears on my screen. The script “tunnel simply open a tunnel with ssh, and then start the filesystem with sshfs. I get an error that has to do with osxfuse (below). However, when I installed sshfs there where no problems. With Mavericks the same procedure worked with no problems. Thanks for the help. Giuliano === giuli...@e181192156.adsl:/Users/giuliano/Desktop tunnel start Starting tunnel for lxir047 /sw/lib/osxfusefs.fs/Support/osxfusefs.kext failed to load - (libkern/kext) not loadable (reason unspecified); check the system/kernel logs for errors or try kextutil(8). the OSXFUSE file system is not available (71) Starting tunnel for pro.hpc /sw/lib/osxfusefs.fs/Support/osxfusefs.kext failed to load - (libkern/kext) not loadable (reason unspecified); check the system/kernel logs for errors or try kextutil(8). the OSXFUSE file system is not available (71) === -- ___ 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