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

[MacPorts] #51675: xar-devel @1.6 fails to install
by MacPorts 22 Jun '16

22 Jun '16

#51675: xar-devel @1.6 fails to install ------------------------+-------------------------------- Reporter: aszostak@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: xar-devel ------------------------+-------------------------------- The xar-devel package does not install because the http://xar.googlecode.com/svn/trunk/xar URL does not exist. See the message from the build log: {{{ :info:fetch svn: E160013: Unable to connect to a repository at URL 'http://xar.googlecode.com/svn/trunk/xar' :info:fetch svn: E160013: 'http://xar.googlecode.com/svn/trunk/xar' path not found }}} -- Ticket URL: <https://trac.macports.org/ticket/51675> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #51688: latexml install
by MacPorts 22 Jun '16

22 Jun '16

#51688: latexml install ----------------------------+-------------------------------- Reporter: nos.messages@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ----------------------------+-------------------------------- I tried to install latexml with the following commands but none seem to work:[[BR]] "sudo port install LaTeXML +texlive"[[BR]] "sudo port install LaTeXML +mactex"[[BR]] "sudo port install LaTeXML"[[BR]] Please find the installation summary attached. -- Ticket URL: <https://trac.macports.org/ticket/51688> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51521: matplotlib crash on Mac OS X.5 PPC
by MacPorts 22 Jun '16

22 Jun '16

#51521: matplotlib crash on Mac OS X.5 PPC ----------------------------+-------------------------------- Reporter: benoit.rivet@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: leopard | Port: py-matplotlib ----------------------------+-------------------------------- With python3.5 and py35-matplotlib @1.5.1_3+cairo as installed by Macports, the following minimal code : {{{ import matplotlib.pyplot as plt import numpy as np plt.figure() x=np.linspace(1,2) plt.plot(x,x**2) plt.savefig('sqr.pdf') }}} gives the following error : {{{ machdep: class is not implemented terminate called after throwing an instance of 'char*' Abort trap }}} This happens on a Mac OS X.5 PPC computer, and is likely PPC related : the bug does not happen on an Intel Machine. The bug does also not happen with py34-matplotlib @1.3.1_4 (although the warning 'machdep: class is not implemented' is issued, the script does not crash and the expected figure is saved). Note that I reported another bug (closed: wontfix) with Matplotlib 1.4.x on ticket 48727[https://trac.macports.org/ticket/48727]. I guess I'm stuck with matplotlib 1.3 for the future :-( -- Ticket URL: <https://trac.macports.org/ticket/51521> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #41392: Virtualbox @4.2.14: failed to determine Darwin version
by MacPorts 22 Jun '16

22 Jun '16

#41392: Virtualbox @4.2.14: failed to determine Darwin version -------------------------+-------------------------------------------- Reporter: mk@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: mavericks, yosemite, elcapitan Port: virtualbox | -------------------------+-------------------------------------------- Comment (by s.t.smith@…): CC me. -- Ticket URL: <https://trac.macports.org/ticket/41392#comment:29> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #40786: virtualbox and sub-ports: update to 4.3
by MacPorts 22 Jun '16

22 Jun '16

#40786: virtualbox and sub-ports: update to 4.3 -------------------------------------------------+------------------------- Reporter: mail@… | Owner: macports- Type: update | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Resolution: | Version: Port: virtualbox virtualbox-extension- | Keywords: pack virtualbox-guest-additions | -------------------------------------------------+------------------------- Comment (by s.t.smith@…): CC me. -- Ticket URL: <https://trac.macports.org/ticket/40786#comment:28> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #51687: ldas-tools: fix build on 10.11+
by MacPorts 22 Jun '16

22 Jun '16

#51687: ldas-tools: fix build on 10.11+ ----------------------+------------------------ Reporter: ram@… | Owner: ed.maros@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: ldas-tools ----------------------+------------------------ I know that `ldas-tools` is in the process of being split up into multiple packages (#51625) but there is still a bit of work to do before those split ports can be added. The current version of `ldas-tools` fails to build on El Capitan and the attached patch fixes this by disabling the use of the `-Werror` flag. The inability to build `ldas-tools` is causing a lot of disruption at the moment, so can the following patch be applied so that people can make progress before the split ports are ready? -- Ticket URL: <https://trac.macports.org/ticket/51687> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51550: mpich, openmpi: use compilers portgroup for Fortran variants
by MacPorts 22 Jun '16

