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

[MacPorts] #43644: xymon-client port on Mac OS X cannot handle volumes with spaces in name
by MacPorts 29 Sep '14

29 Sep '14

#43644: xymon-client port on Mac OS X cannot handle volumes with spaces in name ---------------------------+----------------------------------------------- Reporter: | Owner: macports-tickets@… MacPorts.ORG@… | Status: new Type: defect | Milestone: MacPorts Future Priority: Normal | Version: 2.2.1 Component: ports | Port: xymon-server, xymon, xymon-client Keywords: xymon | ---------------------------+----------------------------------------------- Many Macs have hard drives with a default name like "Macintosh HD". They also may have a Time Machine volume with a name like "Time Machine" or "Time Machine Backups". The present Mac port of the Xymon client code does not deal well with this. Only the first element (e.g. "/Volumes/Macintosh" or "/Volumes/Time") is emitted from the "xymonclient-darwin.sh" script. This is present not only in the Xymon 4.3.10 code in the current MacPorts port but also in the current Xymon 4.3.17 mainline release. This makes it very difficult to use Xymon in a work environment where one might like to monitor Macs as well as more common (Linux, Solaris) systems. I am creating this ticket in hopes that Xymon author Henrik Størner and Xymon MacPorts port maintainer François Claire can somehow find a way to fix this :-) Please see attachment for partial fix and suggestion for changing the ''df'' processing section to one that is iterative over the output of the the original ''df''. -- Ticket URL: <https://trac.macports.org/ticket/43644> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #33179: xymon and xymon-server disagree about whether clientlaunch.cfg should be registered to the port or not
by MacPorts 29 Sep '14

29 Sep '14

#33179: xymon and xymon-server disagree about whether clientlaunch.cfg should be registered to the port or not -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: fclaire@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: xymon -------------------------------------+-------------------------------------- Installing xymon, then uninstalling xymon, then installing xymon-server, results in an activation failure: {{{ $ sudo port install xymon-server ---> Computing dependencies for xymon-server ---> Fetching archive for xymon-server ---> Attempting to fetch xymon-server-4.3.7_0.darwin_10.x86_64.tbz2 from http://packages.macports.org/xymon-server ---> Fetching xymon-server ---> Verifying checksum(s) for xymon-server ---> Extracting xymon-server ---> Applying patches to xymon-server ---> Configuring xymon-server ---> Building xymon-server ---> Staging xymon-server into destroot ---> Installing xymon-server @4.3.7_0 ---> Activating xymon-server @4.3.7_0 Error: Target org.macports.activate returned: Image error: /opt/local/lib/xymon/client/etc/clientlaunch.cfg already exists and does not belong to a registered port. Unable to activate port xymon-server. Use 'port -f activate xymon-server' to force the activation. Log for xymon-server is at: /opt/local/var/macports/logs /_Users_rschmidt_macports_dports_net_xymon-server/xymon-server/main.log Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets> }}} -- Ticket URL: <https://trac.macports.org/ticket/33179> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #39710: gtimelog: update to 0.8.1
by MacPorts 29 Sep '14

29 Sep '14

#39710: gtimelog: update to 0.8.1 --------------------+--------------------------------- Reporter: jmr@… | Owner: shreevatsa.public@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: gtimelog --------------------+--------------------------------- Released 2013-02-10: https://pypi.python.org/pypi/gtimelog Should probably change to using python27 too. -- Ticket URL: <https://trac.macports.org/ticket/39710> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #39451: qt4-creator-mac cannot install for arch(s) 'i386 x86_64'
by MacPorts 29 Sep '14

29 Sep '14

#39451: qt4-creator-mac cannot install for arch(s) 'i386 x86_64' ------------------------------+-------------------------------- Reporter: jamesfmarshall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: ------------------------------+-------------------------------- This is the entire error message when I attempt a port upgrade outdated: {{{ ---> Computing dependencies for qt4-creator-mac. Error: Cannot install qt4-creator-mac for the arch(s) 'i386 x86_64' because Error: its dependency botan does not build for the required arch(s) by default Error: and does not have a universal variant. Error: Unable to upgrade port: architecture mismatch To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets }}} Any other info somewhere? -- Ticket URL: <https://trac.macports.org/ticket/39451> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #39635: Patch: add Python dependency and universal variant to botan
by MacPorts 29 Sep '14

29 Sep '14

#39635: Patch: add Python dependency and universal variant to botan ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch | Port: botan ------------------------+-------------------------------- {{{botan}}}'s configure script is written in Python, so we need an explicit build dependency. On IRC, jmr_mp and neverpanic both suggested adding a hard-coded dependency on {{{python27}}} instead of a set of variants for different possible Python versions. Moreover, since {{{qt4-creator-mac +universal}}} requires {{{botan +universal}}}, here's an attempt to enable a {{{universal}}} variant for {{{botan}}}. -- Ticket URL: <https://trac.macports.org/ticket/39635> MacPorts <http://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #38158: afflib @3.6.12 Build failure - autoreconf
by MacPorts 29 Sep '14

29 Sep '14

