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

[MacPorts] #41031: rtorrent @0.9.2 (net) Configure error - build failure
by MacPorts 16 Oct '14

16 Oct '14

#41031: rtorrent @0.9.2 (net) Configure error - build failure -----------------------+-------------------------------- Reporter: rmerpes@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: rTorrent | Port: rTorrent -----------------------+-------------------------------- Hi! The rTorrent port doesn't compile:[[BR]] :info:build ./download_data.h:40:10: fatal error: 'tr1/functional' file not found[[BR]] :info:build #include <tr1/functional>[[BR]] -- Ticket URL: <https://trac.macports.org/ticket/41031> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[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] #34763: python27 @2.7.3_0 Includes system paths in sys.path
by MacPorts 16 Oct '14

16 Oct '14

#34763: python27 @2.7.3_0 Includes system paths in sys.path ------------------------------------+--------------------------------------- Reporter: jameskyle@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.99 Keywords: | Port: ------------------------------------+--------------------------------------- Macports installation of python 2.7 includes system paths in sys.path. This causes mucho problemo with module lookups. Example: ['', '/Library/Python/2.7/site-packages/pip-1.1-py2.7.egg', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /plat-darwin', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /plat-mac', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /plat-mac/lib-scriptpackages', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-tk', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-old', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/readline', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/aeosa', '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/setuptools-0.6c11-py2.7.egg-info', '/Library/Python/2.7 /site-packages'] This effectively results in a broken python install with _very_ odd behavior. The behavior was observed on a fresh install of macports with only a single package installed (a python package) and duplicated across multiple others. -- Ticket URL: <https://trac.macports.org/ticket/34763> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 22

[MacPorts] #39475: Upgrade libewf
by MacPorts 16 Oct '14

16 Oct '14

#39475: Upgrade libewf ---------------------+-------------------------------- Reporter: dersh@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: libewf ---------------------+-------------------------------- I looks like the current libewf is 20130416 and macports has 20100226, so this is just a request to update, as it looks like there are some bug fixes. Thanks, -- Ticket URL: <https://trac.macports.org/ticket/39475> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #42384: httrack runtime dyld failure
by MacPorts 15 Oct '14

15 Oct '14

#42384: httrack runtime dyld failure --------------------------+-------------------------------- Reporter: dkelly@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: httrack dyld | Port: httrack @3.47.23 --------------------------+-------------------------------- When attempting to run httrack @3.47.23 I get the following error message $ httrack http://www.google.com google -v dyld: lazy symbol binding failed: Symbol not found: _strndup Referenced from: /opt/local/lib/libhttrack.2.dylib Expected in: flat namespace dyld: Symbol not found: _strndup Referenced from: /opt/local/lib/libhttrack.2.dylib Expected in: flat namespace -- Ticket URL: <https://trac.macports.org/ticket/42384> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #44662: mpv @0.5.0: You manually enabled the feature 'cocoa', but the autodetection check failed.
by MacPorts 15 Oct '14

15 Oct '14

#44662: mpv @0.5.0: You manually enabled the feature 'cocoa', but the autodetection check failed. --------------------------+--------------------- Reporter: ryandesign@… | Owner: ionic@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: mpv --------------------------+--------------------- On the Snow Leopard buildslave mpv fails to configure: {{{ Checking for Cocoa : no You manually enabled the feature 'cocoa', but the autodetection check failed. Command failed: cd "/opt/local/var/macports/build/_opt_mports_dports_multimedia_mpv/mpv/work/mpv-0.5.0" && /opt/local/bin/python2.7 ./waf configure --prefix=/opt/local --prefix=/opt/local --nocache --enable-manpage-build --enable-libass --enable-coreaudio --enable-cocoa --enable-corevideo --disable-pdf-build --enable-macosx-bundle --disable-debug-build --disable-libsmbclient --disable-lirc --enable-dvdread --enable-dvdnav --disable-cdda --disable- enca --enable-mpg123 --disable-pulse --disable-portaudio --disable-jack --disable-openal --enable-gl-cocoa --disable-x11 --disable-xss --disable- xext --disable-xv --disable-gl-x11 --disable-xinerama --disable-xf86vm --disable-xf86xk --disable-caca --disable-jpeg --disable-tv --enable-vda- hwaccel --enable-vda-gl --enable-lua --lua=52 --enable-libass-osd }}} -- Ticket URL: <https://trac.macports.org/ticket/44662> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #44349: port install broken permission-wise
by MacPorts 15 Oct '14

15 Oct '14

#44349: port install broken permission-wise -------------------------+-------------------------------- Reporter: costa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: permissions | Port: android -------------------------+-------------------------------- $ ls -l /opt/local/share/java/android-sdk-macosx/tools/android -rwxrw-r-- 1 root _developer 3498 16 Jul 13:18 /opt/local/share/java /android-sdk-macosx/tools/android -- Ticket URL: <https://trac.macports.org/ticket/44349> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #44806: Cannot install sysdig
by MacPorts 15 Oct '14

15 Oct '14

#44806: Cannot install sysdig ---------------------------+-------------------------------- Reporter: rui.pacheco@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: ---------------------------+-------------------------------- $ sudo port install sysdig ---> Computing dependencies for sysdig ---> Building sysdig Error: org.macports.build for port sysdig returned: command execution failed Please see the log file for port sysdig for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_sysutils_sysdig/sysdig/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port sysdig failed -- Ticket URL: <https://trac.macports.org/ticket/44806> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[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