September 2014 - macports-tickets - lists.macosforge.org

[MacPorts] #43648: mpkg missing daemondo
by MacPorts 18 Oct '14

18 Oct '14

#43648: mpkg missing daemondo --------------------------+-------------------------------- Reporter: ctreleaven@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.2.1 Keywords: | Port: --------------------------+-------------------------------- I'm testing building a installer using 'port mpkg blah' where blah has a depends_run on mysql5-server. The /Library/LaunchDaemons /org.macports.mysql5.plist soft link is present but ${prefix}/bin/daemondo is not. Obviously, launchctl can't start the database without it. -- Ticket URL: <https://trac.macports.org/ticket/43648> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #43815: failed to install clisp 2.49 on OSX 10.9.3
by MacPorts 18 Oct '14

18 Oct '14

#43815: failed to install clisp 2.49 on OSX 10.9.3 ------------------------------------------+-------------------------------- Reporter: wanghuan1406@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.3.0 Keywords: clisp clang 10.9.3 mavericks | Port: clisp ------------------------------------------+-------------------------------- hello there i failed to install common lisp on osx 10.9.3, the returned error is about clang ":info:build clang: error: unknown argument: '-R/opt/local/lib' [-Wunused- command-line-argument-hard-error-in-future]" i've tried set root $ARCHFLAGS, by export ARCHFLAGS="-Wno-error=unused-command-line-argument-hard-error-in- future" but nothing works. please help me, thx in advanced -- Ticket URL: <https://trac.macports.org/ticket/43815> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #43179: enchant: Fix myspell/hunspell dictionary location
by MacPorts 18 Oct '14

18 Oct '14

#43179: enchant: Fix myspell/hunspell dictionary location ----------------------+--------------------- Reporter: raimue@… | Owner: anant@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: enchant ----------------------+--------------------- The enchant library is currently using the wrong path for dictionaries installed by the hunspell* ports. The attached patch fixed this problem. -- Ticket URL: <https://trac.macports.org/ticket/43179> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #34102: Error on build, please help. configure: error: Could not find a working Foundation implementation
by MacPorts 18 Oct '14

18 Oct '14

#34102: Error on build, please help. configure: error: Could not find a working Foundation implementation -------------------------------+-------------------------------------------- Reporter: cquiter@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: -------------------------------+-------------------------------------------- Craigs-MacBook-Pro:MacPorts-2.0.4 cquiter$ ./configure checking build system type... x86_64-apple-darwin11.3.0 checking host system type... x86_64-apple-darwin11.3.0 checking target system type... x86_64-apple-darwin11.3.0 checking MacPorts version... 2.0.4 checking for sw_vers... /usr/bin/sw_vers checking for defaults... /usr/bin/defaults checking for xcode-select... /usr/bin/xcode-select checking Mac OS X version... 10.7.3 checking Xcode location... / checking Xcode version... 4.3.2 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 gcc... gcc checking whether we are using the GNU Objective C compiler... yes checking whether gcc accepts -g... yes checking for a BSD-compatible install... /usr/bin/install -c checking whether make sets $(MAKE)... yes checking whether ln -s works... yes checking for mtree... /usr/sbin/mtree checking for chown... /usr/sbin/chown checking for cp... /bin/cp checking for cpio... /usr/bin/cpio checking for diff... /usr/bin/diff checking for dscl... /usr/bin/dscl checking for dseditgroup... /usr/sbin/dseditgroup checking for file... /usr/bin/file checking for bzr... no checking for cvs... /usr/bin/cvs checking for svn... /usr/bin/svn checking for git... /usr/bin/git checking for hg... no checking for gzip... /usr/bin/gzip checking for lipo... /usr/bin/lipo checking for patch... /usr/bin/patch checking for rmdir... /bin/rmdir checking for rsync... /usr/bin/rsync checking for openssl... /usr/bin/openssl checking for sed... /usr/bin/sed checking for tar... /usr/bin/tar checking for unzip... /usr/bin/unzip checking for zip... /usr/bin/zip checking for bsdmake... /usr/bin/bsdmake checking for make... /usr/bin/make checking for hdiutil... /usr/bin/hdiutil checking for launchd... yes checking for launchctl... /bin/launchctl checking for xcodebuild... /usr/bin/xcodebuild checking for gnutar... /usr/bin/gnutar checking for gnumake... /usr/bin/gnumake checking for gnupatch... no checking for gpatch... no checking for bzip2... /usr/bin/bzip2 checking for lzma... no checking for xz... no checking for lsbom... /usr/bin/lsbom checking for mkbom... /usr/bin/mkbom checking for pax... /bin/pax checking for xar... /usr/bin/xar checking for open... /usr/bin/open checking for sed... (cached) /usr/bin/sed checking which sed flag to use for extended regexp... -E (BSD) checking for tar... (cached) /usr/bin/tar checking whether tar supports -q... yes (bsdtar) checking for tar... (cached) /usr/bin/tar checking for gnutar... (cached) /usr/bin/gnutar checking for which tar variant to use... /usr/bin/gnutar checking for /usr/bin/gnutar --no-same-owner support... yes checking for patch... (cached) /usr/bin/patch checking for gpatch... no checking for GNU (FSF) patch... /usr/bin/patch checking how to mark unused variables... checking for gcc symbol visibility attribute... __attribute__((visibility("hidden"))) checking for the pthreads library -lpthreads... no checking whether pthreads work without any flags... yes checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE checking if more special flags are required for pthreads... -D_THREAD_SAFE checking how to run the Objective C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking objc/objc.h usability... yes checking objc/objc.h presence... yes checking for objc/objc.h... yes checking if linking libobjc requires pthreads... no checking for Apple Objective-C runtime... yes checking for GNU Objective C runtime... no configure: Using Apple Objective-C runtime checking for Apple Foundation library... no configure: WARNING: GNUSTEP_SYSTEM_ROOT is not defined in your environment, preventing the use of GNUstep's Foundation library configure: error: Could not find a working Foundation implementation -- Ticket URL: <https://trac.macports.org/ticket/34102> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #44020: Upgrade libnfc from 1.4.0 to 1.7.1
by MacPorts 17 Oct '14

