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

[MacPorts] #43011: [NEW] cif / collective-intelligence-framework
by MacPorts 29 Sep '14

29 Sep '14

#43011: [NEW] cif / collective-intelligence-framework ------------------------+-------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: cif ------------------------+-------------------------------- Cyber threat intelligence management system. CIF allows you to combine known malicious threat information from many sources and use that information for identification (incident response), detection (IDS) and mitigation (null route). The most common types of threat intelligence warehoused in CIF are IP addresses, domains and urls that are observed to be related to malicious activity. * compile/run * multiple variant depending on perl release or postgresql * subort devel, server * for now can't fully test it as I can't set up server because of a bug on libapreq2 (#42927) -- Ticket URL: <https://trac.macports.org/ticket/43011> MacPorts <http://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #44463: nginx: post-activate configuration files
by MacPorts 29 Sep '14

29 Sep '14

#44463: nginx: post-activate configuration files -------------------------+-------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: haspatch | Port: nginx -------------------------+-------------------------------- small changes in order to move default config files to examples dir and copy them to production only if not existing. -- Ticket URL: <https://trac.macports.org/ticket/44463> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #38165: NERD_tree update to 4.2.0
by MacPorts 29 Sep '14

29 Sep '14

#38165: NERD_tree update to 4.2.0 --------------------+-------------------------------- Reporter: snc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: NERD_tree --------------------+-------------------------------- NERD_tree could use an update, and perhaps a revisit on its name. -- Ticket URL: <https://trac.macports.org/ticket/38165> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #30616: xymon: use the right compiler and architectures
by MacPorts 29 Sep '14

29 Sep '14

#30616: xymon: use the right compiler and architectures -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: fclaire@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: xymon, xymon-server -------------------------------------+-------------------------------------- xymon doesn't ensure it's UsingTheRightCompiler; it ignores changes the user makes to build_arch in macports.conf; and if you install it with the +universal variant, the resulting software is not actually universal. -- Ticket URL: <https://trac.macports.org/ticket/30616> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[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