GNU Hurd ニュース 2026 年 Q2

2026/08/03 1:57

GNU Hurd ニュース 2026 年 Q2

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

GNU Hurd プロジェクトは、数ある分野で著しい進展を遂げ、実験的なニッチな地位からより高い安定性とマルチアーキテクチャ対応へと移行している。主な開発としては、Sergey Bugaev が GitHub 上でホストされている 9pfs ファイルシステムの書き込み動作をサポートする作業、Etienne Brateau の GNU Hurd POSIX準拠を検証するためのパッチ、Diego Nieto Cid らによる adjtime の修正および glibc のタスク優先度管理の改善などが挙げられる。ハードウェア対応は拡大しており、Paulo Duarte の RFC シリーズによってカーネル側での aarch64 実装が可能となり、QEMU を用いた x86_64、i686、aarch64 において 12/12 のテストが合格を確認され、Raspberry Pi や Apple M1 といったデバイス上の実行可能イメージへの道が開けた。gfleury および Mikhail Karpov らによるカーネルクラッシュ(NULL ポインターデリファレンス)および mmap チェックの修正を通じ、重大な安定性の問題に対処された。さらに、Almudena Garcia はコードベースの近代化を目指して Rust ベースの Trivfs 実装を開発しており、コミュニティは /dev エントリの命名規則や storeio を通じた動的デバイス管理の統合などの活動が続いている。これらの累積的努力は、プラットフォームインフラストラクチャの堅牢な進化とより広範な展開の可能性を示している。

本文

2026 年第 2 四半期(Q2)ハルッド(Hurd)開発レポート「Qoth」

1. システム・コアとファイルシステム

  • セルゲイ・ブガエフによる 9P ファイルシステム (
    9pfs
    )
    のソースコード公開。
    • Hurd 向け 9P トランスレータの実装を開始。
    • GitHub リポジトリ:https://github.com/bugaevc/9pfs
    • 実装済み機能
      • ファイルの読み込み・閲覧 (
        readdir
        ,
        stat
        ,
        io_read
        )
      • パス解決 (
        dir_lookup
        )
      • 管理機能(ノード、peropens、protids など)
    • 今後の課題
      virtio-9p
      との連携に向けた virtio サポートの実装待ち。
  • アルムデナ・ガルシアによる Rust 版ファイルシステム (
    trivfs
    )
    の開発。
    • WIP(作業中)だが、Hurd トランスレータを Rust で記述できる可能性を確認。
  • マイク・ケリーによる OpenNTPD の移植推進。
    • Hurd に NTP デーモンを導入するために取り組む。
  • レオナルド・ロペス・ペレイラによる不要なコードの削除(大掃除)。

2. ファイルシステム・ストレージ管理 (
gnumach
/
storeio
)

  • ミハイル・カルポフによるストレージ機能の実装。
    • /dev/
      デバイスエントリの 動的マウント 化を可能に(静的設定から解放)。
    • SATA デバイスをブート時に動的にマウントする仕組みへ移行。
    • partfs
      トランスレータの機能拡張により、複数のディスクパーティションに対応。
      partfs
      ├── 0
      │ ├── 1
      │ ├── 2
      │ └── ...
      ├── 1
      │ ├── 1
      │ ├── 2
      │ └── ...
      └── ...
      
    • 使用例コマンド:
      settrans -c partfs /hurd/partfs /root/disk1.img /root/disk2.img /root/disk3.img
      # または、既存の形式との互換性を保った設定
      settrans -c ext01 /hurd/ext2fs -w -T typed file:/root/partfs/0/1
      
  • サミュエルによる
    /dev
    エントリの命名法とアーキテクチャに関する議論。
    • 効率性向上のため、
      libstore
      が直接ストレージ情報を取得できる実装が必要。
    • 提案されている動的なマウントパターン:
      # パターン A: 特定のデバイスを partfs として扱う
      settrans -c /dev/hd0s /hurd/partfs /dev/hd0
      
      # パターン B: より抽象的なデバイス名を使用
      settrans -c /dev/hd /hurd/probedisk hd
      
    • これにより、
      /dev/hd0s/1
      /dev/hd/0/1
      といった動的なパス生成が可能となる。

