Bug 1226445 - Missing ability to install plguins
Summary: Missing ability to install plguins
Keywords:
Status: CLOSED DUPLICATE of bug 1252823
Alias: None
Product: Fedora
Classification: Fedora
Component: elasticsearch
Version: 22
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: jiri vanek
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1226446 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-05-29 19:30 UTC by Jimmy Jones
Modified: 2015-12-16 10:23 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-12-16 10:23:13 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Jimmy Jones 2015-05-29 19:30:15 UTC
Normally with Elasticsearch you can run bin/plugin to install Marvel, KOPF etc. However this doesn't seem possible in the Fedora packaging of Elasticsearch.

Comment 1 Zbigniew Jędrzejewski-Szmek 2015-05-29 19:34:10 UTC
*** Bug 1226446 has been marked as a duplicate of this bug. ***

Comment 2 jiri vanek 2015-06-09 10:56:12 UTC
(In reply to Jimmy Jones from comment #0)
> Normally with Elasticsearch you can run bin/plugin to install Marvel, KOPF
> etc. However this doesn't seem possible in the Fedora packaging of
> Elasticsearch.

Hi!

When you look to /usr/libexec/elasticsearch you can see the luncher is pretty minimalistic.
Do you have some opinion how to fix your issue? I have never been dealing with plugins.

Comment 3 david 2015-06-14 15:29:52 UTC
Probably the easiest option is renaming bin/plugin slightly to be more uniquely named, then sticking it in the usual bin folder.

Based on what I'm seeing in 7-zip, the official RPM[1][2] simply sticks "plugin" in /usr/share/bin/ and creates a folder for plugins in /usr/share/elasticsearch/plugins.

It'd be nice to see packages for plugins, but that seems impractical due to the community-driven nature of plugins. Plus, the documented experience is being able to run the "plugin" binary.

I've filed issue #11651[3] with upstream github repo in hopes that upstream will consider naming their script in a more useful manner.

--

[1] https://download.elastic.co/elasticsearch/elasticsearch/elasticsearch-1.6.0.noarch.rpm
[2] https://github.com/elastic/elasticsearch/blob/master/core/src/packaging/rpm/packaging.properties proves that the packaging process is part of the repo, and therefore under Apache license. Sadly, mostly driven by maven.
[3] https://github.com/elastic/elasticsearch/issues/11651

Comment 4 jiri vanek 2015-12-16 10:23:13 UTC

*** This bug has been marked as a duplicate of bug 1252823 ***


Note You need to log in before you can comment on or make changes to this bug.