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

[MacPorts] #30829: munin installation fails
by MacPorts 09 May '14

09 May '14

#30829: munin installation fails --------------------------------+------------------------------------------- Reporter: netllama@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: | Port: --------------------------------+------------------------------------------- Attempts to install munin with "port install munin" consistently fails with ports-2.0.1. See the attached install log ########## :info:destroot Installing build/plugins/node.d.darwin/load :info:destroot mv /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_re lease_tarballs_ports_net_munin/munin/work/destroot/opt/local/lib/munin/plugins/*.adv /opt/local/var/m acports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_munin/mun in/work/destroot/opt/local/lib/munin :info:destroot mv: rename /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macport s.org_release_tarballs_ports_net_munin/munin/work/destroot/opt/local/lib/munin/plugins/*.adv to /opt/ local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_ne t_munin/munin/work/destroot/opt/local/lib/munin/*.adv: No such file or directory :info:destroot make: [install-plugins-prime] Error 1 (ignored) :info:destroot ./install-sh -m 0644 build/plugins/plugins.history /opt/local/var/macports/build/_opt_ local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_munin/munin/work/destroot/op t/local/lib/munin/plugins/ :info:destroot ./install-sh -m 0644 build/plugins/plugin.sh /opt/local/var/macports/build/_opt_local_ var_macports_sources_rsync.macports.org_release_tarballs_ports_net_munin/munin/work/destroot/opt/loca l/lib/munin/plugins/ :info:destroot cd plugins/javalib && javac -g -source 1.5 -target 1.5 ./org/munin/plugin/jmx/BasicMBe anConnection.java :info:destroot No Java runtime present, requesting install. :info:destroot make: *** [plugins/javalib//org/munin/plugin/jmx/BasicMBeanConnection.class] Error 1 :info:destroot make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources _rsync.macports.org_release_tarballs_ports_net_munin/munin/work/munin-1.4.4' ########## -- Ticket URL: <https://trac.macports.org/ticket/30829> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #32141: munin node fail to update with "Plugin XYZ Can't drop privileges: setrgid()"
by MacPorts 09 May '14

09 May '14

#32141: munin node fail to update with "Plugin XYZ Can't drop privileges: setrgid()" -----------------------------------+---------------------------------------- Reporter: jacques2020@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: munin 10.7 Lion | Port: munin -----------------------------------+---------------------------------------- Hi When calling the any plugin on Lion via telnet, it results in the same error (see below some modifications needed to successfully install) Trying 129.20.159.199... Connected to pr159199.med.univ-rennes1.fr. Escape character is '^]'. # munin node at pr159199.med.univ-rennes1.fr fetch df # Bad exit . cap cap multigraph list cupsys_pages df df_inode if_en0 if_err_en0 load lpstat netstat ntp_offset postfix_mailqueue processes test users while it run fine using munin-run on the node computer sudo -u munin /opt/local/sbin/munin-run df Password: _dev_disk0s2.value 4 _dev_disk3.value 100 _dev_disk1s3.value 19 _dev_disk2s2.value 100 _dev_disk4s2.value 33 and here is the corresponding munin-node.log 2011/11/19-19:31:45 CONNECT TCP Peer: "129.20.159.165:48055" Local: "129.20.159.199:4949" 2011/11/19-19:31:45 [2392] DEBUG: > # munin node at pr159199.med.univ- rennes1.fr 2011/11/19-19:31:53 [2392] DEBUG: < fetch df ".11/11/19-19:31:53 [2392] DEBUG: Running command "fetch df 2011/11/19-19:31:53 [2392] Error output from df: 2011/11/19-19:31:53 [2392] # Set /rgid/ruid/egid/euid/ to /500/4294967294/500 500 /4294967294/ 2011/11/19-19:31:53 [2392] 2011/11/19-19:31:53 [2393] Plugin 'df' Can't drop privileges: setrgid() not implemented at /opt/local/lib/perl5/site_perl/5.12.3/Munin/Node/OS.pm line 272, <STDIN> line 1.\n. Bailing out. 2011/11/19-19:31:53 [2392] Service 'df' exited with status 1/0. 2011/11/19-19:31:53 [2392] DEBUG: > # Bad exit 2011/11/19-19:31:53 [2392] DEBUG: > . 2011/11/19-19:31:58 [2392] DEBUG: < cap ".11/11/19-19:31:58 [2392] DEBUG: Running command "cap 2011/11/19-19:31:58 [2392] DEBUG: > cap multigraph 2011/11/19-19:32:01 [2392] DEBUG: < list ".11/11/19-19:32:01 [2392] DEBUG: Running command "list 2011/11/19-19:32:01 [2392] DEBUG: > cupsys_pages df df_inode if_en0 if_err_en0 load lpstat netstat ntp_offset postfix_mailqueue processes test users 2011/11/19-19:32:01 [2392] DEBUG: > 2 ====================================== I experience difficulties in installing minion node on snow leopard (PPC and intel core 2 duo as well as Lion / intel Xeon and i5) First of all, after installing, I tried to run sudo munin-node-configure --suggest --shell | sh I got an error Could not open plugin configuration directory: No such file or directory at /opt/local/lib/perl5/site_perl/5.12.3/Munin/Node/Service.pm line 81 Looking at the code, I assumed that sudo mkdir /opt/local/etc/munin/plugin-conf.d could fix the issue… In fact the plugin folder could not be written by an admin and sh seems to be sudo, like sudo munin-node-configure --suggest --shell | sudo sh on Lion, none of the plugin succeeded in autoconf with message Non-zero exit during autoconf (1) So, I also had to run as munin user sudo -u munin munin-node-configure --suggest --shell | sudo sh (but there is still an issue with asking for password if the precedent sudo is not recent enough…) it might be interesting to dig into that or at least to when it is suggested to run the munin-node-configure to add the proper command. thank you for your help -- Ticket URL: <https://trac.macports.org/ticket/32141> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[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