Package Details: elasticsearch 8.15.2-1

Git Clone URL: https://aur.archlinux.org/elasticsearch.git (read-only, click to copy)
Package Base: elasticsearch
Description: Free and Open, Distributed, RESTful Search Engine
Upstream URL: https://www.elastic.co/elasticsearch/
Licenses: custom:Elastic-2.0
Conflicts: elasticsearch-bin, elasticsearch7
Provides: elasticsearch
Submitter: hashworks
Maintainer: ipaqmaster
Last Packager: ipaqmaster
Votes: 11
Popularity: 0.24
First Submitted: 2022-01-08 16:30 (UTC)
Last Updated: 2024-09-26 17:49 (UTC)

Dependencies (2)

Required by (18)

Sources (9)

Latest Comments

1 2 3 4 5 6 .. 14 Next › Last »

kode54 commented on 2024-06-08 08:51 (UTC)

Issue affecting 8.14.0: https://github.com/elastic/elasticsearch/issues/109438

kode54 commented on 2024-06-08 07:14 (UTC) (edited on 2024-06-08 07:23 (UTC) by kode54)

Maybe someone on their repo needs to be notified instead. I'll file a bug report and link it here, or link to one if it already exists.

Edit: https://discuss.elastic.co/t/building-oss-release-version-of-elastic-search-6-3-1/142041/9

It looks like it needs to be provided a signing key to produce non-snapshot builds.

ipaqmaster commented on 2024-06-08 00:39 (UTC)

Its marked as a latest release on the github https://github.com/elastic/elasticsearch/releases. I'm not sure how

kode54 commented on 2024-06-07 22:23 (UTC)

The elasticsearch 8.14.0 that this installs is claiming it is pre-release software in my system logs:

Jun 07 02:27:19 laharl elasticsearch[3925]: [2024-06-07T02:27:19,817][WARN ][o.e.n.Node               ] [laharl] version [8.14.0-SNAPSHOT] is a pre-release version of Elasticsearch and is not suitable for production

ipaqmaster commented on 2024-05-12 05:03 (UTC) (edited on 2024-05-12 05:09 (UTC) by ipaqmaster)

The package has been flagged out of date for With 8.13.4's release but is still listed as the latest package on https://github.com/elastic/elasticsearch/releases which is where this programmatically gets its release information from. The script will bump things once they mark it as a release there. I might open an issue to see if there's anything going on.

If there's a major push to change this method I'll be happy to consider it.

ipaqmaster commented on 2024-04-08 08:17 (UTC)

The wiki still has the fix listed though its explicitly only for helping work with out of memory errors. It also then references that this package already contains it.

I'll rename it to 60-elasticsearch.conf.

kode54 commented on 2024-04-08 06:56 (UTC)

This package should no longer supply a non-numbered sysctl.d conf file, as it conflicts with Arch vendor supplied 10-arch.conf which specifies vm.max_map_count = 1048576.

kode54 commented on 2024-03-28 08:02 (UTC) (edited on 2024-03-28 08:05 (UTC) by kode54)

This does not appear to run any longer with jdk-openjdk now that it’s version 22.

Edit: never mind, I had to rebuild it after the upgrade.

Edit 2: not such a drastic change was necessary, as it appears the only difference is the bundled symlink to the correct Java version.

ipaqmaster commented on 2024-02-25 09:41 (UTC)

The below commands don't seem to complain anymore. Something must have gotten fixed up somewhere else.

I recently adopted kibana-xpack and managed to make ./autoUpdate support it without resorting to compiling.

Even though this elasticsearch package builds from the git releases it doesn't build from master branch like AUR packages with the -git suffix would usually do. That said, it's not a -bin package either but kibana-xpack seems to function that way.

If I find the time later I may revert this package back to its original state with a modification to ./autoUpdate allowing the package to install from the originally-used artifacts.elastic.co sources. It would create a package faster than compiling on the fly for those with package AUR helpers and we would avoid use of makedepends=. I'll think on it.