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

[MacPorts] #42316: [port abandoned] munin
by MacPorts 09 May '14

09 May '14

#42316: [port abandoned] munin -------------------------------+--------------------- Reporter: macsforever2000@… | Owner: alpha@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: munin -------------------------------+--------------------- Maintainer has not responded to tickets in a while. See #36860 and #36855. -- Ticket URL: <https://trac.macports.org/ticket/42316> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #43650: boost::regex link error
by MacPorts 09 May '14

09 May '14

#43650: boost::regex link error ----------------------+-------------------------------- Reporter: casmyu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: ----------------------+-------------------------------- Hi there, I installed boost with MacPorts, most library works perfectly except boost::regex. Here is the informations from my dev environment: $ uname -a Darwin Kernel Version 13.1.0: Wed Apr 2 23:52:02 PDT 2014; root:xnu-2422.92.1~2/RELEASE_X86_64 x86_64 $ sudo port installed | grep boost boost @1.55.0_2+no_single+no_static+python27 (active) here is the source code, quite simple: $ cat test.cpp #include <sstream> #include <iostream> #include <boost/regex.hpp> int main (int argc, const char* argv[]) { boost::regex exp("*"); boost::regex_match("foo", exp); } $ g++ --version g++ (MacPorts gcc48 4.8.2_0) 4.8.2 Copyright (C) 2013 Free Software Foundation, Inc. $ g++ -std=c++11 -o test -I/opt/local/include -L/opt/local/lib -lboost_regex-mt test.cpp Undefined symbols for architecture x86_64: "boost::re_detail::perl_matcher<char const*, std::allocator<boost::sub_match<char const*> >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::construct_init(boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags)", referenced from: boost::re_detail::perl_matcher<char const*, std::allocator<boost::sub_match<char const*> >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::perl_matcher(char const*, char const*, boost::match_results<char const*, std::allocator<boost::sub_match<char const*> > >&, boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags, char const*) in ccRUN4it.o "boost::re_detail::perl_matcher<char const*, std::allocator<boost::sub_match<char const*> >, boost::regex_traits<char, boost::cpp_regex_traits<char> > >::match()", referenced from: bool boost::regex_match<char const*, std::allocator<boost::sub_match<char const*> >, char, boost::regex_traits<char, boost::cpp_regex_traits<char> > >(char const*, char const*, boost::match_results<char const*, std::allocator<boost::sub_match<char const*> > >&, boost::basic_regex<char, boost::regex_traits<char, boost::cpp_regex_traits<char> > > const&, boost::regex_constants::_match_flags) in ccRUN4it.o ld: symbol(s) not found for architecture x86_64 collect2: error: ld returned 1 exit status Would you please help to check this problem? If you need any more information, please let me know. Thank you! -- Ticket URL: <https://trac.macports.org/ticket/43650> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #33633: seqan: i386 build fails with compiler error
by MacPorts 09 May '14

09 May '14

#33633: seqan: i386 build fails with compiler error -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: david.weese@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: seqan -------------------------------------+-------------------------------------- Trying to build seqan on a 64-bit Mac with Snow Leopard and Xcode 3.2.6 and build_arch set to i386 results in a compiler failure: {{{ /i386-10.6-mp/var/macports/build/_Users_rschmidt_macports_dports- clean_science_seqan/seqan/work/seqan-1.3.1/apps/mason/simulate_illumina.h:461: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://developer.apple.com/bugreporter> for instructions. }}} I can report this bug to Apple, but I'm not sure how interested they are, since I doubt there will be any further changes to the gcc compiler or Xcode 3 from Apple. Perhaps someone with Xcode 4 and/or Lion could test whether this is still a problem with llvm-gcc-4.2 and/or clang. -- Ticket URL: <https://trac.macports.org/ticket/33633> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #33634: seqan: various improvements
by MacPorts 09 May '14

09 May '14

#33634: seqan: various improvements -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: david.weese@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: haspatch | Port: seqan -------------------------------------+-------------------------------------- Here's patch to make various improvements that I was going to suggest when the port was submitted in #31429. == CMake portgroup == This port configures using cmake, therefore this patch makes the port use the cmake portgroup, which allows us to remove various other lines from the portfile. == Dependencies == The software links with libz.dylib, so this patch adds a library dependency on port:zlib. The port had a library dependency on port:cmake; this was incorrect since cmake was only used a configure time. Using the cmake portgroup correctly makes port:cmake a build dependency. So that the zlib dependency is properly recorded in the user's port registry, the revision is increased. == Universal variant == Currently, choosing the universal variant results in: {{{ CMake Error: The source directory "/opt/local/var/macports/build /_Users_rschmidt_macports_dports- clean_science_seqan/seqan/work/seqan-1.3.1/cmake/--disable-dependency- tracking" does not exist. }}} Using the cmake portgroup handles the universal variant correctly and gets past this error, however then lands at the same i386 build error described in #33633. Therefore this patch disables the universal variant. -- Ticket URL: <https://trac.macports.org/ticket/33634> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #43072: portfile update of seqan
by MacPorts 09 May '14

