Bug 208492

Summary:

[new port] textproc/kibana45: Copy kibana42 and update

Product:

Ports & Packages

Reporter:

Serhii (Sergey) Kozlov <skozlov>

Component:

Individual Port(s)

Assignee:

Jason Unovitch <junovitch>

Status:

Closed FIXED

Severity:

Affects Some People

CC:

junovitch

Priority:

---

Keywords:

patch, patch-ready

Version:

Latest

Flags:

skozlov: maintainer-feedback+
junovitch: merge-quarterly+

Hardware:

Any

OS:

Any

Attachments:

Description	Flags
Patch	skozlov: maintainer-approval+
Poudriere log	skozlov: maintainer-approval+

Description Serhii (Sergey) Kozlov freebsd_committer

2016-04-03 21:13:51 UTC

Created attachment 168942 [details]
Patch

Port for Kibana 4.5.x. Copy-patch from textproc/kibana42

- Copy kibana42 rather then making another slave port because Kibana 4.2 is no longer maintained
- Smoke tested with elasticsearch2 and logstash available in the Ports Tree
- Poudriere testport is done on one OS version only due to the port being arch-independent

Release notes:
https://www.elastic.co/blog/kibana-4-5-0-released

Comment 1 Serhii (Sergey) Kozlov freebsd_committer

2016-04-03 21:15:00 UTC

Created attachment 168944 [details]
Poudriere log

Portlint log inside. Can't figure out why www/node4 warning is there - the port finds and start building the dependency normally

Comment 2 Jason Unovitch freebsd_committer

2016-04-04 00:55:54 UTC

(In reply to Sergey Kozlov from comment #1)
It doesn't look like portlint has caught up with the ${PORTSDIR}/ removals.  I'm looking at these now.

Comment 3 commit-hook freebsd_committer

2016-04-04 01:29:54 UTC

A commit references this bug:

Author: junovitch
Date: Mon Apr  4 01:28:52 UTC 2016
New revision: 412494
URL: https://svnweb.freebsd.org/changeset/ports/412494

Log:
  New Port: textproc/kibana45

  Repo copy textproc/kibana42 to textproc/kibana45:
  - Update PORTVERSION, PKGNAMESUFFIX, RUN_DEPENDS, pkg-plist, and distinfo
    for 4.5.0.

  Kibana is an open source (Apache Licensed), browser based analytics and search
  dashboard for Elasticsearch. Kibana is a snap to setup and start using. Kibana
  strives to be easy to get started with, while also being flexible and powerful,
  just like Elasticsearch.

  Kibana 4.5 is compatible with Elasticsearch 2.3.x.

  WWW: https://www.elastic.co/products/kibana

  PR:		208492
  Submitted by:   Sergey Kozlov <kozlov.sergey.404@gmail.com>

Changes:
  head/textproc/Makefile
  head/textproc/kibana45/
  head/textproc/kibana45/Makefile
  head/textproc/kibana45/distinfo
  head/textproc/kibana45/pkg-descr
  head/textproc/kibana45/pkg-plist

Comment 4 commit-hook freebsd_committer

2016-04-04 02:25:59 UTC

A commit references this bug:

Author: junovitch
Date: Mon Apr  4 02:25:56 UTC 2016
New revision: 412496
URL: https://svnweb.freebsd.org/changeset/ports/412496

Log:
  MFH: r412494

  New Port: textproc/kibana45

  Repo copy textproc/kibana42 to textproc/kibana45:
  - Update PORTVERSION, PKGNAMESUFFIX, RUN_DEPENDS, pkg-plist, and distinfo
    for 4.5.0.

  Kibana is an open source (Apache Licensed), browser based analytics and search
  dashboard for Elasticsearch. Kibana is a snap to setup and start using. Kibana
  strives to be easy to get started with, while also being flexible and powerful,
  just like Elasticsearch.

  Kibana 4.5 is compatible with Elasticsearch 2.3.x.

  WWW: https://www.elastic.co/products/kibana

  MFH this addition as the textproc/elasticsearch2 in 2016Q2 is not compatible
  with any version of Kibana in 2016Q2. This services end users with ELK stacks
  on distinct hosts but not an all inclusive ELK stack on one host. Add Kibana
  4.5 so end users can install the entire ELK stack from the quarterly branch.

  PR:		208492
  Submitted by:   Sergey Kozlov <kozlov.sergey.404@gmail.com>
  Approved by:	ports-secteam (with hat)

Changes:
_U  branches/2016Q2/
  branches/2016Q2/textproc/Makefile
  branches/2016Q2/textproc/kibana45/

Comment 5 Jason Unovitch freebsd_committer

2016-04-04 02:28:27 UTC

I felt it made the most sense to add this to quarterly as well even if adding new ports isn't something we typically do.  An end user can now install the entire ELK stack using the quarterly branch.