#38158: afflib @3.6.12 Build failure - autoreconf ----------------------+-------------------------------- Reporter: djvasi@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: afflib ----------------------+-------------------------------- afflib fails to build with the following error: {{{ ---> Configuring afflib configure.ac:15: error: 'AM_CONFIG_HEADER': this macro is obsolete. You should use the 'AC_CONFIG_HEADERS' macro instead. /opt/local/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from... configure.ac:15: the top level autom4te: /opt/local/bin/gm4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_security_afflib/afflib/work/afflib-3.6.12" && autoreconf --install Exit code: 1 }}} I'm on OS X 10.7.5. The current autoconf on my system is from MacPorts, and is version 2.69. -- Ticket URL: <https://trac.macports.org/ticket/38158> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #42300: afflib fails to build.
by MacPorts 29 Sep '14

29 Sep '14

#42300: afflib fails to build. ---------------------+-------------------------------- Reporter: dersh@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: afflib ---------------------+-------------------------------- afflib 3.6.12 fails to build. I was attempting to install afflib to work with sleuthkit, but it will not build. Additionally, we might consider an upgrade to afflib version 4, although it is not clear from the website if that version is compatible with sleuthkit 4 or not. Here is the end of the build log file: {{{ :info:build libtool: link: /usr/bin/clang++ -pipe -Os -arch x86_64 -D_FORTIFY_SOURCE=2 -Wall -g -Wl,-headerpad_max_install_names -arch x86_64 -o affuse affuse-affuse.o -L/opt/local/lib ../lib/.libs/libafflib.a -lcrypto -lssl -lexpat -lz -lncurses -lreadline :info:build libtool: link: /usr/bin/clang++ -pipe -Os -arch x86_64 -D_FORTIFY_SOURCE=2 -Wall -g -Wl,-headerpad_max_install_names -arch x86_64 -o affdiskprint affdiskprint.o -L/opt/local/lib ../lib/.libs/libafflib.a -lcrypto -lssl -lexpat -lz -lncurses -lreadline :info:build libtool: link: /usr/bin/clang++ -pipe -Os -arch x86_64 -D_FORTIFY_SOURCE=2 -Wall -g -Wl,-headerpad_max_install_names -arch x86_64 -o affverify affverify.o aff_bom.o -L/opt/local/lib ../lib/.libs/libafflib.a -lcrypto -lssl -lexpat -lz -lncurses -lreadline :info:build affxml.cpp:86:14: error: 'long type-name' is invalid :info:build uint32_t long zsectors; // number of sectors that are all blank :info:build ^ :info:build affxml.cpp:87:14: error: 'long type-name' is invalid :info:build uint32_t long badsectors; // number of bad sectors :info:build ^ :info:build affxml.cpp:88:14: error: 'long type-name' is invalid :info:build uint32_t long zpages; // number of pages that are all blank :info:build ^ :info:build affxml.cpp:89:14: error: 'long type-name' is invalid :info:build uint32_t long pages; // total number of pages :info:build ^ :info:build affxml.cpp:90:14: error: 'long type-name' is invalid :info:build uint32_t long sectors; // total number of sectors :info:build ^ :info:build 5 errors generated. :info:build make[2]: *** [affxml.o] Error 1 :info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/work/afflib-3.6.12/tools' :info:build make[1]: *** [all-recursive] Error 1 :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/work/afflib-3.6.12' :info:build make: *** [all] Error 2 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/work/afflib-3.6.12' :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/work/afflib-3.6.12" && /usr/bin/make -j8 -w all :info:build Exit code: 2 :error:build org.macports.build for port afflib returned: command execution failed :debug:build Error code: CHILDSTATUS 44478 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: targets not executed for afflib: org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Please see the log file for port afflib for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_afflib/afflib/main.log }}} -- Ticket URL: <https://trac.macports.org/ticket/42300> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42541: NCAR graphics fails to build
by MacPorts 28 Sep '14

28 Sep '14

#42541: NCAR graphics fails to build -----------------------------+-------------------------------- Reporter: tony.mannucci@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: ncar graphics | Port: ncarg -----------------------------+-------------------------------- NCAR graphics does not find source. The location of the files has been moved to the Earth System Grid. E.g. http://ngwww.ucar.edu/download.html -Tony -- Ticket URL: <https://trac.macports.org/ticket/42541> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #41973: Add "enable-ec_nistp_64_gcc_128" variant to openssl?
by MacPorts 28 Sep '14

28 Sep '14

#41973: Add "enable-ec_nistp_64_gcc_128" variant to openssl? ---------------------+-------------------------------- Reporter: jlg@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: openssl ---------------------+-------------------------------- The need for accelerated NIST P-224 and P-256 encryption support is growing. Would it be possible to add the "enable-ec_nistp_64_gcc_128" configure option as a variant to the openssl port? -- Ticket URL: <https://trac.macports.org/ticket/41973> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #43008: [update] nagios 3.5.0 -> 3.5.1/4.0.4
by MacPorts 28 Sep '14

28 Sep '14

#43008: [update] nagios 3.5.0 -> 3.5.1/4.0.4 -----------------------+-------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: nagios -----------------------+-------------------------------- * split subport nagios & nagios3 * examples files & config for apache/nagios, will add them later after a bit more usage/review -- Ticket URL: <https://trac.macports.org/ticket/43008> MacPorts <http://www.macports.org/> Ports system for OS X

1 8