libarchive_oxideはじめました

Share
libarchive_oxideはじめました

libarchiveをRustで作り直しています。

GitHub - P4suta/libarchive_oxide: Unified safe-Rust archive library with a no_std core
Unified safe-Rust archive library with a no_std core - P4suta/libarchive_oxide
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.

Read more

GitHub ActionsのSecret管理から解放されよう

GitHub ActionsのSecret管理から解放されよう

GitHub ActionsのSecret管理が面倒だなあと思ったことはないだろうか。 RepositoryごとにSecretを登録して、Environmentごとに設定して。そのあとに、APIキーを更新したらGitHub側も忘れずに更新して……。 大した手間ではない作業なのだが、Repositoryや抱えているプロジェクトが増えてくると、ちりつもでだんだん面倒になってくる。 特に複数のサービスで同じSecretを使っていると、変更するたびにあちこち更新する必要がある。 そんなあなたに、Dopplerというサービスを紹介したい。 Doppler | Secrets management for humans and AI agentsDoppler's secrets management platform helps teams secure, sync, and automate secrets across cloud and on-prem environments with security and developer-friendly workflows.Secr

By Sakashita Yasunobu
ChatGPTをPro 500で使う

ChatGPTをPro 500で使う

ChatGPTのプランが刷新され、ヘビーユーザー向けのプランが3 Tierに分割された。 Pro 100/200/500で分かれたのだが、エンジニアとしてAIを使いまくる身としてはPro 500一択である。 ということで、お布施で配られたCreditを使い切ったタイミングでPro 500プランに変更。 だが、あれ?思ったほど使える感じがしない...? まあ気にせず使っていたのだが、OpenAIからメールが。 Hello, We’re contacting you because an error prevented your weekly Codex and Work usage allowance from increasing when you upgraded from Pro 200 to Pro 500. Your account kept the allowance from

By Sakashita Yasunobu

Dependabotの対応が面倒なのでRenovateを導入する

Dependabotくんはある程度の依存関係の更新を通知してくれるが、山のようにprojectを抱えているとなんとも痒いところに手が届かない。 ということで、Renovateを使ってみる。 Build software better, togetherGitHub is where people build software. More than 150 million people use GitHub to discover, fork, and contribute to over 420 million projects.GitHub ここからGitHub Appを入れる。 あとは、指示に従ってポチポチするだけで、超かんたんだった。 感想 自動化最高。

By Sakashita Yasunobu

nodejsのバグを見つけたのでPRを投げてみた

概要 要するに、node --testで特定のバイナリを標準出力に書くと、テストランナーが固まったり、異常終了したりするバグです。 バグ自体は既知のものだったようで、修正がされていました。 test_runner: infinite loop in FileTest#drainRawBuffer when child stdout contains FF 0F followed by large size bytes · Issue #62693 · nodejs/nodeVersion v25.9.0 (also reproduced on v24.14.1 LTS, v22.21.0 LTS, v23.4.0) Platform Darwin 25.

By Sakashita Yasunobu