November 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #18361: LaunchDaemon script
by MacPorts 13 Nov '13

13 Nov '13

#18361: LaunchDaemon script ----------------------------------+----------------------------------------- Reporter: yaohua2000@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.7.0 Keywords: | Port: tor ----------------------------------+----------------------------------------- The port "tor" need a LaunchDaemon. -- Ticket URL: <http://trac.macports.org/ticket/18361> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #40492: Yelp-xsl @2.31.6 to 3.8.1
by MacPorts 13 Nov '13

13 Nov '13

#40492: Yelp-xsl @2.31.6 to 3.8.1 ------------------------+-------------------------------- Reporter: c.herbig@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: haspatch | Port: yelp-xsl ------------------------+-------------------------------- Now that we have a working webkit-gtk3 +quartz, I would like to upgrade Yelp to the 3.x series, since this is quartz compatible (with a couple patches pending upstream review). This portfile is directly from devans' repository. -- Ticket URL: <https://trac.macports.org/ticket/40492> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #34023: libnotify: update to 0.7.5
by MacPorts 13 Nov '13

13 Nov '13

#34023: libnotify: update to 0.7.5 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: libnotify -------------------------------------+-------------------------------------- libnotify 0.7.5 is available and perhaps we should update to it. We [ticket:27563 did not update to 0.6.0] because it required gtk3 and we were not ready to require gtk3 in MacPorts yet. But 0.7.0 removed all use of gtk from libnotify so it should be ok. Use of dbus-glib has also been removed in favor of "gbus" which I presume is some part of glib2. -- Ticket URL: <https://trac.macports.org/ticket/34023> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #41217: m4 @1.4.16 Configure error - build failure
by MacPorts 13 Nov '13

13 Nov '13

#41217: m4 @1.4.16 Configure error - build failure --------------------------+-------------------------------- Reporter: kc5tja@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: m4 mavericks | Port: m4 --------------------------+-------------------------------- After installing Mavericks (MacOS 10.9) on a MacBook Air, XCode 5.0.1, the command-line tools, and after attempting to install rvm as instructed on http://get.rvm.io/, I keep getting build errors. It seems that one or more packages required by rvm simply don't install under Mavericks at all. One such package is m4, which gives me the following errors: {{{ $ sudo port install m4 Password: ---> Configuring m4 Error: Failed to configure m4, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_m4/m4/work/m4-1.4.16/config.log Error: org.macports.configure for port m4 returned: configure failure: command execution failed Please see the log file for port m4 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_m4/m4/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port m4 failed }}} When looking inside the specified log file, all I see is the following: {{{ ...etc... :info:configure checking whether the C compiler works... no :info:configure configure: error: in `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_m4/m4/work/m4-1.4.16': :info:configure configure: error: C compiler cannot create executables :info:configure See `config.log' for more details :info:configure Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_m4/m4/work/m4-1.4.16" && ./configure --prefix=/opt/local --program-prefix=g ac_cv_libsigsegv=no :info:configure Exit code: 77 ...etc... }}} It seems that m4 will not compile with CLang-based compiler toolchains. Does anyone know of a work-around for this problem? Thanks for your help. -- Ticket URL: <https://trac.macports.org/ticket/41217> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #41339: Add "dependencies" as alias of "deps"
by MacPorts 12 Nov '13

12 Nov '13

#41339: Add "dependencies" as alias of "deps" -------------------------+-------------------------------- Reporter: jfcaron@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.2.1 Keywords: | Port: -------------------------+-------------------------------- It is very unintuitive to remember that to see the dependencies of a port, you don't do "port dependencies foo", but "port deps foo". It's like if svn had only "svn co" and not "svn checkout". I recommend that we add the command "dependencies" which would just be an alias of deps. -- Ticket URL: <https://trac.macports.org/ticket/41339> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #39270: Python27 staging into destroot fails: AttributeError: 'module' object has no attribute 'GetQDGlobalsScreenBits'
by MacPorts 12 Nov '13

12 Nov '13

#39270: Python27 staging into destroot fails: AttributeError: 'module' object has no attribute 'GetQDGlobalsScreenBits' -------------------------+-------------------------------- Reporter: d.schreij@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: python27 -------------------------+-------------------------------- Python27 (2.7.5) builds fine, but when staged into destroot, the process stops with the message: {{{ :info:destroot Traceback (most recent call last): :info:destroot File "./scripts/BuildApplet.py", line 16, in <module> :info:destroot import EasyDialogs :info:destroot File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_python27/python27/work/Python-2.7.5/Lib /plat-mac/EasyDialogs.py", line 247, in <module> :info:destroot screenbounds = Qd.GetQDGlobalsScreenBits().bounds :info:destroot AttributeError: 'module' object has no attribute 'GetQDGlobalsScreenBits' :info:destroot make[1]: *** [install_BuildApplet] Error 1 }}} For further insight I have attached the main.log as well I am aware that I'm building with the i386 arch, but that is strict a requirement of the current project I'm working on -- Ticket URL: <https://trac.macports.org/ticket/39270> MacPorts <http://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #40085: py27-rpy2 segfault; fixed by new version
by MacPorts 12 Nov '13

