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

[MacPorts] #47231: resolve minor nits with par
by MacPorts 12 Sep '15

12 Sep '15

#47231: resolve minor nits with par -------------------------+-------------------------------- Reporter: lists@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: par -------------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/47231> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #47336: Port cannot find #include <mpi.h>
by MacPorts 11 Sep '15

11 Sep '15

#47336: Port cannot find #include <mpi.h> -------------------------+-------------------------------- Reporter: citibob@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: py27-tables | Port: py-tables -------------------------+-------------------------------- The following "hack" to the Portfile got it to work for me (for the command port install py27-tables +gcc49) compiler.cpath-append ${prefix}/include/openmpi-gcc49 I don't know how to do this right, so it would work for any supported compiler. -- Ticket URL: <https://trac.macports.org/ticket/47336> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #47856: "port upgrade --enforce-variants py27-openssl +doc" fails in patch phase
by MacPorts 10 Sep '15

10 Sep '15

#47856: "port upgrade --enforce-variants py27-openssl +doc" fails in patch phase ---------------------------+-------------------------------- Reporter: zanderpower@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ---------------------------+-------------------------------- Apparently, the layout of the `wrksourcepath' has changed since the portfile was last revised. Everything seems to work if, in the py-openssl Portfile I comment out the lines {{{ post-patch { # Ensure that the correct binaries are used. # Some are not actually invoked because only the html documentation is created. foreach bin {bibtex dvips latex latex2html lynx makeindex pdflatex perl python} { reinplace "s| = \"${bin}\"| = \"${prefix}/bin/${bin}\"|" ${worksrcpath}/doc/tools/mkhowto } # Ensure that the correct python is used. reinplace "s|${prefix}/bin/python|${python.bin}|" ${worksrcpath}/doc/tools/mkhowto reinplace "s| python | ${python.bin} |" ${worksrcpath}/doc/Makefile } }}} then change {{{ post-destroot { file copy ${worksrcpath}/doc/html ${destroot}${prefix}/share/doc/${subport} }}} to {{{ post-destroot { file copy ${worksrcpath}/doc/_build/html ${destroot}${prefix}/share/doc/${subport} }}} -- Ticket URL: <https://trac.macports.org/ticket/47856> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47609: fftw fails at destroot when texinfo ports is installed
by MacPorts 10 Sep '15

10 Sep '15

#47609: fftw fails at destroot when texinfo ports is installed ------------------------------+-------------------------------- Reporter: ryusuke.numata@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: texinfo | Port: fftw ------------------------------+-------------------------------- fftw fails when processing fftw.info file with the texinfo port installed. The older version provided by OSX (/usr/bin/makeinfo) works fine. I don't know what's the best way to solve this issue, but at least the attached patch suggested for a similar defect (#45971) works. -- Ticket URL: <https://trac.macports.org/ticket/47609> MacPorts <https://www.macports.org/> Ports system for OS X

1 13

[MacPorts] #45911: py27-h5py @2.3.1_1 built against parallel HDF5 can't find mpi.h
by MacPorts 10 Sep '15

10 Sep '15

#45911: py27-h5py @2.3.1_1 built against parallel HDF5 can't find mpi.h -----------------------+-------------------------------- Reporter: willic3@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: -----------------------+-------------------------------- Hi, I am attempting to build py27-h5py on Yosemite. I have the following hdf5 installed: hdf5 @1.8.13_0+cxx+gcc48+openmpi+szip. The difficulty is that openmpi puts headers in the subdirectory /opt/local/include/openmpi-gcc48, so when I try to build py27-h5py I get: In file included from h5py/defs.c:241: In file included from h5py/api_compat.h:27: In file included from /opt/local/include/hdf5.h:24: /opt/local/include/H5public.h:61:13: fatal error: 'mpi.h' file not found # include <mpi.h> ^ 1 warning and 1 error generated. I would think the problem could be avoided by either defining CPPFLAGS appropriately or by using mpicc for compilation. My system info: OS X 10.10 Xcode 6.1 clang: Apple LLVM version 6.0 (clang-600.0.54) (based on LLVM 3.5svn) Installed openmpi: openmpi-default @1.7.5_3+gcc48 (active) openmpi-gcc48 @1.7.5_3+fortran (active) Please let me know if you need any more info. Thanks, Charles -- Ticket URL: <https://trac.macports.org/ticket/45911> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #47850: Error: Failed to install openmpi-default, staging to destroot
by MacPorts 09 Sep '15

