> ## Content Index
> Fetch the complete content index at: https://www.sakashita.page/llms.txt
> Use this file to discover other available public pages before exploring further.

# libarchive_oxideはじめました
- URL: https://www.sakashita.page/libarchive_oxide/
- Published: 2026-07-22T23:00:11.000Z
- Updated: 2026-07-22T23:00:11.000Z
- Author: Sakashita Yasunobu
- Tags: 技術

[libarchive](https://www.libarchive.org/)をRustで作り直しています。

[GitHub - P4suta/libarchive\_oxide: Unified safe-Rust archive library with a no\_std coreUnified safe-Rust archive library with a no\_std core - P4suta/libarchive\_oxide![](https://storage.ghost.io/c/94/1f/941f9972-ad5c-4231-a438-ca329c85433f/content/images/icon/favicon-8d059bcd-b1e8-4345-b170-5c7b7b33406c.svg)GitHubP4suta![](https://storage.ghost.io/c/94/1f/941f9972-ad5c-4231-a438-ca329c85433f/content/images/thumbnail/libarchive_oxide-e974ec27-88a1-4081-84cf-c33bc455a7b6)](https://github.com/P4suta/libarchive%5Foxide)

> `libarchive_oxide` aims to become a safe artifact engine for OCI layers, packages, and mainstream archive CLI workflows. It is not a promise to clone every historical libarchive format or symbol.  
>  
> The preferred product surface is a high-level Rust engine with `inspect -> plan -> apply/create`, finite resource limits, extraction policy, capability-based filesystems, bounded streaming events, and range sources. Low-level readers, writers, and sans-I/O state machines remain available for specialized integrations.

ということで、要するにめちゃくちゃモダンでイケイケなlibarchiveを作ろうぜ！というパッションです。

一方で、OS依存部分や実際にクラウドで採用されるためのSDK部分などについてはプロジェクトの負担が大きすぎるので夢見てはいますが、実質的にはベンダーとの協力を仰がなければならない部分であり、私としましては積極的な協力が行えるような下地の準備に全力を注ぎたいと思います。

とはいえ、まずはむちゃくちゃ使いやすいモダンでイケイケなlibarchiveを作りこむという意味で、coreに集中したいと思います。

> Registry clients, cloud SDK implementations, GUIs, dynamic plugin ABIs, complete libarchive source compatibility, and silent OS-metadata loss are not part of the engine. Historical long-tail formats can graduate as external providers when they have real usage data, ownership, and conformance corpora.