12 Nov '13

#40085: py27-rpy2 segfault; fixed by new version ------------------------+-------------------------------- Reporter: swinbank@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: py-rpy ------------------------+-------------------------------- The (rather old) version 2.2.1 of rpy2 shipped by Macports segfaults on import: {{{ $ python Python 2.7.5 (default, Aug 1 2013, 01:01:17) [GCC 4.2.1 Compatible Apple Clang 4.1 ((tags/Apple/clang-421.11.66))] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import rpy2.rinterface Segmentation fault: 11 }}} See attached for details. The current upstream version 2.3.6 does not have this problem. I attach an updated Portfile which bumps the version to 2.3.6. -- Ticket URL: <https://trac.macports.org/ticket/40085> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #41319: submission: mesa702
by MacPorts 12 Nov '13

12 Nov '13

#41319: submission: mesa702 ------------------------+-------------------------------- Reporter: dstrubbe@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: mesa702 ------------------------+-------------------------------- xcrysden is a scientific visualization program. For some reason it does not work with the current versions of mesa on MacOS (though it does on Linux), only version 7.0.2 would work, so I have created a new port mesa702 to be used with the new port I am creating for xcrysden. -- Ticket URL: <https://trac.macports.org/ticket/41319> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #41306: qt4-mac-mysql55-plugin subports conflict but MacPorts doesn't tell me
by MacPorts 12 Nov '13

12 Nov '13

#41306: qt4-mac-mysql55-plugin subports conflict but MacPorts doesn't tell me --------------------------+------------------------------------ Reporter: ryandesign@… | Owner: michaelld@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: qt4-mac-mysql55-plugin --------------------------+------------------------------------ Oddly, although qt4-mac-mysql55-plugin and its subports declare conflicts with one another: {{{ $ port info qt4-mac-mariadb-plugin qt4-mac-mariadb-plugin @4.8.5 (aqua, databases) Variants: debug, (+)universal Description: Qt MySQL database plugin for mariadb Homepage: http://qt.nokia.com/ Build Dependencies: pkgconfig Library Dependencies: qt4-mac, mariadb Conflicts with: qt4-mac-mysql5-plugin, qt4-mac-mysql51-plugin, qt4 -mac-mysql55-plugin, qt4-mac-mysql56-plugin, qt4-mac-percona-plugin Platforms: macosx License: LGPL-2.1 GPL-3 Maintainers: michaelld(a)macports.org, pixilla(a)macports.org, openmaintainer(a)macports.org }}} {{{ $ port installed qt4-mac-mysql5-plugin The following ports are currently installed: qt4-mac-mysql5-plugin @4.8.5_0 (active) }}} MacPorts doesn't seem to recognize this, and allows me to install another subport anyway, without letting me know beforehand that there will be an activation conflict: {{{ ---> Fetching distfiles for qt4-mac-mariadb-plugin ---> Verifying checksums for qt4-mac-mariadb-plugin ---> Extracting qt4-mac-mariadb-plugin ---> Configuring qt4-mac-mariadb-plugin ---> Building qt4-mac-mariadb-plugin ---> Staging qt4-mac-mariadb-plugin into destroot ---> Installing qt4-mac-mariadb-plugin @4.8.5_0+universal ---> Activating qt4-mac-mariadb-plugin @4.8.5_0+universal Error: org.macports.activate for port qt4-mac-mariadb-plugin returned: Image error: /opt/local/share/qt4/plugins/sqldrivers/libqsqlmysql.dylib is being used by the active qt4-mac-mysql5-plugin port. Please deactivate this port first, or use 'port -f activate qt4-mac-mariadb-plugin' to force the activation. Error: Failed to install qt4-mac-mariadb-plugin }}} -- Ticket URL: <https://trac.macports.org/ticket/41306> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #41333: Add CUDA as a variant to OpenCV
by MacPorts 12 Nov '13

12 Nov '13

#41333: Add CUDA as a variant to OpenCV -----------------------+-------------------------------- Reporter: jsoller@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: -----------------------+-------------------------------- CUDA significantly increases OpenCV performance on MacBooks where NVIDIA cards and the CUDA library are installed. In the graphics/opencv Portfile, the following lines could be added, allowing cuda to be selected as a variant. This requires the CUDA developer toolkit to be installed on the build machine. variant cuda description {Enable CUDA support.} { configure.args-delete -DWITH_CUDA=OFF configure.args-append -DWITH_CUDA=ON } -- Ticket URL: <https://trac.macports.org/ticket/41333> MacPorts <http://www.macports.org/> Ports system for OS X

1 1