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

[MacPorts] #48118: collectd: disable silent rules
by MacPorts 28 Jul '16

28 Jul '16

#48118: collectd: disable silent rules --------------------------+---------------------- Reporter: ryandesign@… | Owner: cal@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: collectd --------------------------+---------------------- Silent build rules should be disabled. -- Ticket URL: <https://trac.macports.org/ticket/48118> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #48117: collectd: update to 5.5.0
by MacPorts 28 Jul '16

28 Jul '16

#48117: collectd: update to 5.5.0 --------------------------+---------------------- Reporter: ryandesign@… | Owner: cal@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: collectd --------------------------+---------------------- {{{ $ port livecheck collectd collectd seems to have been updated (port version: 5.4.2, new version: 5.5.0) }}} -- Ticket URL: <https://trac.macports.org/ticket/48117> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #46331: libtool contains references to ccache when it was built with ccache
by MacPorts 27 Jul '16

27 Jul '16

#46331: libtool contains references to ccache when it was built with ccache --------------------------+---------------------- Reporter: ryandesign@… | Owner: larryv@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: libtool --------------------------+---------------------- If my MacPorts installation is configured to use ccache at the time that the libtool port is built and installed, then the installed copy of libtool contains references to ccache and uses ccache when other software uses libtool, even if those other ports have requested that ccache be disabled. {{{ $ grep ccache /opt/local/bin/glibtool LTCC="ccache /usr/bin/clang" CC="ccache /usr/bin/clang" CC="ccache /usr/bin/clang++" }}} In fact it looks like it contains references to the compiler (clang in this case) as well. -- Ticket URL: <https://trac.macports.org/ticket/46331> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #48424: py34-gevent @1.0.2_0 is not really Python 3.4 compatible
by MacPorts 25 Jul '16

25 Jul '16

#48424: py34-gevent @1.0.2_0 is not really Python 3.4 compatible ----------------------+-------------------------------- Reporter: elonen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: py34-gevent ----------------------+-------------------------------- The py34-gevent package seem not to be Python 3 compatible: {{{ $ python3.4 Python 3.4.3 (default, May 25 2015, 18:48:21) [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.56)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import gevent; Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/gevent/__init__.py", line 41, in <module> from gevent.hub import get_hub, iwait, wait File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/gevent/hub.py", line 289 except Exception, ex: ^ SyntaxError: invalid syntax }}} -- Ticket URL: <https://trac.macports.org/ticket/48424> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #48009: volk @20150521_0 Undefined symbols for architecture x86_64
by MacPorts 20 Jul '16

20 Jul '16

#48009: volk @20150521_0 Undefined symbols for architecture x86_64 ---------------------------+-------------------------------- Reporter: jpdevillers@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: Volk ---------------------------+-------------------------------- * Xcode 4.6.3 When trying to upgrade Volk, I get the following error: {{{ :info:build Undefined symbols for architecture x86_64: :info:build "___cpuid_count", referenced from: :info:build _i_can_has_avx2 in volk_cpu.c.o :info:build ld: symbol(s) not found for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation) }}} -- Ticket URL: <https://trac.macports.org/ticket/48009> MacPorts <https://www.macports.org/> Ports system for OS X

1 21

[MacPorts] #48451: sdrplay support for gr-osmosdr
by MacPorts 19 Jul '16

19 Jul '16

#48451: sdrplay support for gr-osmosdr -------------------------------------------------+------------------------- Reporter: fjturk@… | Owner: macports- Type: update | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: sdrplay, gnuradio, gqrx, gr-osmosdr | Version: 2.3.3 | Port: gr-osmosdr -------------------------------------------------+------------------------- Currently, gr-osmosdr has support for the SDRplay functionality, see [http://sdr.osmocom.org/trac/wiki/GrOsmoSDR] But the current build of gr-osmosdr (20150716) on macports and its variants, at least from what I can see, does not offer the option for -DENABLE_NONFREE=TRUE which would look for the SDRplay lib and include (which are available from http://www.sdrplay.com/mac.html) From SDRplay community forums, see [http://www.sdrplay.com/community/viewtopic.php?f=5&t=99] For gr-osmosdr to find the API, the .so and .h will need to be in /usr/local/lib and /usr/local/include and be called /usr/local/lib/libmirsdrapi-rsp-1.1.so with symbolic links to /usr/local/lib/libmirsdrapi-rsp.so and /usr/local/lib/libmir_sdr.so /usr/local/include/mirsdrapi-rsp.h I tried building gr-osmosdr manually with the gr-osmosdr code build: [http://sdr.osmocom.org/trac/wiki/GrOsmoSDR] and it worked (from the output of cmake ../ -DENABLE_NONFREE=TRUE below): {{{ -- Configuring SDRplay RSP (NONFREE) support... -- Dependency LIBSDRPLAY_FOUND = TRUE -- Enabling SDRplay RSP (NONFREE) support. -- Override with -DENABLE_SDRPLAY=ON/OFF -- -- ###################################################### -- # Gnuradio enabled components -- ###################################################### -- * Python support -- * FUNcube Dongle -- * FUNcube Dongle Pro+ -- * IQ File Source -- * Osmocom RTLSDR -- * RTLSDR TCP Client -- * Ettus USRP Devices -- * Osmocom MiriSDR -- * SDRplay RSP (NONFREE) -- * HackRF Jawbreaker -- * nuand bladeRF -- * RFSPACE Receivers -- * AIRSPY Receiver }}} Would it be possible for the next update to gr-osmosdr on macports be made to have the support option for SDRplay? That way everything needed for SDR radio people (gnuradio, gqrx etc) are all under macports and users don't need to maintain gr-osmosdr separately. (Or, perhaps there is an option that I have not located on the current build...?). -- Ticket URL: <https://trac.macports.org/ticket/48451> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #47398: New port: p5-net-ldap-express
by MacPorts 17 Jul '16