3. ネットワーク・通信とパッケージ管理

  • セルゲイ・ブガエフによる
    9pfs
    の追加機能:
    • ファイルへの 書き込み機能 が実装された。
  • gfleuryによる修正:
    • tmpfs 関連の誤字脱字修正。
    • ヌルポインタ(null pointer)へのアクセスによるクラッシュ 解消。
  • ヨハンネス・ショア・マリン・ロドリゲスによる
    s-build
    の開発。
    • amd64 Hurd での動作環境構築に向けたメールスレッド公開。
  • サミュエル・ティボーによる NVMe サポートの検討(WIP)。
    • rump
      を活用した実装を目指すが、完了はしていない。

4. ユーティリティとライブラリ (
glibc
/ システムツール)

  • エティエンヌ・ブリューによる POSIX 準拠の強化:
    • msync
      にバリデーションを追加し、POSIX 準拠を向上。
  • ディエゴ・ニエト・シドによる権限管理とテストスイート修正:
    • 権限を持つユーザーが自身のタスク優先度(nice value)を設定可能に。
      // glibc と GNU Mach への採用済みパッチ
      
    • テストスイートのバグ修正:
      • OpenNTPD ポート用の
        adjtime
        バグ解消。
      • 他の 2 つのバグ修正。
  • ブラ德利・モーガンによる微細な修正:
    • cat
      コマンドの実装におけるバグ修正。
    • procfs の微調整(非表示ファイルを表示)。
    • init
      コマンドへの
      -s
      オプションの対応(以前は無視されていた)。
  • マイク・ケリーによる
    glibc
    のパッチコミット:
    • SIGSTOP/SIGCONT がファイルを重複コピーするバグを修正。
    • : 一部の Haskell パッケージビルドには依然問題が残る。
  • ジョアン・レデオによる
    dhcpcd
    の移植継続:
    • メンテナロイ・マップルズの貢献にも感謝。
  • ミロス・ニキッチによる Neovim 移植とファイルシステム修正:
    • libdiskfs のバグ修正。
    • ext3/ext4 ファイルシステムのジャーナリングにおけるデッドロックバグ修正。
    • サミュエルが即席で行った追加修正(
      pthread_cond_clockwait
      への置き換えなど)。

5. コード品質・CI/CD・移植支援

  • ダミアン・ザンミットによる CI/CD と移植支援:
    • Hurd WIP CI の調整。
    • AArch64 コンピュータ(GNU/Linux)から Hurd テストスイートを走らせるためのバグ修正。
    • QEMU の Hurd サポートを上流の QEMU CI に統合し、品質維持に貢献。
  • ソフィエル・シューによる
    pfinet
    の安定化:
    • メモリ圧力下でのクラッシュ防止(教育・修正)。
    • mmap
      戻り値の確認不足による潜在クラッシュバグを解消。
  • ジョシュア・ブランソンによる SVG ロゴの追加:
    • イーサネット多重化装置(Ethernet Multiplexor)用のロゴ設計。
    • ThinkPad 420 を搭載したリアルなハードウェア上で動作する Hurd を使用して作成(Inkscape)。

6. コンパイラ・言語移植

  • エレニによる D 言語コンパイラの移植。

【重要】コードレビューと改善提案への呼びかけ

  • 9pfs (
    9pfs
    )
    • パッチ提出は
      [PATCH 9pfs]
      を件名にしてリストへ送ってください。
    • 参考:古い
      netfs.c
      ベースのバージョンから未移行部分を移植すること。
  • diskfs (
    libdiskfs
    )
    • トランザクション管理(
      wait=1
      の挙動)とロック解除パターンの見直しが必要です。
    • ヘルパー関数の定義や、ドキュメントの充実が推奨されます。
  • pfinet
    • メモリアスリート時のクラッシュ防止が完了しましたが、引き続き監視が必要です。

コミュニティへのお願い: 特に

9pfs
partfs
などの新しいファイルシステム実装に関心のある方や、AArch64 での Hurd 検証(M1, Raspberry Pi など)にご協力いただける方は、積極的な参加を歓迎します!

同じ日のほかのニュース

一覧に戻る →

2026/08/06 3:52

Zed デルタ DB

