Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 01 Jun 2015 21:55:53 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-ports-bugs@FreeBSD.org
Subject:   [Bug 200582] [NEW PORT] textproc/kibana4: Browser based analytics and search interface to ElasticSearch
Message-ID:  <bug-200582-13@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200582

            Bug ID: 200582
           Summary: [NEW PORT] textproc/kibana4: Browser based analytics
                    and search interface to ElasticSearch
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: freebsd-ports-bugs@FreeBSD.org
          Reporter: kozlov.sergey.404@gmail.com

Created attachment 157354
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=157354&action=edit
Port's shar archive

There is the textproc/kibana port already, but the new, 4th version is
completely different from the 3rd one, so I've decided it should be another
port.

The WWWDIR is overridden, if not - the files of 3rd and 4th kibanas' mix up in
${PREFIX}/www/kibana directory without causing a conflict, which seems bad for
me.

The port fetches the Linux x86 version, but it can be any version elastic
provides, it doesn't mean the port is for x86 only. The difference in kibana4
versions on elastic website is in the bundled node binaries, which are not
copied alongside the application by the port.

The port depends on node010, because that's the version elastic bundles inside
their platform-specific downloads. I made some smoke testing on node 0.12, and
they are fine, but decided to follow the elastic's style anyway.

-- 
You are receiving this mail because:
You are the assignee for the bug.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-200582-13>