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

[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] #46787: SWIG version error dolfin
by MacPorts 09 Sep '15

09 Sep '15

#46787: SWIG version error dolfin -----------------------+-------------------------------- Reporter: mwathen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -----------------------+-------------------------------- Hi, I get a swig version error when I try and create a function space in FEniCS. Here is the error: Calling FFC just-in-time (JIT) compiler, this may take some time. Incompatible swig versions detected. UFC swig version is not the same as extension module swig version: '3.0.2' != '3.0.5' --------------------------------------------------------------------------- Exception Traceback (most recent call last) /Users/michaelwathen/Dropbox/mastersresearch/mhd/FEniCS/MHD/Stabilised/SaddlePointForm/Test/GeneralisedEigen/NoBC/MHDfluid.py in <module>() 91 order = 1 92 parameters['reorder_dofs_serial'] = False ---> 93 Velocity = VectorFunctionSpace(mesh, "CG", order) 94 Pressure = FunctionSpace(mesh, "DG", order-1) 95 Magnetic = FunctionSpace(mesh, "N1curl", order) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/functions/functionspace.py in __init__(self, mesh, family, degree, dim, form_degree, constrained_domain, restriction) 626 # Initialize base class 627 FunctionSpaceBase.__init__(self, mesh, element, --> 628 constrained_domain=constrained_domain) 629 630 class TensorFunctionSpace(FunctionSpaceBase): /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/functions/functionspace.py in __init__(self, mesh, element, constrained_domain) 151 152 # JIT-compile element to get ufc_element and ufc_dofmap --> 153 ufc_element, ufc_dofmap = jit(self._ufl_element, mpi_comm=mesh.mpi_comm()) 154 155 # Instantiate DOLFIN FiniteElement and DofMap /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/compilemodules/jit.py in mpi_jit(*args, **kwargs) 62 # Just call JIT compiler when running in serial 63 if MPI.size(mpi_comm) == 1: ---> 64 return local_jit(*args, **kwargs) 65 66 # Compile first on process 0 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/compilemodules/jit.py in jit(form, form_compiler_parameters, mpi_comm) 126 127 # Execute! --> 128 return form_compiler.jit(form, parameters=p) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/jitcompiler.py in jit(ufl_object, parameters) 70 # Check if we get an element or a form 71 if isinstance(ufl_object, FiniteElementBase): ---> 72 return jit_element(ufl_object, parameters) 73 else: 74 return jit_form(ufl_object, parameters) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/jitcompiler.py in jit_element(element, parameters) 175 176 # Compile form --> 177 compiled_form, module, prefix = jit_form(form, parameters) 178 179 form_data = compute_form_data(form) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/jitcompiler.py in jit_form(form, parameters) 156 157 # Extract compiled form --> 158 check_swig_version(module) 159 compiled_form = _extract_form(module, module_name) 160 return compiled_form, module, module_name /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/jitcompiler.py in check_swig_version(compiled_module) 81 "version is not the same as extension module swig "\ 82 "version: '%s' != '%s' " % \ ---> 83 (ufc.__swigversion__, compiled_module.swigversion)) 84 85 def jit_form(form, parameters=None): /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ffc/log.pyc in <lambda>(*message) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ufl/log.pyc in error(self, *message) 149 "Write error message and raise an exception." 150 self._log.error(*message) --> 151 raise self._exception_type(self._format_raw(*message)) 152 153 def begin(self, *message): Exception: Incompatible swig versions detected. UFC swig version is not the same as extension module swig version: '3.0.2' != '3.0.5' -- Ticket URL: <https://trac.macports.org/ticket/46787> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #47015: Usage of perl variant for a perl application
by MacPorts 09 Sep '15

09 Sep '15

