July 2016 - macports-tickets - lists.macosforge.org

[MacPorts] #51682: jython: update to 2.7.0
by MacPorts 04 Aug '16

04 Aug '16

#51682: jython: update to 2.7.0 ------------------------------+-------------------------------- Reporter: aaron+macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: jython ------------------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/51682> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #51801: qt5: support older versions of OS X via different versions of Qt 5
by MacPorts 04 Aug '16

04 Aug '16

#51801: qt5: support older versions of OS X via different versions of Qt 5 -----------------------------+-------------------------------- Reporter: davide.liessi@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: qt5 -----------------------------+-------------------------------- In the Portfile for qt5 I found this note {{{ TODO: support older versions of OS X via different versions of Qt 5 }}} I'm still on Snow Leopard and some projects I follow are moving to Qt 5, e.g. Frescobaldi (I maintain its Portfile). Would it be feasible to implement this? How much effort would it take? I would be glad to help in testing. -- Ticket URL: <https://trac.macports.org/ticket/51801> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #49418: Can't compile vtk5 +python27 +qt4_mac under 10.11.1
by MacPorts 03 Aug '16

03 Aug '16

#49418: Can't compile vtk5 +python27 +qt4_mac under 10.11.1 ------------------------------+-------------------------------- Reporter: leonardo.pires@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: vtk5 ------------------------------+-------------------------------- I cant compile vtk5 under 10.11.1. Already tried only vtk5, another error happens. The errors is: [ 8%] Generating vtkGLSLShaderLibrary.h cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary && ../../bin/ProcessShader /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/vtkGLSLShaderLibrary.h vtkShaderGLSL Code GetCode /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestAppVarFrag.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestVertex.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestVtkPropertyFrag.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestMatrixFrag.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/TestScalarVectorFrag.glsl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/GLSLShaders/Twisted.glsl dyld: Library not loaded: /opt/local/lib/vtk-5.10/libvtksys.5.10.dylib Referenced from: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/Utilities/MaterialLibrary/../../bin/ProcessShader Reason: image not found The problem is: libvtksys.5.10.dylib isn't at /opt/local/lib but at /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_vtk5/vtk5/work/VTK5.10.1/lib (the temporary dir for building). Love your ports, guys. Hope to help to get it better! -- Ticket URL: <https://trac.macports.org/ticket/49418> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #51938: New Port for Education -- WW
by MacPorts 03 Aug '16

03 Aug '16

#51938: New Port for Education -- WW -------------------------------------+-------------------------------- Reporter: bosmith@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: education, command line | Port: ww -------------------------------------+-------------------------------- Port description: In the Spring of 2016, Walstad and Wagner released a paper suggesting that the pretest/posttest delta is insufficient in assessing learning outcomes. However, performing such a disaggregation is time intensive, especially if the questions appear in a different location (or order) on the pre and post test. WW_out is a command line tool that makes this disaggregation easy. It uses four CSV files to generate outcomes by question and student. -- Ticket URL: <https://trac.macports.org/ticket/51938> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #51359: qhull fails to build on 10.6.8
by MacPorts 03 Aug '16

03 Aug '16

#51359: qhull fails to build on 10.6.8 --------------------------+-------------------------------- Reporter: dyne2meter@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: --------------------------+-------------------------------- Log reports :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_qhull/qhull/work/qhull-2015.2/src/libqhullcpp/QhullSet.h: In member function ‘std::vector<T, std::allocator<_CharT> > orgQhull::QhullSet<T>::toStdVector() const’: :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_qhull/qhull/work/qhull-2015.2/src/libqhullcpp/QhullSet.h:330: error: expected `;' before ‘i’ :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_qhull/qhull/work/qhull-2015.2/src/libqhullcpp/QhullSet.h:331: error: expected `;' before ‘e’ :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_qhull/qhull/work/qhull-2015.2/src/libqhullcpp/QhullSet.h:333: error: ‘i’ was not declared in this scope :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_qhull/qhull/work/qhull-2015.2/src/libqhullcpp/QhullSet.h:333: error: ‘e’ was not declared in this scope -- Ticket URL: <https://trac.macports.org/ticket/51359> MacPorts <https://www.macports.org/> Ports system for OS X

1 15

[MacPorts] #48145: castxml: add variants for different versions of clang toolchain, use corresponding toolchain for compilation
by MacPorts 03 Aug '16

03 Aug '16

#48145: castxml: add variants for different versions of clang toolchain, use corresponding toolchain for compilation ----------------------+------------------------ Reporter: mmoll@… | Owner: stromnov@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: castxml ----------------------+------------------------ castxml needs to be compiled with clang 3.6 or higher. It also needs the full install of llvm that MacPorts provides (Xcode is not complete enough). The attached patch fixes compilation problems on older OSs and adds the option to use clang-3.7. -- Ticket URL: <https://trac.macports.org/ticket/48145> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #51923: Pytables fails to create hdf5 table
by MacPorts 03 Aug '16

03 Aug '16

