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

[MacPorts] #46951: finance/bitcoin: Problems updating to bitcoin-0.10.0
by MacPorts 09 May '15

09 May '15

#46951: finance/bitcoin: Problems updating to bitcoin-0.10.0 -------------------------+----------------------------- Reporter: easieste@… | Owner: easieste Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.3.3 Keywords: | Port: bitcoin -------------------------+----------------------------- After updating the checksums to the bitcoin-0.10.0, the compilation fails in linking bitcoin-qt as follows {{{ GEN qt/locale/bitcoin_zh_TW.qm GEN qt/qrc_bitcoin_locale.cpp CXX qt/qt_libbitcoinqt_a-qrc_bitcoin_locale.o AR qt/libbitcoinqt.a /opt/local/bin/ranlib: file: qt/libbitcoinqt.a(qt_libbitcoinqt_a- winshutdownmonitor.o) has no symbols /opt/local/bin/ranlib: file: qt/libbitcoinqt.a(qt_libbitcoinqt_a- moc_peertablemodel.o) has no symbols /opt/local/bin/ranlib: file: qt/libbitcoinqt.a(qt_libbitcoinqt_a- moc_rpcconsole.o) has no symbols /opt/local/bin/ranlib: file: qt/libbitcoinqt.a(qt_libbitcoinqt_a- winshutdownmonitor.o) has no symbols /opt/local/bin/ranlib: file: qt/libbitcoinqt.a(qt_libbitcoinqt_a- moc_peertablemodel.o) has no symbols /opt/local/bin/ranlib: file: qt/libbitcoinqt.a(qt_libbitcoinqt_a- moc_rpcconsole.o) has no symbols OBJCXXLD qt/bitcoin-qt clang: warning: argument unused during compilation: '-pthread' clang: warning: argument unused during compilation: '-pie' clang: warning: argument unused during compilation: '-pthread' Undefined symbols for architecture x86_64: "vtable for RPCExecutor", referenced from: RPCConsole::startExecutor() in libbitcoinqt.a(qt_libbitcoinqt_a- rpcconsole.o) NOTE: a missing vtable usually means the first non-inline virtual member function has no definition. "vtable for RPCConsole", referenced from: RPCConsole::RPCConsole(QWidget*) in libbitcoinqt.a (qt_libbitcoinqt_a-rpcconsole.o) NOTE: a missing vtable usually means the first non-inline virtual member function has no definition. "RPCConsole::staticMetaObject", referenced from: RPCConsole::RPCConsole(QWidget*) in libbitcoinqt.a (qt_libbitcoinqt_a-rpcconsole.o) RPCConsole::clear() in libbitcoinqt.a(qt_libbitcoinqt_a- rpcconsole.o) RPCConsole::setNumConnections(int) in libbitcoinqt.a (qt_libbitcoinqt_a-rpcconsole.o) RPCConsole::FormatBytes(unsigned long long) in libbitcoinqt.a (qt_libbitcoinqt_a-rpcconsole.o) "BitcoinApplication::requestedShutdown()", referenced from: BitcoinApplication::requestShutdown() in qt_bitcoin_qt-bitcoin.o "BitcoinApplication::requestedInitialize()", referenced from: BitcoinApplication::requestInitialize() in qt_bitcoin_qt-bitcoin.o "vtable for BitcoinCore", referenced from: BitcoinCore::BitcoinCore() in qt_bitcoin_qt-bitcoin.o NOTE: a missing vtable usually means the first non-inline virtual member function has no definition. "vtable for BitcoinApplication", referenced from: BitcoinApplication::BitcoinApplication(int&, char**) in qt_bitcoin_qt-bitcoin.o BitcoinApplication::~BitcoinApplication() in qt_bitcoin_qt-bitcoin.o NOTE: a missing vtable usually means the first non-inline virtual member function has no definition. "BitcoinApplication::stopThread()", referenced from: BitcoinApplication::~BitcoinApplication() in qt_bitcoin_qt-bitcoin.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) }}} -- Ticket URL: <https://trac.macports.org/ticket/46951> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #47577: bitcoin-0.10.1 compilation problems
by MacPorts 09 May '15

09 May '15