#47015: Usage of perl variant for a perl application ------------------------------+---------------------------------- Reporter: Joel.Brogniart@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: perl | Port: auto-multiple-choice ------------------------------+---------------------------------- Hi, Using informations from <http://trac.macports.org/ticket/46570> I tried to modify port x11/auto-multiple-choice to use perl variants. I added the lines: PortGroup perl5 1.0 ... perl5.require_variant yes perl5.conflict_variants yes perl5.branches 5.16 5.18 5.20 perl5.create_variants ${perl5.branches} and changed all "port:p5.16" to "port:p${perl5.major}" All my tests where done after having "sudo port uninstall installed" before . If I do sudo port install auto-multiple-choice auto-multiple-choice All works fine, the application is built, installed and works. If I do sudo port install perl5 sudo port install auto-multiple-choice auto-multiple-choice All works fine too, the application is built, installed and works. But if I do sudo port install perl5 +perl5_20 sudo port install auto-multiple-choice auto-multiple-choice The application is built, installed but when launched I get the error: Can't locate AMC/Basic.pm in @INC (you may need to install the AMC::Basic module) (@INC contains: /opt/local/lib/perl5/site_perl/5.20/darwin-thread- multi-2level /opt/local/lib/perl5/site_perl/5.20 /opt/local/lib/perl5/vendor_perl/5.20/darwin-thread-multi-2level /opt/local/lib/perl5/vendor_perl/5.20 /opt/local/lib/perl5/5.20/darwin- thread-multi-2level /opt/local/lib/perl5/5.20 .) at /opt/local/lib/AMC/perl/AMC-gui.pl line 45. BEGIN failed--compilation aborted at /opt/local/lib/AMC/perl/AMC-gui.pl line 45. I get the same error when I install perl5_18. All auto-multiple-choice files stays at the same places, whatever perl variant is installed. The unreachable file is in "/opt/local/lib/perl5/vendor_perl/AMC/Basic.pm". With the default perl5 install (perl5_16), it seems that @INC contains the path "/opt/local/lib/perl5/vendor_perl' but not with perl5_18 and perl5_20. Are there other informations I should have added for the application to work with perl5_18 or perl5_20 variants? -- Ticket URL: <https://trac.macports.org/ticket/47015> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #47570: [Port Abandoned] pythia, (root5)
by MacPorts 08 Sep '15

08 Sep '15

#47570: [Port Abandoned] pythia, (root5) --------------------+----------------------------------- Reporter: petr@… | Owner: mattiafrancescomoro@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: pythia root5 --------------------+----------------------------------- From what I was able to verify mattiafrancescomoro@... stopped contribution something like 4 years ago. There are two quite old open tickets #35698, #32318, and further closed tickets which we never acknowledged and resolved without the maintainers contribution. Port `root5` is actively maintained by jonesc@..., but mattiafrancescomoro@... is not active on this port, so removal from the maintainer list is proposed here as well. -- Ticket URL: <https://trac.macports.org/ticket/47570> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47548: [Port Abandoned] Ports maintained by hudora.de:md
by MacPorts 08 Sep '15

08 Sep '15

#47548: [Port Abandoned] Ports maintained by hudora.de:md --------------------+-------------------------------------- Reporter: mf2k@… | Owner: md@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: dd_rescue foremost socat --------------------+-------------------------------------- md has not been seen in [https://trac.macports.org/query?status=assigned&status=closed&status=new&st… many years] and has a [query:status=!closed&owner=md@hudora.de number of open tickets]. -- Ticket URL: <https://trac.macports.org/ticket/47548> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47911: ImageMagick and p5-perlmagick: update to version 6.9.1-4
by MacPorts 08 Sep '15

08 Sep '15

#47911: ImageMagick and p5-perlmagick: update to version 6.9.1-4 ----------------------+--------------------------------------- Reporter: devans@… | Owner: ryandesign@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ImageMagick p5-perlmagick ----------------------+--------------------------------------- Version 6.9.1-4 has been released, current version is 6.9.0-0. -- Ticket URL: <https://trac.macports.org/ticket/47911> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #47882: pyxplot @0.9.2_2 is not UsingTheRightCompiler
by MacPorts 08 Sep '15

08 Sep '15

#47882: pyxplot @0.9.2_2 is not UsingTheRightCompiler --------------------------+---------------------------- Reporter: ryandesign@… | Owner: mschamschula@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: pyxplot --------------------------+---------------------------- pyxplot is not UsingTheRightCompiler -- the configure script isn't, at least. It is hardcoded to run `gcc`. -- Ticket URL: <https://trac.macports.org/ticket/47882> MacPorts <https://www.macports.org/> Ports system for OS X

1 9