pkg.sopackage field notes

brew / Rang 1460

libgsf mit Homebrew installieren

Prüfe Installationswege, Executables, Metadaten und Sicherheitshinweise für libgsf in AI-Agent-Workflows.

Installation

Weitere Installationsbefehle

macOS

Homebrewverifiziert · 100%
brew install libgsf

provider-native install command

Überblick

Paketzusammenfassung

I/O abstraction library for dealing with structured file formats

Befehle und Aliase

  • gsf
  • gsf-office-thumbnailer
  • gsf-vba-dump

Verlauf

Projektgeschichte und Nutzung

libgsf is the GNOME Structured File Library, an I/O abstraction for compound and structured file formats such as Microsoft OLE2, ZIP/JAR, gzip, bzip, OpenDocument-related streams, metadata, and thumbnails. It came out of Gnumeric's need for maintainable spreadsheet file-format infrastructure.

Projektgeschichte

The libgsf README says the project was started by Jody Goldberg and aims to provide an efficient, extensible I/O abstraction for dealing with different structured file formats. The GTK-Doc manual adds that it began in 2002 as part of the Gnumeric project, replacing libole2 for Microsoft Excel file handling because libole2 had become difficult to maintain and generalize.

The GitLab repository history includes an initial backup commit dated 2002-05-23. Since then, the 1.14 series has continued as a quiet GNOME infrastructure library with fixes for OLE2 edge cases, large files, ZIP64 behavior, thumbnailing, introspection, fuzzed-file crashes, and metadata handling.

Adoptionsgeschichte

libgsf was adopted through GNOME Office and file-format tooling rather than as a famous end-user command. It is infrastructure for applications that need structured file reading and writing without duplicating OLE, ZIP, compression, metadata, and stream code.

The Homebrew package exposes command-line tools such as gsf, gsf-office-thumbnailer, and gsf-vba-dump, showing the library's practical packaging surface: archive-like inspection, office document thumbnails, and VBA extraction/debugging around compound document formats.

Wie es verwendet wird

Developers use libgsf through its C API to read and write structured files and streams. The reference manual groups APIs around basic I/O, stream sources, ZIP files, compression, MS OLE2, metadata, OASIS Open Document support, and related utilities.

Packagers ship it for applications that depend on GNOME/GLib-style structured file handling. Its release notes show continued attention to malformed files and very large OLE/ZIP cases, which are exactly the edge cases shared libraries are meant to centralize.

Warum Paket-Nerds sich dafür interessieren

libgsf is a small dependency with a long tail: most users do not ask for it by name, but office-file importers, thumbnailers, and data tools benefit from one shared implementation of gnarly container formats.

It is package-nerd significant because it demonstrates the GNOME/GLib style of extracting reusable infrastructure from an application. Gnumeric needed better Excel container handling; the result became a general library that distributions can patch, fuzz, and update once.

Zeitleiste

  • 2002: The reference manual says GSF started as part of Gnumeric to replace libole2 for Microsoft Excel file handling.
  • 2002-05-23: The GitLab repository records the initial backup commit.
  • 2016: Release 1.14.38 fixed BSD test compatibility and ZIP64 behavior.
  • 2024: Release 1.14.53 fixed integer overflows affecting memory allocation and improved OLE/OpenDocument handling.
  • 2026: Release 1.14.57 fixed problems with OLE files larger than 4 GB and improved gzip, bzip, and ZIP handling for 4 GB and larger reads and writes.

Related projects

  • Gnumeric is the spreadsheet project from which libgsf emerged.
  • libole2 is the older library that GSF replaced for Gnumeric's Excel file handling.
  • GLib, GNOME, GTK-Doc, OLE2, ZIP, OpenDocument, and office thumbnailing tools are part of the surrounding ecosystem.

Sicherheitslage

Risikostufe: grün

library-like package without higher-risk signals.

Risikoklassifikator

grün Risiko · niedrig Konfidenz · appliance

Warum

  • library-like package without higher-risk signals

Signale

  • metadata:library-like

Installationsverhalten

  • Es wurden keine Homebrew-Bottle-Metadaten erfasst.

Empfohlene Prüfung

Prüfe vor unbeaufsichtigter Agent-Nutzung, ob das Tool Klartext-Credentials liest, Remote-Zustand schreibt, Artefakte veröffentlicht oder Plugins ausführt.

Executables

Installierte Executables

BefehlArtSichtbarkeitHinweis
gsfExecutableindexiertes ExecutableAus dem lokalen Executable-Index erkannt.
gsf-office-thumbnailerExecutableindexiertes ExecutableAus dem lokalen Executable-Index erkannt.
gsf-vba-dumpExecutableindexiertes ExecutableAus dem lokalen Executable-Index erkannt.

Aktualität

Version und 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.

Seite generiert2026-08-03
Manager-Version1.14.58
Manager aktualisiert
lokale Datenunbekannt
Upstreamnicht verfügbar
neueste erkannte Versionnicht erkannt
  • OKEs wurden keine Aktualitätswarnungen generiert.

Installationsmetadaten

Paketmetadaten

Paketschlüsselbrew:libgsf
Version1.14.58
PaketmanagerHomebrew
Homepagehttps://gitlab.gnome.org/GNOME/libgsf
Repositoryhttps://github.com/GNOME/libgsf
Bottlenicht erfasst
Dienstkeiner deklariert

Quellspur

Aus Repository-Daten generiert

Diese Seite wird von av-web aus dem privaten Paket-SQLite-Artefakt bereitgestellt, das scripts/generate-pkg-sqlite.py erstellt.

Verwendete Quellen

  • Geiger risk classifier
  • Nucleus package database
  • curated package history
  • pkgdb category and tag curation