macOS
brew install groongaprovider-native install command
brew / Rang 741
Prüfe Installationswege, Executables, Metadaten und Sicherheitshinweise für groonga in AI-Agent-Workflows.
Installation
brew install groongaprovider-native install command
Überblick
Fulltext search engine and column store
Verlauf
Groonga is an open source full-text search engine and column-oriented DBMS packaged for command-line and server use. In package-manager terms it sits in an unusual but useful space: it is both a standalone search/database executable and the C library foundation for language bindings and storage-engine integrations.
The project is especially significant for Japanese and multilingual search because its design combines inverted indexes, instant updates, n-gram and word tokenizers, read-lock-free reads, geo search, and column-store aggregation in one embeddable engine.
Groonga grew out of the Senna search-engine lineage. The Groonga news archive records a 'Senna -> groonga' transition on 2009-01-14, followed by 0.x releases in 2010 and the Groonga 1.0.0 release on 2010-08-29.
The 2.0.0 release announcement in 2012 framed the major-version bump as a signal that Groonga had become practical enough for wider use after steady feature additions and bug fixes. From that point the project kept a long-running monthly-ish release culture, visible in the official news archive across the 2.x through later numbered series.
The core documentation describes Groonga as both a fast full-text search engine based on inverted indexes and a column-oriented DBMS. It exposes basic functionality as a C library, provides a server command, and is used by related projects as a library, a server, or a storage engine.
Groonga adoption spread through integrations rather than only through the standalone executable. The official related-projects page lists Mroonga for MySQL, PGroonga for PostgreSQL, Rroonga for Ruby, Nroonga for Node.js, Perl/PHP/Haskell/GObject bindings, client libraries, server utilities, and command-line helpers.
The official users page documents production-style uses such as PatentField using Groonga and Mroonga for full-text search, drilldown search, near search, snippets, and column-store features over large patent data, plus smaller web and command-line tools using Rroonga, Mroonga, and other bindings.
For package ecosystems, Groonga matters because the same engine appears as a direct package, a dependency of database extensions, and a dependency of language bindings. Installing the formula can support standalone experiments, local indexing tools, or native dependencies for higher-level search stacks.
The Homebrew package installs the `groonga` command and related tooling. Users can create and query Groonga databases directly, run the built-in server, or use the C library and protocol endpoints through bindings and clients.
Groonga is commonly chosen when an application needs immediate index updates, concurrent reads while updating, multilingual tokenization choices, drilldown/aggregation, or geo search without handing all data to a separate general-purpose search cluster.
The project has no general user credential file in the official package-level curation. Configuration is more database/server specific than a single dotfile convention, so this batch leaves config and credentials locations null.
Groonga is package-nerd interesting because it is a native C search engine with a broad integration surface: command-line executable, embeddable library, database storage-engine base, PostgreSQL extension base, and language-binding target.
Its release cadence and source-package archive make it visible in Unix packaging culture: distributors can package the core engine once, then layer Mroonga, PGroonga, Rroonga, and other related packages on top.
It also represents a non-English-first search problem space in package indexes. Tokenizers, MeCab integration, n-gram behavior, and Japanese/Chinese-friendly search are not add-ons; they are central to why the package exists.
Sicherheitslage
Für groonga wurde kein passendes lokales Secret-Handling-Manifest gefunden. Nucleus-Paketmetadaten bleiben hier veröffentlicht, damit künftige Abdeckung eine stabile Paket-URL hat.
Prüfe vor unbeaufsichtigter Agent-Nutzung, ob das Tool Klartext-Credentials liest, Remote-Zustand schreibt, Artefakte veröffentlicht oder Plugins ausführt.
Executables
| Befehl | Art | Sichtbarkeit | Hinweis |
|---|---|---|---|
groonga | Executable | indexiertes Executable | Aus dem lokalen Executable-Index erkannt. |
groonga-suggest-create-dataset | Executable | indexiertes Executable | Aus dem lokalen Executable-Index erkannt. |
Aktualität
Diese Signale trennen das Alter der Seitengenerierung, Aktivität des Paketmanagers und Upstream-Release-Vergleich. Versionsrückstand wird nur gemeldet, wenn eine Evidenz-URL und vergleichbare Versionen vorhanden sind.
Installationsmetadaten
| Paketschlüssel | brew:groonga |
|---|---|
| Version | 16.0.8 |
| Paketmanager | Homebrew |
| Homepage | https://groonga.org/ |
| Repository | https://github.com/groonga/groonga |
| Zuletzt aktualisiert | 2026-07-14T06:50:51Z |
| Pulse | updated |
| Bottle | nicht erfasst |
| Dienst | keiner deklariert |
Quellspur
Diese Seite wird von av-web aus dem privaten Paket-SQLite-Artefakt bereitgestellt, das scripts/generate-pkg-sqlite.py erstellt.
View the package source record on GitHub.