## Japanese Translation: DeltaDB は、すべてのコード変更を生成した特定のエージェント会話を密接に連携させることで、進行中の作業を記録する次世代のバージョン管理システムです。従来のコミットおよびプッシュサイクルを必要とするシステムとは異なり、DeltaDB ではワークツリーをバーチャライズ化することで、開発履歴のどの時点においても、エージェントがタスクを実行している最中であっても自由なオンデマンドブランチングを実現します。 本システムは各操作に安定したアイデンティティを付与し、コードの経時的な進化を高精度に追跡可能としています。最も重要なのは、すべての変更が元の会話に明示的に結び付けられており、ユーザーは任意のロジックを形作ったメッセージを瞬時に追跡したり、チャットログから影響を受けたファイルへナビゲートしたりできることです。これにより、アクティブなスレッド内でのリアルタイムコラボレーションをサポートし、摩擦を排除します。 その結果、チームメンバーは進行中のエージェントタスクに参加して実行中のエージェントと対話し、変更が生じるにつれて注釈を追加し、新たなブランチを容易に作成することが可能になります。このアプローチは、すべての利害関係者にコード変更の背後にある根拠が見える化されることにより、AI 支援開発における透明性と説明責任を高めると同時に、レビューヤーや注釈付け者が堅牢なコミットサイクルを待ったりワークフローを中断したりすることなくライブプロジェクトにシームレスに統合できることを可能にします。

2026/08/06 1:19

発見のループ

## Japanese Translation: Discovery Loop は、最先端 AI と莫大な計算能力を活用して反復的な実験ループを完全に自動化し、科学的進歩の変革を目指しています。Jeff Dean、Sanjay Ghemawat、Quoc Le、Oriol Vinyals など、AI および分散システムの分野で最も引用されている研究者の一部を代表する先駆者們が率い、Google Search、TensorFlow、AlphaFold、Gemini などの重要インフラの背後で数十年にわたる協力を有しています。彼らのビジョンは、少量で精悍なチームが並行して数千もの実験を同時に提案し、実行し、そこから学習することを可能にし、従来の大規模チームよりもはるかに高い研究品質を達成しつつイテレーション時間を大幅に圧縮することです。 当初は自身の技術スタックの最適化を行っていましたが、Discovery Loop は次に機械学習を超えて、より広範な科学と工学の領域へと展開する計画を立てています。この自動発見インフラをスケールさせることで、より良い医薬品の開発、ヘルスケア情報学の進歩、太陽エネルギーの価格低廉化、安全な水のアクセス確保、サイバー空間の保護、科学的発見のためのツールの設計といった重要な世界的課題に取り組んでいます。結局のところ、同社は機械学習および工学タスク向けの完全自動化システムを通じて、無数の分野でイノベーションを加速させ、人類が迅速な進歩を遂げられることを目的とした世界規模のソリューションを提供することを目指しています。

2026/08/06 4:50

AndroidからLinuxへのスマートフォン乗り換えを決意しました

## Japanese Translation: 2026 年 8 月 2 日、著者は Google の Android プラットフォームの方向性に日益の不満を抱き、主にプライバシー保護とジェスチャー操作に優れた Linux ベースのオペレーティングシステムである SailfishOS に主たる Android スマートフォンを切り替えることを決断した。具体的には、AI 機能の必須化、深いカスタマイズを妨げるロックされたデバイスツリー、ユーザーの自由を制限するアプリストアポリシーといった不満があった。Fairphone 4 (AOSP) から移行する過程において著者は SailfishOS で重大な障害に直面した。これらには、古くなったシステムライブラリ (Python および glibc)、Waydroid などのコンテナアプリとの互換性の破損、GPS サポートの問題、そして品質の低いコミュニティ製アプリケーション(コードが不適切な WhatsApp クライアントを含む)が含まれる。Ubuntu Touch も検討されたものの、アプリエコシステムの悪さ、Bitwarden に影響する通知/クリップボード同期の問題、平均的なネイティブアプリ、VIVO ユーザーによる電話番号のブロック機能の欠如という理由で却下された。その結果として著者は 2 台の端末を用いたハイブリッド構成を維持している:現在の Fairphone は重要な Android 固有サービス(ノルウェーおよびブラジルにおいて必要な銀行検証ソフトウェア、ブラジルにおける Uber などのセキュリティアプリ)へのアクセスのためにホットスポットとして機能する一方、新しい SailfishOS デバイスは代替 OS の実験に使われている。今後の計画には、この旅路を文書化し、ノルウェーへ戻った際により良いハードウェアサポートを受けられる Jolla Phone 2 を購入することを含み、プライバシーに注力する代替手段と不可欠なプロプライエタリアプリの世界的必要性との間にある持続的なギャップを浮き彫りにするものである。著者はこの構成に加えて Galaxy A17 をバックアップ用スマートフォンとしても使用している。

GNU Hurd ニュース 2026 年 Q2 | そっか~ニュース