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

[MacPorts] #38913: Remove -no-cpp-precomp from perl ports
by MacPorts 18 Oct '14

18 Oct '14

#38913: Remove -no-cpp-precomp from perl ports -------------------------------+---------------------------------------- Reporter: macsforever2000@… | Owner: ricci@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: perl5.12 perl5.14 perl5.16 -------------------------------+---------------------------------------- In perl 5.12, line 177 of the file Config_heavy.pl (/opt/local/lib/perl5/5.12.4/darwin-thread-multi-2level/Config_heavy.pl) has ccflags: {{{ ccflags='-pipe -O2 -fno-common -DPERL_DARWIN -I/opt/local/include -no- cpp-precomp -fno-strict-aliasing -fstack-protector -I/opt/local/include' }}} Can {{{-no-cpp-precomp}}} be removed from that list since it apparently is no longer used in modern Mac compilers and causes problems when compiling c code from perl? I've seen this in perl 5.12 and perl 5.16 at least. -- Ticket URL: <https://trac.macports.org/ticket/38913> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #29307: GNU Guile version 2 series
by MacPorts 18 Oct '14

18 Oct '14

#29307: GNU Guile version 2 series ---------------------------------+------------------------------------------ Reporter: rkmspence@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ---------------------------------+------------------------------------------ GNU Guile (lang/guile) has started a new stable release series (version 2) and Portfiles need to change to reflect this. In the spirit of the existing guile16 port, I have created a guile18 port for the old stable series and changed the existing guile port for version 2.0. All this, of course, in a private repository. Portfiles attached. Details: The guile18 port uses the same patch files as the former guile from from which it was copied. post-destroot fixups follow those in the guile16 port. guile 2.0.1 builds and installs without patches. -- Ticket URL: <https://trac.macports.org/ticket/29307> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #40366: Volunteer as maintainer
by MacPorts 18 Oct '14

18 Oct '14

#40366: Volunteer as maintainer ---------------------+-------------------------------- Reporter: james@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: ---------------------+-------------------------------- I would like to volunteer to maintain the following unmaintained ports: - dosbox - hatari Also, the following ports are also outdated, and I would be willing to take them on as well if the current maintainers do not wish to continue: - atari800 - cc65 Thanks! -- Ticket URL: <https://trac.macports.org/ticket/40366> MacPorts <http://www.macports.org/> Ports system for OS X

1 16

[MacPorts] #37977: py24-mssql build fails on OS X 10.6.8
by MacPorts 18 Oct '14

18 Oct '14

#37977: py24-mssql build fails on OS X 10.6.8 -------------------------------+-------------------------------- Reporter: bruce.allen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: py24-mssql,LPBYTE | Port: py24-mssql -------------------------------+-------------------------------- {{{ $ tail -30 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_ports_python_py-mssql/py24-mssql/main.log :info:build running build :info:build running build_py :info:build creating build :info:build creating build/lib.macosx-10.6-i386-2.4 :info:build copying pymssql.py -> build/lib.macosx-10.6-i386-2.4 :info:build running build_ext :info:build building '_mssql' extension :info:build creating build/temp.macosx-10.6-i386-2.4 :info:build /usr/bin/gcc-4.2 -fno-strict-aliasing -fno-common -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -arch x86_64 -I/sw/include -I/opt/local/include -I/opt/local/include/freetds -I/opt/local/include/python2.4 -c mssqldbmodule.c -o build/temp.macosx-10.6-i386-2.4/mssqldbmodule.o :info:build mssqldbmodule.c:88: error: redefinition of typedef ‘LPBYTE’ :info:build /opt/local/include/freetds/sqlfront.h:36: error: previous declaration of ‘LPBYTE’ was here :info:build error: command '/usr/bin/gcc-4.2' failed with exit status 1 :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_python_py-mssql/py24-mssql/work/pymssql-1.0.2" && /opt/local/bin/python2.4 setup.py build :info:build Exit code: 1 :error:build org.macports.build for port py24-mssql returned: command execution failed :debug:build Error code: CHILDSTATUS 23093 1 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: targets not executed for py24-mssql: org.macports.install org.macports.build org.macports.destroot :notice:build Please see the log file for port py24-mssql for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_ports_python_py-mssql/py24-mssql/main.log }}} -- Ticket URL: <https://trac.macports.org/ticket/37977> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #31496: py-mssql Upgrade Unified Port
by MacPorts 18 Oct '14

18 Oct '14

#31496: py-mssql Upgrade Unified Port ------------------------------------+--------------------------------------- Reporter: rizwank@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: ------------------------------------+--------------------------------------- This port provides 1.9.909 of pymssql. There are some build errors, but it appears to work fine. I just submitted the 1.0.2 version; that should be committed first in order to allow selection of whichever version is preferred. -- Ticket URL: <https://trac.macports.org/ticket/31496> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[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] #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