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

[MacPorts] #36860: munin: update to a newer version
by MacPorts 09 May '14

09 May '14

#36860: munin: update to a newer version --------------------------+--------------------- Reporter: ryandesign@… | Owner: alpha@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: munin --------------------------+--------------------- The munin port in MacPorts is at version 1.4.5. Please update to 2.0.7, or if it is not desired to update to version 2, then at least update to 1.4.7. -- Ticket URL: <https://trac.macports.org/ticket/36860> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #36855: "load" plugin in munin uses bad echo command
by MacPorts 09 May '14

09 May '14

#36855: "load" plugin in munin uses bad echo command -------------------------------+-------------------------------- Reporter: mf-macports.org@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: munin -------------------------------+-------------------------------- The "load" plugin currently uses echo -n in a script executed by /bin/sh, which is not an available option in this builtin. The attached patch substitutes the -n option with a \c at the end of the string. -- Ticket URL: <https://trac.macports.org/ticket/36855> MacPorts <http://www.macports.org/> Ports system for Mac OS

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] #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] #34603: ace: use the right compiler and -arch flags
by MacPorts 09 May '14

09 May '14

#34603: ace: use the right compiler and -arch flags -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: lockhart@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: ace -------------------------------------+-------------------------------------- ace doesn't ensure it's UsingTheRightCompiler or -arch flags. -- Ticket URL: <https://trac.macports.org/ticket/34603> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #37844: New Portfile for Google leveldb.
by MacPorts 08 May '14

08 May '14

#37844: New Portfile for Google leveldb. -------------------------+-------------------------------- Reporter: dw@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -------------------------+-------------------------------- Per 37843, snappy +universal fails to build if google-test -universal is installed, so +universal +snappy builds of this Portfile will fail similarly. -- Ticket URL: <https://trac.macports.org/ticket/37844> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #32219: ffmpeg-devel
by MacPorts 08 May '14

08 May '14

#32219: ffmpeg-devel --------------------------------------+------------------------------------- Reporter: marcin.operacz@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: ffmeg-devel --------------------------------------+------------------------------------- Enhacement to use librtmp in ffmpeg to address issue with connecting to non default instance applications -- Ticket URL: <https://trac.macports.org/ticket/32219> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7