#47577: bitcoin-0.10.1 compilation problems ------------------------+------------------------ Reporter: easieste@… | Owner: easieste@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: bitcoin ------------------------+------------------------ After patching 'finance/bitcoin' in attached file, one runs into the following compilation error: {{{ In file included from rpcrawtransaction.cpp:6: In file included from ./base58.h:21: In file included from ./script/standard.h:12: In file included from /opt/local/include/boost/variant.hpp:22: /opt/local/include/boost/variant/get.hpp:212:5: error: implicit instantiation of undefined template 'boost::STATIC_ASSERTION_FAILURE<false>' BOOST_STATIC_ASSERT_MSG( ^ /opt/local/include/boost/static_assert.hpp:36:48: note: expanded from macro 'BOOST_STATIC_ASSERT_MSG' # define BOOST_STATIC_ASSERT_MSG( B, Msg ) BOOST_STATIC_ASSERT( B ) ^ /opt/local/include/boost/static_assert.hpp:169:13: note: expanded from macro 'BOOST_STATIC_ASSERT' sizeof(::boost::STATIC_ASSERTION_FAILURE< BOOST_STATIC_ASSERT_BOOL_CAST( __VA_ARGS__ ) >)>\ ^ /opt/local/include/boost/variant/get.hpp:284:12: note: in instantiation of function template specialization 'boost::strict_get<const CScriptID &, CNoDestination, CKeyID, CScriptID, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>' requested here return strict_get<U>(operand); ^ rpcrawtransaction.cpp:290:48: note: in instantiation of function template specialization 'boost::get<const CScriptID &, CNoDestination, CKeyID, CScriptID, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_, boost::detail::variant::void_>' requested here const CScriptID& hash = boost::get<const CScriptID&>(address); ^ /opt/local/include/boost/static_assert.hpp:87:26: note: template is declared here template <bool x> struct STATIC_ASSERTION_FAILURE; ^ 1 error generated. make[2]: *** [libbitcoin_server_a-rpcrawtransaction.o] Error 1 make[2]: Leaving directory `/opt/local/var/macports/build/_Users_evenson_dports_finance_bitcoin/bitcoin/work/bitcoin-0.10.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/opt/local/var/macports/build/_Users_evenson_dports_finance_bitcoin/bitcoin/work/bitcoin-0.10.1/src' make: *** [all-recursive] Error 1 make: Leaving directory `/opt/local/var/macports/build/_Users_evenson_dports_finance_bitcoin/bitcoin/work/bitcoin-0.10.1' Command failed: cd "/opt/local/var/macports/build/_Users_evenson_dports_finance_bitcoin/bitcoin/work/bitcoin-0.10.1" && /usr/bin/make -w all }}} -- Ticket URL: <https://trac.macports.org/ticket/47577> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47680: xcircuit 3.8.78 fails to install
by MacPorts 09 May '15

09 May '15

#47680: xcircuit 3.8.78 fails to install ---------------------------------+-------------------------------- Reporter: ceguizabal51@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: installation, error | Port: xcircuit ---------------------------------+-------------------------------- Macports version 2.3.3 OS 10.10.3 (Yosemite) Xquartz 2.7.7 Hardware: Mac mini and Macbook retina Installs dependencies, then fails. Did "port clean xcircuit" as recommended but same result. {{{ ---> Fetching archive for xcircuit Error: org.macports.archivefetch for port xcircuit returned: tk must be installed with +x11 and without +quartz. }}} Thanks -- Ticket URL: <https://trac.macports.org/ticket/47680> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #45434: base should create var/log, var/run and other common directories
by MacPorts 09 May '15

09 May '15

#45434: base should create var/log, var/run and other common directories --------------------------+-------------------------------- Reporter: p.perroud@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts Future Component: base | Version: Resolution: fixed | Keywords: haspatch Port: | --------------------------+-------------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => fixed Comment: I'll call this good enough, because if the problem did indeed come from a port, then the problem will resolve itself once a new version of MacPorts containing r135998 is released and the affected port is rebuilt. -- Ticket URL: <https://trac.macports.org/ticket/45434#comment:11> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47688: Automatically create ${prefix}/share/doc (should be part of prefix.mtree.in)
by MacPorts 09 May '15

09 May '15