09 May '14

#43072: portfile update of seqan --------------------+-------------------------------- Reporter: tre@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: seqan --------------------+-------------------------------- Hi, I made the following changes to the port seqan @1.3.1: - update to SeqAn version 1.4.1 (current stable release) - divided the former one port into two ports: - seqan now contains the header-only library - seqan-apps contains all SeqAn applications that we distribute (this port will be another ticket) - the include files of seqan are now simply downloaded and extracted into destroot - seqan-apps are now pre-built on our servers for i686 and x86_64 platforms which saves build time (took >30min and >4GB RAM) You'll find the seqan portfile patch in the attachment and I'll add link to the new seqan-apps portfile ticket. -- Ticket URL: <https://trac.macports.org/ticket/43072> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #38202: tiff @4.0.3_1 install_name_tool fails and suggest -headerpad_max_install_names
by MacPorts 09 May '14

09 May '14

#38202: tiff @4.0.3_1 install_name_tool fails and suggest -headerpad_max_install_names ----------------------------+-------------------------------- Reporter: julien.malik@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: tiff ----------------------------+-------------------------------- After an upgrade today, I had libtiff upgraded from 3.9.7_0 to 4.0.3_1. System is Since that, install_name_tool fails when I make a bundle of an app of mine : install_name_tool: changing install names or rpaths can't be redone for: /Users/otbval/Dashboard/nightly/Monteverdi2-Release/build/_CPack_Packages/Darwin/Bundle/Monteverdi2-0.1.0-Darwin/Monteverdi2-0.1.app/Contents/Resources/MacOS/libtiff.5.dylib (for architecture x86_64) because larger updated load commands do not fit (the program must be relinked, and you may need to use -headerpad or -headerpad_max_install_names) Never seen this message before. I successfully ran install_name_tool on libtiff coming from macport, since a long time. So this is a regression to me. How about putting this -headerpad_max_install_names link flag in the port? -- Ticket URL: <https://trac.macports.org/ticket/38202> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #35868: py-geoip @1.2.7 fix whitespace in Portfile
by MacPorts 09 May '14

09 May '14

#35868: py-geoip @1.2.7 fix whitespace in Portfile ------------------------------------+--------------------------------------- Reporter: lockhart@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: py-geoip ------------------------------------+--------------------------------------- Patch to use spaces rather than tabs in the Portfile. Also move livecheck.type to outside the post-destroot block (this seems to be common practice in Portfiles). -- Ticket URL: <https://trac.macports.org/ticket/35868> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37164: docbook-utils: "..." is not a function name
by MacPorts 09 May '14

09 May '14

#37164: docbook-utils: "..." is not a function name --------------------------+--------------------------- Reporter: ryandesign@… | Owner: lockhart@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: docbook-utils --------------------------+--------------------------- Building docbook-utils @0.6.14_1 fails for me. The log has lines like these: {{{ :info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso- amsa.ent:8:19:E: "X21B6" is not a function name :info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso- amsa.ent:8:19:E: "X21B6" is not a function name :info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso- amsa.ent:8:19:E: "X21B6" is not a function name :info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso- amsa.ent:8:19:E: "X21B6" is not a function name :info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso- amsa.ent:8:19:E: "X21B6" is not a function name :info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso- amsa.ent:9:19:E: "X21B7" is not a function name :info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso- amsa.ent:9:19:E: "X21B7" is not a function name :info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso- amsa.ent:9:19:E: "X21B7" is not a function name [snip] }}} And so on (7500 more lines like these). -- Ticket URL: <https://trac.macports.org/ticket/37164> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #43585: terra @ 0.7 use MacPorts defaults for compiler and options
by MacPorts 09 May '14

09 May '14

#43585: terra @ 0.7 use MacPorts defaults for compiler and options ----------------------------------+-------------------------------- Reporter: tlockhart1976@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: haspatch, maintainer | Port: terra ----------------------------------+-------------------------------- This updated Portfile and restructured patch files use compilers and options from the MacPorts configure.cc, configure.cxx, and configure.optflags settings. Patch files are renamed to the MacPorts standard as indicated by "port lint --nitpick". The original patch file "terra.patches" is no longer used and can be deleted. Per feedback from Ryan and Bradley. -- Ticket URL: <https://trac.macports.org/ticket/43585> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #43649: seqan: port abandoned
by MacPorts 09 May '14

09 May '14

#43649: seqan: port abandoned --------------------+--------------------------- Reporter: mf2k@… | Owner: david.weese@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: seqan --------------------+--------------------------- The maintainers have not responded to any tickets including #33633, #33634 and #43072. In fact, I don't know why the maintainers were added in the first place since it was submitted by someone else (also Cc'ed). -- Ticket URL: <https://trac.macports.org/ticket/43649> MacPorts <http://www.macports.org/> Ports system for OS X

1 4