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

[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

[MacPorts] #39984: pcal @4.9.1 - fails to build
by MacPorts 17 Oct '14

17 Oct '14

#39984: pcal @4.9.1 - fails to build -------------------------------+-------------------------------- Reporter: havier25099amph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: pcal | Port: -------------------------------+-------------------------------- pcal fails to build and gives the following error {{{ 08/03/2013 04:40:32 PM user@host:~$ sudo port install pcal Password: ---> Fetching archive for pcal ---> Attempting to fetch pcal-4.9.1_0.darwin_12.x86_64.tbz2 from http://packages.macports.org/pcal ---> Attempting to fetch pcal-4.9.1_0.darwin_12.x86_64.tbz2 from http://lil.fr.packages.macports.org/pcal ---> Attempting to fetch pcal-4.9.1_0.darwin_12.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/pcal ---> Fetching distfiles for pcal ---> Attempting to fetch pcal-4.9.1.tgz from http://superb- dca3.dl.sourceforge.net/pcal ---> Verifying checksums for pcal ---> Extracting pcal ---> Configuring pcal ---> Building pcal Error: org.macports.build for port pcal returned: command execution failed Please see the log file for port pcal for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_print_pcal/pcal/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port pcal failed }}} Full error log is attached. Thanks! -- Ticket URL: <https://trac.macports.org/ticket/39984> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #43193: perl PortGroup: add support for multiple Perl versions
by MacPorts 17 Oct '14

17 Oct '14

#43193: perl PortGroup: add support for multiple Perl versions -------------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: perl5 -------------------------+-------------------------------- Perl recently switched to `+perl5_16`. Now there's a lot of ports with hardcoded dependencies on Perl 5.12. It would be nice to remove those and use variants instead (similar to what is done for python, even though the situation is a tiny bit different there). Related tickets: * #43004 * #43191 * #43191 From [http://trac.macports.org/browser/trunk/dports/textproc/intltool/Portfile intltool]: {{{ # TODO: This perlver cruft should be done in the perl5 PortGroup if {[variant_isset perl5_8]} { set perlver 5.8 } elseif {[variant_isset perl5_10]} { set perlver 5.10 } elseif {[variant_isset perl5_12]} { set perlver 5.12 } elseif {[variant_isset perl5_14]} { set perlver 5.14 } elseif {[variant_isset perl5_18]} { set perlver 5.18 } else { set perlver 5.16 default_variants +perl5_16 } variant perl5_8 conflicts perl5_10 perl5_12 perl5_14 perl5_16 perl5_18 description {use perl 5.8} {} variant perl5_10 conflicts perl5_8 perl5_12 perl5_14 perl5_16 perl5_18 description {use perl 5.10} {} variant perl5_12 conflicts perl5_8 perl5_10 perl5_14 perl5_16 perl5_18 description {use perl 5.12} {} variant perl5_14 conflicts perl5_8 perl5_10 perl5_12 perl5_16 perl5_18 description {use perl 5.14} {} variant perl5_16 conflicts perl5_8 perl5_10 perl5_12 perl5_14 perl5_18 description {use perl 5.16} {} variant perl5_18 conflicts perl5_8 perl5_10 perl5_12 perl5_14 perl5_16 description {use perl 5.18} {} }}} -- Ticket URL: <https://trac.macports.org/ticket/43193> MacPorts <http://www.macports.org/> Ports system for OS X

1 7