09 Sep '15

#47850: Error: Failed to install openmpi-default, staging to destroot -------------------------------------------------+------------------------- Reporter: rmschroer40@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: openmpi-default, openmpi, destroot, | Version: 2.3.3 staging, dependency | Port: openmpi- | default -------------------------------------------------+------------------------- Staging openmpi-default into destroot Error: org.macports.destroot for port openmpi-default returned: command execution failed Error: Failed to install openmpi-default Please see the log file for port openmpi-default for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_science_openmpi /openmpi-default/main.log -- Ticket URL: <https://trac.macports.org/ticket/47850> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #48168: openmpi Update to 1.8.6
by MacPorts 09 Sep '15

09 Sep '15

#48168: openmpi Update to 1.8.6 -------------------------------------+-------------------------------- Reporter: hans.ekkehard.plesser@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: openmpi -------------------------------------+-------------------------------- The attached patch - updates openmpi to version 1.8.6 - adds 5.1 to the list of gcc versions It is my first attempt at updating a portfile, I hope it will be useful. -- Ticket URL: <https://trac.macports.org/ticket/48168> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #48169: openmpi @1.7.5 enforces flat namespace, causing problems with some applications
by MacPorts 09 Sep '15

09 Sep '15

#48169: openmpi @1.7.5 enforces flat namespace, causing problems with some applications -------------------------------------+-------------------------------- Reporter: hans.ekkehard.plesser@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: openmpi -------------------------------------+-------------------------------- Per [118768], `configure.args` were extended to enforce a flat namespace when building OpenMPI. This was necessary to solve #42667 and #39826. Unfortunately, this causes problems for other applications which rely on two-level namespaces, e.g. when combining a C++ application using MPI with a Python interface. These problems disappear when [118768] is reversed. Since flat namespaces apparently are needed in some cases, and two-level namespaces in others, I think the openmpi port should have a variant that allows users to choose between flat and two-level namespaces. Unfortunately, the openmpi Portfile looks too intimidating for me to try to add such a variant. Since Apple deprecates flat namespaces ([https://developer.apple.com/library/mac/documentation/Porting/Conceptual/Po… Apple Developer Docs]) and many ports recently seem to have been transitioning to two-level namespaces, I would suggest to make two-level namespaces (i.e., pre-[11768] behavior) the default. -- Ticket URL: <https://trac.macports.org/ticket/48169> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #48072: dolfin @1.5.0_2 command "import dolfin" fails in python
by MacPorts 09 Sep '15

09 Sep '15

#48072: dolfin @1.5.0_2 command "import dolfin" fails in python ------------------------+-------------------------------- Reporter: hgonzale@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: dolfin ------------------------+-------------------------------- Running the following command: {{{ % python -c "import dolfin" }}} generates the following error: {{{ Traceback (most recent call last): File "<string>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/__init__.py", line 16, in <module> from . import cpp File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/cpp/__init__.py", line 42, in <module> exec("from . import %s" % module_name) File "<string>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/cpp/common.py", line 132, in <module> __pythonversion__ = "%d.%d.%d"%(tuple(map(int, [tmp[2], tmp[4], tmp[6]]))) ValueError: invalid literal for int() with base 10: 'a' }}} I'm using python version 2.7.10, installed using Macports. -- Ticket URL: <https://trac.macports.org/ticket/48072> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #48053: mpi-doc: supported_archs noarch
by MacPorts 09 Sep '15

09 Sep '15

#48053: mpi-doc: supported_archs noarch --------------------------+--------------------- Reporter: ryandesign@… | Owner: sean@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: mpi-doc --------------------------+--------------------- mpi-doc does not appear to install any architecture-specific files, so it should indicate this by using "supported_archs noarch". -- Ticket URL: <https://trac.macports.org/ticket/48053> MacPorts <https://www.macports.org/> Ports system for OS X

1 2