17 Oct '14

#44020: Upgrade libnfc from 1.4.0 to 1.7.1 ------------------------+-------------------------------- Reporter: kurtnuke@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: libnfc | Port: ------------------------+-------------------------------- The port for libnfc is out of date causing issues updating libfreefare -- wish i could help but wanted to bring it to your attention. thank you -- Ticket URL: <https://trac.macports.org/ticket/44020> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42220: py26-netcdf4 @1.0.4_1: build failure when using ccache
by MacPorts 17 Oct '14

17 Oct '14

#42220: py26-netcdf4 @1.0.4_1: build failure when using ccache ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: py26-netcdf4 ---------------------+-------------------------------- I have `configureccache` set to ` yes` in my `macports.conf` file and ran into this error when trying to build py26-netcdf: {{{ running build_ext customize UnixCCompiler customize UnixCCompiler using build_ext building 'netCDF4' extension compiling C sources C compiler: {ccache /usr/bin/gcc-4.2} -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -arch x86_64 -arch i386 creating build/temp.macosx-10.6-x86_64-2.6 compile options: '-I/opt/local/include -I/opt/local/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/numpy/core/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c' {ccache: netCDF4.c sh: {ccache: command not found sh: {ccache: command not found error: Command "{ccache /usr/bin/gcc-4.2} -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -arch x86_64 -arch i386 -I/opt/local/include -I/opt/local/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/numpy/core/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c netCDF4.c -o build/temp.macosx-10.6-x86_64-2.6/netCDF4.o" failed with exit status 127 Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py- netcdf4/py26-netcdf4/work/netCDF4-1.0.4" && /opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6 setup.py --no-user-cfg build Exit code: 1 Error: org.macports.build for port py26-netcdf4 returned: command execution failed DEBUG: Error code: CHILDSTATUS 28040 1 DEBUG: Backtrace: command execution failed }}} -- Ticket URL: <https://trac.macports.org/ticket/42220> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #41257: py33-astropy fails install
by MacPorts 17 Oct '14

17 Oct '14

#41257: py33-astropy fails install ------------------------------+-------------------------------- Reporter: david.w.watson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: py33-astropy ------------------------------+-------------------------------- See log. -- Ticket URL: <https://trac.macports.org/ticket/41257> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #42069: py-libxml2 @2.9.1: add python32 and python33 subports
by MacPorts 17 Oct '14

17 Oct '14

#42069: py-libxml2 @2.9.1: add python32 and python33 subports ------------------------+-------------------------------- Reporter: zpeeters@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: haspatch | Port: py-libxml2 ------------------------+-------------------------------- Since version 2.9.1 libxml2 supports Python 3.X. I have tested python 3.2 and 3.3 (and 2.7). Python 3.1 and 3.4 may also work. All tests in ${worksrcpath}/tests return "OK". libxml2mod imports without error (i.e. I cannot reproduce ticket [https://trac.macports.org/ticket/39579 #39579]). In addition, changed url for master_sites and livecheck.url. -- Ticket URL: <https://trac.macports.org/ticket/42069> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #41508: relax3d @1.0.4: change gcc variants, use gcc48 as default compiler
by MacPorts 17 Oct '14

17 Oct '14

#41508: relax3d @1.0.4: change gcc variants, use gcc48 as default compiler -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: relax3d -----------------------------+-------------------------------- I wonder if these `require_active_variants fftw-3-single gcc4.` lines are needed. The compilers should use a common libgcc (or compatible), right? So a dependency on the this should be sufficient. I would also like to propose to use the `+gcc48` as default, and maybe the use of the "Fortran Recipe" if appropriate here. {{{ relax3d @1.0.4 (science, gis) Variants: gcc45, gcc46, [+]gcc47, gcc48 }}} Last thing, the `INSTALL` states "Proj 4.7.1 or greater", so why not using `proj @4.8.0 (gis)` instead? -- Ticket URL: <https://trac.macports.org/ticket/41508> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #40368: vtk6 @6.0.0
by MacPorts 17 Oct '14

17 Oct '14

#40368: vtk6 @6.0.0 ------------------------+-------------------------------- Reporter: c.herbig@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: vtk6 ------------------------+-------------------------------- Port does not currently build, but I require it for another portfile I am working on. Simply copy/pasting the updates into vtk5 did not work for me, but I don't know anything about this port. I hope that someone who does will be able to work this out. -- Ticket URL: <https://trac.macports.org/ticket/40368> MacPorts <http://www.macports.org/> Ports system for OS X

1 8