April 2012 - macports-tickets - lists.macosforge.org

[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] #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] #30187: py27-mapnik 0.7.1 Support python 2.7 for Mapnik
by MacPorts 17 Oct '14

17 Oct '14

#30187: py27-mapnik 0.7.1 Support python 2.7 for Mapnik ----------------------------------+----------------------------------------- Reporter: jon.tirsen@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ----------------------------------+----------------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/30187> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #23293: Deprecation & Deletion of Zope ports
by MacPorts 17 Oct '14

17 Oct '14

#23293: Deprecation & Deletion of Zope ports -----------------------------------------------+---------------------------- Reporter: charlie.clark@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: zope | Port: -----------------------------------------------+---------------------------- With the release of Zope 2.12 the Zope now uses the buildout framework for package installation with py-setuptools or py-distribute being the only dependency. In the light of this and the extreme age of many of the Zope ports I suggest that all zope-ports be removed from the tree. I couldn't find any reference to port deletion or deprecation in the documentation. -- Ticket URL: <http://trac.macports.org/ticket/23293> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #32651: Error: Failed to install xfce4-panel 4.6.4
by MacPorts 17 Oct '14

17 Oct '14

#32651: Error: Failed to install xfce4-panel 4.6.4 ----------------------------------------+----------------------------------- Reporter: julien.langeveld@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: xfce4-panel xfce | Port: xfce4-panel ----------------------------------------+----------------------------------- hi, i am having troubles installing xfce on osx lion. please see attached log. {{{ a-MacBook-Pro:release julienlangeveld$ sudo port install xfce ---> Computing dependencies for xfce ---> Dependencies to be installed: orage xfce4-panel xfce4-panel xfce- utils xfce4-appfinder libxfce4menu xfce4-icon-theme xfdesktop xfprint a2ps psutils xfwm4 xfwm4-themes ---> Building xfce4-panel Error: Target org.macports.build returned: shell command failed (see log for details) Error: Failed to install xfce4-panel Log for xfce4-panel is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_xfce_xfce4-panel/xfce4-panel/main.log Error: The following dependencies were not installed: orage xfce4-panel xfce4-panel xfce-utils xfce4-appfinder libxfce4menu xfce4-icon-theme xfdesktop xfprint a2ps psutils xfwm4 xfwm4-themes Error: Status 1 encountered during processing. }}} -- Ticket URL: <https://trac.macports.org/ticket/32651> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #29763: *_select framework does not apply to Perl: fix provided
by MacPorts 17 Oct '14

17 Oct '14

#29763: *_select framework does not apply to Perl: fix provided ---------------------------------------------------------------------------+ Reporter: mywolfson@… | Owner: macports-tickets@… Type: submission | Status: new Priority: High | Milestone: Component: ports | Version: 1.9.2 Keywords: perl, perl5, perl5.12, perl5.8, perl5.10, perl_select, select | Port: perl5, perl5.12, perl5.8, perl5.10, perl_select ---------------------------------------------------------------------------+ Currently, there's no {{{perl_select}}} port to make {{{port select}}} work with Perl. Since {{{port select}}} is a great system, I updated the {{{perl*}}} ports to install filelists into the {{{etc/select/perl}}} tree, and also added a {{{perl_select}}} port, to add the essential files to make Perl version selection function. These files are not perfect, and I haven't tested them with Perl versions other than 5.12. They also do not include the manual pages. If there is interest in that, I can take time to do it. I have posted the ports to my github[https://github.com/myw/my.ports]. Please contact me for incorporation into MacPorts or improvement/testing before such incorporation. Thanks! -- Ticket URL: <https://trac.macports.org/ticket/29763> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 25

[MacPorts] #32055: [dpkg] Undefined symbols
by MacPorts 16 Oct '14

16 Oct '14

#32055: [dpkg] Undefined symbols ---------------------------------+------------------------------------------ Reporter: rudloff@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: tiger | Port: dpkg ---------------------------------+------------------------------------------ {{{ /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: __obstack_begin __obstack_newchunk _obstack_free }}} {{{ /usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: Undefined symbols: _strnlen }}} -- Ticket URL: <https://trac.macports.org/ticket/32055> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #31891: Python loading system numpy in preference to MacPorts version (Lion)
by MacPorts 16 Oct '14

16 Oct '14

#31891: Python loading system numpy in preference to MacPorts version (Lion) ------------------------------+--------------------------------------------- Reporter: jamie@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: ------------------------------+--------------------------------------------- I'm having an issue where python scripts are loading the system numpy version instead of the MacPorts compiled version, this leads to the following error message: RuntimeError: module compiled against API version 6 but this version of numpy is 4 and in some cases (e.g. scripts that use matplotlib) causes crashes. This has only started occurring on my system since I upgraded to OS X Lion. The fix so far seems to be to add the following code to the top of each script before loading numpy: sys.path.reverse() but this is extremely kludgy fix, and I never had to previously do this. My PYTHONPATH variable points to my local python repository and to the MacPorts site-packages directory only. Is there somewhere else I can tell python to stop loading stuff from /System/Library/Frameworks/Python.framework? -- Ticket URL: <https://trac.macports.org/ticket/31891> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #22689: openvpn2-2.0.9 Compiling with gcc-4.2 leads to wrong behaviour
by MacPorts 15 Oct '14

15 Oct '14

#22689: openvpn2-2.0.9 Compiling with gcc-4.2 leads to wrong behaviour ------------------------------------------------+--------------------------- Reporter: wickedguitar6@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: openvpn2, default_gateway, gcc-4.0 | Port: openvpn2 ------------------------------------------------+--------------------------- There is a bug which leads to wrong detection of the default_gateway (0.0.0.0) when the three following conditions apply: 1) openvpn2-2.0.9 is compiled with gcc-4.2 (the default on Mac OS X 10.6) 2) It is used as a client 3) 'push "redirect-gateway def1"' is used on the server side (e.g. a linux-box) When the openvpn-2.0.9 is compiled with gcc-4.0 the bug does not occur. Default_gateway is detected correctly. However the gcc-4.0 compiler is not aware of the lzo2 library and openvpn must be configured with "--disable- lzo". -- Ticket URL: <http://trac.macports.org/ticket/22689> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8