17 Jul '16

#47398: New port: p5-net-ldap-express ------------------------+--------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: p5-net-ldap-express ------------------------+--------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/47398> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #47631: clang-3.6 Install all extra tools (e.g. clang-rename, clang-query, etc)
by MacPorts 14 Jul '16

14 Jul '16

#47631: clang-3.6 Install all extra tools (e.g. clang-rename, clang-query, etc) -------------------------+-------------------------------- Reporter: alastair@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: clang | Port: clang-3.6 -------------------------+-------------------------------- Currently the clang port installs only two the tools in tools/clang/tools/extra, namely clang-modernize and clang-apply- replacements. With this patch we will install all of them, including clang-rename, clang-tidy and clang-query. The attached patch file replaces the existing 0002 patch. Instead of adding the clang-modernize and clang-apply-replacements directory to the install-clang target, we add the parent directory. -- Ticket URL: <https://trac.macports.org/ticket/47631> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #48646: request golang cross-compiler variants
by MacPorts 13 Jul '16

13 Jul '16

#48646: request golang cross-compiler variants ----------------------------+-------------------------------- Reporter: brian.reiter@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: go ----------------------------+-------------------------------- Go can be built with cross-compiler support so you can build a binary for a foreign operating system such as Linux and Windows from OS X. For example, building the linux/amd64 cross-compiler support is like this: GOOS=linux GOARCH=amd64 ./make.bash Homebrew has the options --with-cc-common and --with-cc-all. It would be great is we could have port variants like this as well. -- Ticket URL: <https://trac.macports.org/ticket/48646> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #48723: Failed to activate py34-numpy
by MacPorts 07 Jul '16

07 Jul '16

#48723: Failed to activate py34-numpy --------------------------+-------------------------------- Reporter: resmi.raju@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: MacPorts Future Component: ports | Version: 2.3.3 Keywords: numpy | Port: --------------------------+-------------------------------- Initially i install python 2.7. Then i got some errors while QuTip execution. So now am using python 3.4. While installation i got error with numpy {{{ Admins-iMac-2:bin admin$ sudo port install py34-matplotlib +latex ---> Computing dependencies for py34-matplotlib The following dependencies will be installed: py34-altgraph py34-macholib py34-modulegraph py34-numpy py34-parsing py34-py2app py34-pyobjc py34-pyobjc-cocoa py34-tkinter Continue? [Y/n]: y ---> Activating py34-numpy @1.9.2_2+gfortran Error: Failed to activate py34-numpy: Image error: /opt/local/Library/Frameworks/Python.framework/Versions/3.4/bin/f2py already exists and does not belong to a registered port. Unable to activate port py34-numpy. Use 'port -f activate py34-numpy' to force the activation. Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py-numpy/py34-numpy/main.log for details. Error: Follow http://guide.macports.org/#project.tickets to report a bug. Error: Processing of port py34-matplotlib failed Admins-iMac-2:bin admin$ }}} I use force activation command {{{ Admins-iMac-2:bin admin$ port -f activate py34-numpy ---> Computing dependencies for py34-numpy ---> Activating py34-numpy @1.9.2_2+gfortran Error: Failed to activate py34-numpy: mkdtemp failed: Permission denied Error: See /opt/local/var/macports/logs/_opt_local_var_macports_registry_portfiles_py34-numpy-1.9.2_2_6b74c7bf7c22f9194e0f2140b79aeb94a060ee88fa0ac76e3dba65deb6daf4b0-8512/py34-numpy/main.log for details. Warning: Failed to execute portfile from registry for py34-numpy @1.9.2_2+gfortran ---> Activating py34-numpy @1.9.2_2+gfortran Error: port activate failed: mkdtemp failed: Permission denied Admins-iMac-2:bin admin$ }}} Attached is the main.log file. -- Ticket URL: <https://trac.macports.org/ticket/48723> MacPorts <https://www.macports.org/> Ports system for OS X

1 3