pkg.soopen package index

brew / rang 8395

Installer jlog avec Homebrew

Consultez les chemins d'installation, exécutables, métadonnées et notes de sécurité de jlog pour les workflows d'agents IA.

installation

Commandes d'installation supplémentaires

macOS

Homebrewvérifié · 100%
brew install jlog

local Homebrew formula metadata

aperçu

Résumé du paquet

Pure C message queue with subscribers and publishers for logs

Commandes et alias

  • jlog_change_endian
  • jlog_sanity_check
  • jlogctl
  • jlogtail

historique

Historique du projet et usages

JLog is a pure-C durable message queue whose name expands to journaled log. It gives publishers and multiple subscribers a low-level on-disk log abstraction, with segment files retained until subscribers have consumed and checkpointed them.

Historique du projet

The project comes from OmniTI Labs and the README lists Wez Furlong, Alec Peterson, George Schlossnagle, Theo Schlossnagle, and Alexey Toptygin as the team. The changelog begins with a 1.0 initial release on 2009-05-13, placing JLog in the older generation of C infrastructure libraries built for reliable log and event pipelines.

JLog evolved through operational fixes and API additions rather than broad feature expansion. The 2.x line added Darwin support, `jlogtail`, repair APIs, Java and PHP support, bulk reads, precommit-buffer performance work, and later filesystem-focused fixes around `mmap`, compression, and short writes.

Historique d'adoption

The README documents installation via FreeBSD's `databases/jlog` port and Homebrew on macOS, while the input package metadata records Homebrew packaging. Its adoption story is narrower than general-purpose queues because it is a library and CLI toolkit for systems that need local durability rather than a networked broker.

Modes d'utilisation

JLog is used when an application needs to write records locally and let one or more subscribers consume them later. The README's sample scenario is log shipping: server A writes to a JLog if server B is down, so A keeps operating and B can later consume messages.

The concepts document explains the core model: a JLog is a directory containing control files and segment files; writers append messages; subscribers keep unique names and checkpoint progress; segment files are removed after all subscribers have moved past them.

Pourquoi les passionnés de paquets s'y intéressent

JLog is package-nerdy because it is small, old-school C infrastructure: not a fashionable distributed queue, but a durable local primitive with command-line tools such as `jlogctl` and `jlogtail`. It matters in package indexes as a compact building block for logging and asynchronous notification systems.

Chronologie

  • 2009: Version 1.0 is released.
  • 2011: Version 1.2 fixes interrupted `fstat()` handling and an uninitialized variable.
  • 2013: Version 1.2.2 adds PHP and Java JNI support.
  • 2015: Version 2.0.0 adds Darwin support, `jlogtail`, cleanup APIs, and robustness work.
  • 2016: Version 2.2.1 adds a precommit buffer and lockless writes using `pwritev`.
  • 2017: Version 2.3.0 adds the bulk-read API.
  • 2020: Version 2.5.0 reworks `jlogctl` around subcommands and adds repair/metastore reconstruction.
  • 2024: Version 2.6.0 adds an option to switch message reads from `mmap` to `pread` and fixes compression and short-write issues.

Related projects

  • JLog sits near local durable queues, log buffers, and broker-adjacent infrastructure rather than general log viewers. Its README contrasts the low-level local queue with the network service an implementor would build around it for remote consumption.

Sources

  • Project README, concepts document, changelog, GitHub repository metadata, and Homebrew formula metadata.

posture de sécurité

Niveau de risque : vert

narrow executable package without higher-risk signals.

Classificateur de risque

risque vert · confiance faible · appliance

Pourquoi

  • narrow executable package without higher-risk signals

Signaux

  • metadata:no-higher-risk-signals

Comportement d'installation

  • Aucune métadonnée de bottle Homebrew n’a été enregistrée.

Revue recommandée

Avant une utilisation sans surveillance par un agent, vérifiez si l'outil lit des identifiants en clair, écrit un état distant, publie des artefacts ou lance des plugins.

exécutables

Exécutables installés

CommandeTypeExpositionNote
jlog_change_endianexécutableexécutable indexéDécouvert depuis l'index local des exécutables.
jlog_sanity_checkexécutableexécutable indexéDécouvert depuis l'index local des exécutables.
jlogctlexécutableexécutable indexéDécouvert depuis l'index local des exécutables.
jlogtailexécutableexécutable indexéDécouvert depuis l'index local des exécutables.

fraîcheur

Version et fraîcheur

Ces signaux séparent l'âge de génération de la page, l'activité du gestionnaire de paquets et la comparaison avec les versions amont. Un retard de version n'est signalé que lorsqu'une URL de preuve et des versions comparables sont présentes.

page générée2026-08-03
version du gestionnaire2.6.0
gestionnaire mis à jour
données localesinconnu
amontnon disponible
dernière version détectéenon détecté
  • OKAucun avertissement de fraîcheur n'a été généré.

métadonnées d'installation

Métadonnées du paquet

Clé du paquetbrew:jlog
Version2.6.0
Gestionnaire de paquetsHomebrew
Page d'accueilhttps://labs.omniti.com/labs/jlog
Dépôthttps://github.com/omniti-labs/jlog
Bouteillenon enregistré
Serviceaucun déclaré

piste source

Généré depuis les données du dépôt

Cette page est servie par av-web depuis l'artéfact SQLite privé des paquets généré par scripts/generate-pkg-sqlite.py.

Sources utilisées

  • Geiger risk classifier
  • cross-ecosystem install command graph
  • curated package history
  • pkg.so package database
  • pkgdb category and tag curation