22 Jun '16

#51550: mpich, openmpi: use compilers portgroup for Fortran variants -------------------------+------------------------------------------------- Reporter: dstrubbe@… | Owner: eborisch@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: mpich, mpich-devel, openmpi, | openmpi-devel -------------------------+------------------------------------------------- The compilers portgroup can be used for the Fortran variants of the non- gcc mpich(-devel) and openmpi(-devel) subports, for simplicity and to avoid having to maintain another list of the available gcc ports. -- Ticket URL: <https://trac.macports.org/ticket/51550> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #51615: cgal: Update to 4.8.1
by MacPorts 22 Jun '16

22 Jun '16

#51615: cgal: Update to 4.8.1 ------------------------+--------------------- Reporter: dstrubbe@… | Owner: vince@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: cgal ------------------------+--------------------- Update to version 4.8.1 and fix description, homepage, and livecheck. -- Ticket URL: <https://trac.macports.org/ticket/51615> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #51686: bitcoin snowleopard install error
by MacPorts 22 Jun '16

22 Jun '16

#51686: bitcoin snowleopard install error ---------------------------------+-------------------------------- Reporter: chrisgorman@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: bitcoin snowleopard | Port: bitcoin ---------------------------------+-------------------------------- {{{ checking whether the Boost::System library is available... yes configure: error: Could not find a version of the boost_system library! Command failed: cd "/sandbox/var/macports/build/_sandbox_trunk_dports_finance_bitcoin/bitcoin/work/bitcoin-0.12.1" && ./configure --prefix=/sandbox --disable-ccache --disable-silent-rules --with-daemon=yes --with-gui=no --enable-wallet=yes Exit code: 1 Error: Failed to configure bitcoin, consult /sandbox/var/macports/build/_sandbox_trunk_dports_finance_bitcoin/bitcoin/work/bitcoin-0.12.1/config.log Error: Failed to configure bitcoin: configure failure: command execution failed Error: See /sandbox/var/macports/logs/_sandbox_trunk_dports_finance_bitcoin/bitcoin/main.log for details. Error: Follow http://guide.macports.org/#project.tickets to report a bug. Error: Processing of port bitcoin failed }}} -- Ticket URL: <https://trac.macports.org/ticket/51686> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #51643: qt5 portgroup overwrites supported_archs, defines universal variant when one is not desired
by MacPorts 22 Jun '16

22 Jun '16

#51643: qt5 portgroup overwrites supported_archs, defines universal variant when one is not desired --------------------------+------------------------ Reporter: ryandesign@… | Owner: mcalhoun@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: qt5 --------------------------+------------------------ I'm trying to update my QupZilla port to version 2. It now requires qt5 instead of qt4. It also now requires an x86_64 processor. Without using any portgroup, setting `supported_archs x86_64` in a portfile causes the universal variant to be disabled. That's what I want. But something different happens when using the qt5 portgroup: * If I set `supported_archs x86_64` before including the qmake5 portgroup, the qmake5 portgroup includes the qt5 portgroup which overwrites my `supported_archs` choice. * If I set `supported_archs x86_64` after including the qmake5 portgroup, the qmake5 portgroup includes the qt5 portgroup which includes the muniversal portgroup which defines a universal variant. It looks like the only way to make a working portfile with the way the qt5 portgroup is written today is to set `universal_variant no` before including the qmake5 portgroup and to set `supported_archs x86_64` after including the qmake5 portgroup. That's inelegant. It would be simple enough to modify the portgroup to set a ''default'' for `supported_archs` but not overwrite a value if the port already set one. Ideally, the portfile author should be able to specify `supported_archs` or `universal_variant no` later in the portfile, as is customary, but I'm not sure how the portgroup would then be able to set up the universal variant correctly for those ports that need it. The app portgroup handles a similar situation (whether or not to add the makeicns dependency) using variable traces. That's a bit messy, but I can't think of another way to handle it. -- Ticket URL: <https://trac.macports.org/ticket/51643> MacPorts <https://www.macports.org/> Ports system for OS X

1 6