#51923: Pytables fails to create hdf5 table ---------------------+-------------------------------- Reporter: dersh@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py27-tables ---------------------+-------------------------------- I first tried to create an hdf5 table using pandas. But, that failed. So, I went to pytables instead, and that also fails with a similar error. I'm using py27-tables @3.2.2_2 which is using hdf5 @1.10.0_1 Here is a simple example, grabbed from the pytables web page {{{ >>> import tables >>> from tables import * >>> h5file = open_file("tutorial1.h5", mode = "w", title = "Test file") >>> group = h5file.create_group("/", 'detector', 'Detector information') >>> class Particle(IsDescription): ... name = StringCol(16) ... idnumber = Int64Col() # ... ADCcount = UInt16Col() # Unsigned ... >>> table = h5file.create_table(group, 'readout', Particle, "Readout example") Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/tables/file.py", line 1060, in create_table chunkshape=chunkshape, byteorder=byteorder) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/tables/table.py", line 873, in __init__ byteorder, _log) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/tables/leaf.py", line 262, in __init__ super(Leaf, self).__init__(parentnode, name, _log) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/tables/node.py", line 270, in __init__ self._v_objectid = self._g_create() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/tables/table.py", line 1066, in _g_create self._v_new_title, self.filters.complib or '', obversion) File "tables/tableextension.pyx", line 222, in tables.tableextension.Table._create_table (tables/tableextension.c:3322) tables.exceptions.HDF5ExtError: HDF5 error back trace File "H5A.c", line 265, in H5Acreate2 not a location File "H5Gloc.c", line 253, in H5G_loc invalid object ID End of HDF5 error back trace Can't set attribute 'CLASS' in table: readout. }}} -- Ticket URL: <https://trac.macports.org/ticket/51923> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #51925: hdf5-18 @1.8.16 Cannot use environment variable HDF5_ROOT_DIR
by MacPorts 03 Aug '16

03 Aug '16

#51925: hdf5-18 @1.8.16 Cannot use environment variable HDF5_ROOT_DIR ------------------------------+-------------------------------- Reporter: fredericperez1@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: hdf5 | Port: hdf5-18 @1.8.16 ------------------------------+-------------------------------- Due to the switch to hdf5 @1.10.0, my software crashes (this hdf5 version has some bugs). The port hdf5-18 @1.8.16 fixes the problem, but moves all the dependencies to /opt/local/include/hdf5-18/ and /opt/local/lib/hdf5-18/. It turns out that a few programs use the environment variable HDF5_ROOT_DIR, which here points to /opt/local. It is used to point the compiler to $HDF5_ROOT_DIR/include and $HDF5_ROOT_DIR/lib. Of course, this does not work anymore because this would mean changing all my makefiles to $HDF5_ROOT_DIR/include/hdf5-18 and $HDF5_ROOT_DIR/lib/hdf5-18. This is not portable, thus I cannot make use anymore of this environment variable. I believe it would make more sense to have the hdf5-18 include and lib directories inside another single directory such as /opt/local/hdf5-18/, but I am not sure this is very good practice. In any case, the current implementation does not look workable for me. Thanks -- Ticket URL: <https://trac.macports.org/ticket/51925> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51902: gnudatalanguage @0.9.6 build error
by MacPorts 03 Aug '16

03 Aug '16

#51902: gnudatalanguage @0.9.6 build error --------------------------+-------------------------------- Reporter: majoc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: hdf5 openmpi | Port: gudatalanguage --------------------------+-------------------------------- Port hdf5 @1.10.0_1+cxx+fortran+gcc5+hl+openmpi present and active, but build fails with: {{{ /opt/local/include/H5public.h:61:13: fatal error: 'mpi.h' file not found }}} Please see enclosed build log for 10.11 (10.10 has an exactly similar build error). This appears to be a different problem from Trac #51865, for which thanks. I've seen failures of the above form with other ports in our build set, for which the usual fix is to add +openmpi, or in one instance +openmp; but attempting to install gnudatalanguage with +openmp yields conflicts between other packages and gcc44. Thanks in advance. Do please let me know if you require more information. Apologies for terseness and typos: shredded-fingers error. -- Ticket URL: <https://trac.macports.org/ticket/51902> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

Re: [MacPorts] #43254: gnucash: +python27 variant broken
by MacPorts 02 Aug '16

02 Aug '16

#43254: gnucash: +python27 variant broken --------------------------------+---------------------- Reporter: macsforever2000@… | Owner: dports@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 2.2.99 Resolution: | Keywords: Port: gnucash | --------------------------------+---------------------- Changes (by g5pw@…): * cc: g5pw@… (added) Comment: Please note this patch does not work correctly: it installs python files in {{{${prefix}/lib/python2.7/...}}}, which is not in the default PYTHONPATH. It should install in {{{${frameworks_dir}/Python.framework/Versions/2.7/lib/python2.7/...}}} I'll try to look into it. -- Ticket URL: <https://trac.macports.org/ticket/43254#comment:9> MacPorts <https://www.macports.org/> Ports system for OS X

2 1