#47688: Automatically create ${prefix}/share/doc (should be part of prefix.mtree.in) --------------------------+----------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 2.3.3 Keywords: | Port: --------------------------+----------------------------- ${prefix}/share/doc should be part of prefix.mtree.in. Turns out many ports currently manually create that directory; base could save them the bother by doing it automatically. See comment:ticket:47687:7. -- Ticket URL: <https://trac.macports.org/ticket/47688> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #45434: base should create var/log, var/run and other common directories
by MacPorts 09 May '15

09 May '15

#45434: base should create var/log, var/run and other common directories --------------------------+-------------------------------- Reporter: p.perroud@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: Resolution: | Keywords: haspatch Port: | --------------------------+-------------------------------- Changes (by ryandesign@…): * milestone: => MacPorts Future Comment: Replying to [comment:7 ryandesign@…]: > Seems like MacPorts itself should take on the responsibility of creating common directories like ${prefix}/var/log and ${prefix}/var/run. r135998 Still don't know which port created it with 744 permissions on your system... -- Ticket URL: <https://trac.macports.org/ticket/45434#comment:10> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #23280: base should auto-create share/doc/${name} and share/examples/${name} in destroot
by MacPorts 09 May '15

09 May '15

#23280: base should auto-create share/doc/${name} and share/examples/${name} in destroot ---------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.8.2 Resolution: wontfix | Keywords: Port: | ---------------------------+-------------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => wontfix Comment: Let's not do this. The thought at the time was that it would be easier for a portfile author to copy files into ${prefix}/share/doc/${name} if the portfile author didn't first have to create the directory. However, it's just about as likely that there already exists a documentation directory in the source archive that the portfile author would like to just copy to ${prefix}/share/doc/${name}, and if MacPorts base had already created a directory of the same name, then the portfile author would have to delete it first to avoid a conflict. As for ${prefix}/share/examples/${name}, we [https://lists.macosforge.org/pipermail/macports- dev/2013-October/024727.html decided] that we would prefer examples go in ${prefix}/share/doc/${name}/examples, and for the same reason as above, MacPorts base should not pre-create it. The python portgroup does pre- create it, and we should change it so it doesn't do that anymore. See #47687. -- Ticket URL: <https://trac.macports.org/ticket/23280#comment:2> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47686: iverilog: update to @0.9.7
by MacPorts 09 May '15

09 May '15

#47686: iverilog: update to @0.9.7 ----------------------+-------------------------------- Reporter: jpo@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: iverilog ----------------------+-------------------------------- Also improved post-destroot doc installation. Refactored it to glob, and was missing relevant docs from some subdirs. -- Ticket URL: <https://trac.macports.org/ticket/47686> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47674: GiNaC @1.6.3: update to 1.6.4
by MacPorts 09 May '15

09 May '15

#47674: GiNaC @1.6.3: update to 1.6.4 ---------------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch maintainer | Port: GiNaC ---------------------------------+-------------------------------- GiNaC has been updated to version 1.6.4: {{{ * Fix pow(+(...),2).expand() where the sum contained roots of rationals. * Various improvements for info(info_flags::nonnegative). * Make power::expand() (x*p)^c -> x^c * p^c, if p>0. * Fix normal() where nested functions occur multiple times. * Add optional explicit derivatives to functions and use it in abs(), imag_part(), real_part(). * Evaluate abs(z)^(2n) -> z^n * conjugate(z)^n. }}} -- Ticket URL: <https://trac.macports.org/ticket/47674> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47679: libnifalcon @1.0.2: undefined symbols boost::system::system_category, boost::system::generic_category
by MacPorts 09 May '15

09 May '15

#47679: libnifalcon @1.0.2: undefined symbols boost::system::system_category, boost::system::generic_category --------------------------+----------------------------- Reporter: ryandesign@… | Owner: richardsjohnt@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: haspatch | Port: libnifalcon --------------------------+----------------------------- libnifalcon @1.0.2 fails to build, citing undefined symbols. The attached patch cherry-picks three upstream commits that let the port build again. It also switches to using `cmake.out_of_source yes`, as had been requested in #47197, instead of doing the equivalent manually. May I commit it? -- Ticket URL: <https://trac.macports.org/ticket/47679> MacPorts <https://www.macports.org/> Ports system for OS X

1 2