世界を動かす技術を、日本語で。

Debian GNU/Hurd 2025がリリースされました

2025年8月10日原文(lists.debian.org)

概要

Debian GNU/Hurd 2025が リリース されました。 本リリースは Debian "sid" をベースにしています。 i386およびamd64アーキテクチャに 対応。 多くの新機能と 改善点 が含まれています。 公式Debianリリースではなく、 Debian GNU/Hurdポート としてのリリースです。

Debian GNU/Hurd 2025 リリース

  • Debian GNU/Hurd 2025 のリリース発表
  • Debian "sid"のスナップショット、Debian "Trixie"リリース(2025年8月)時点のソースベース
  • 公式Debianリリースではなく、 Debian GNU/Hurdポート としてのリリース
  • インストールISOイメージ はNETINST版で提供
    • ダウンロード先:
      • https://cdimage.debian.org/cdimage/ports/13.0/hurd-i386/
      • https://cdimage.debian.org/cdimage/ports/13.0/hurd-amd64/
  • 事前インストール済みディスクイメージも利用可能、 簡単な試用 が可能
  • 仮想マシン(例:qemu) での動作が推奨
    • 詳細: https://www.debian.org/ports/hurd/hurd-install

主な新機能・改善点

  • i386とamd64 アーキテクチャ対応、Debianアーカイブの約72%をカバー
  • 64bitサポート が完成、i386と同等以上のパッケージカバレッジ
    • 一部パッケージは 64bit専用
  • 64bit対応は NetBSDのRumpレイヤー を利用したユーザーランドディスクドライバによる実現
  • xattr によるトランスレータ記録をデフォルト化、他OSからのシームレスなブートストラップが可能(例:mmdebstrap)
  • Rust のGNU/Hurd移植完了
  • USBディスク・CD-ROM サポート追加(Rump経由)
  • SMP(マルチプロセッサ)サポート 用パッケージ提供、安定動作
  • コンソール がxkbによるキーボードレイアウト対応、multiboot由来のフレームバッファサポート
  • 各種ハードウェアサポート 追加(acpi, rtc, apic, hpetなど)
  • ドキュメント改善 の実施
  • 多様なバグ修正 (irqs, nfsv3, libports, pipesの隅的ケースなど)

利用方法・参考情報

  • 設定情報 やFAQ、トランスレータ入門の参照推奨
    • 設定情報: https://www.debian.org/ports/hurd/hurd-install
    • FAQ: https://www.gnu.org/software/hurd/faq.html または http://darnassus.sceen.net/~hurd-web/faq/
    • トランスレータ入門: https://www.gnu.org/software/hurd/hurd/documentation/translator_primer.html
  • 開発者・貢献者 への感謝
    • 歴史: https://www.gnu.org/software/hurd/history.html
    • 貢献希望者募集中: https://www.gnu.org/software/hurd/contributing.html

コミュニティへの呼びかけ

  • 開発者・ユーザー の参加を歓迎
  • debian-hurd@lists.debian.org へのフィードバック推奨
  • 継続的な 貢献とサポート のお願い

Hackerたちの意見

数週間前にGNU Hurdをgitで入手しようとしたんだけど、うまくいかなかった。誰か動くリポジトリのリンクを貼ってくれない?

https://git.sceen.net/hurd/hurd.git ref. https://www.gnu.org/software/hurd/source_repositories.html#i...

リーナスがHurdが準備できるまで「十分な」解決策としてLinuxを書いたなんて考えると面白いよね。Hurdシステム全体が、完璧になるまで待ってたら結局良くなれないっていうメタファーそのものだと思う。ダウンボートされるリスクを承知で言うけど、今の時点でHurdは終わってると思う。確かに現代のシステムに生かせるような良いアイデアはあるけど、Rust(かZig)で書き直すことを再挑戦して、新しいエンジニアたちに興味を持ってもらうチャンスを持つべきだと思う。

GNUのメンタリティを一言で言うとこんな感じ。最近成功したGNUプロジェクトは思い出せないな。

Rust(かZig)で書き直すことを再挑戦して 新しい言語が流行ってるからって追いかけるのはアンチパターンだよ。それに、流行を追ってる開発者をわざわざ集めるのはコミュニティ的にも良くないと思う。

何年も前にHurdに関わった友達がいて、彼にHurdが趣味以外の人には無理だと思う理由を聞いたことがある。彼がこれを共有してくれたんだけど(許可を得て匿名で再共有してるけど、まだGNUプロジェクトに関わってるから)、これは一人の視点に過ぎないけど、他の人の経験とも共鳴するか聞いてみたいな。 > GNUには素晴らしいコードを書く才能のある人がたくさんいるけど、解決できない問題がいくつかある。意見の不一致が激しくて、ソロで作業するのが好きな人がいる。これは時には良いことだけど、その規模のプロジェクトには無理だと思う。グループも年齢が上がって新しい血が入っていない。これも良い面があって、みんな自由な時間が増えるけど、若い貢献者を迎えるのがますます難しくなる古いパターンにハマっちゃう。哲学もかなり硬直してるしね。理由は分かるけど、より「許容的」なライセンスがユーザーをひどく悪用するのに使われてきたから、制限が出てくることが多い。多くの人が、以前の世界でプロプライエタリが唯一の本当の選択肢だったことに傷ついていて、変化は難しいんだ。

gnuは「少ない方が多い」

まだHurdを使ったことがないんだけど、今のデスクトップやノートパソコンのハードウェアの多様性を考えると、実際に使うのは無理だと思う。せいぜい仮想マシンで遊ぶくらいかな。でも、HurdがLinuxの代わりに世界を支配している別の宇宙に住んでいたらいいなと思う部分もある。カーネル設計についてはあまり詳しくないから適当なこと言ってるけど、マイクロカーネルのデザインの方が、結局できたモノリシックなものよりもエレガントだと思ってた。別の宇宙が「良い」かどうかは分からないし、現実的にはHurdのようなデザインがLinuxのように世界を支配することはないかもしれないけど、なんかクールに感じるんだよね。正直、まだHurdに取り組んでいるとは思わなかった。誰か使ってる人いる?

Hurdの人たちが、rootを必要としないユーザーモードで書かれたファイルシステムドライバみたいなクールなシナリオについて話してたのを思い出すな。2000年代初頭に実際のハードウェアで起動したことがあるけど、動いたけどすごく盛り上がりに欠けた。基にしているMachマイクロカーネル(AppleのXNUカーネルの基礎でもある)は古いとされてるし、後のマイクロカーネルは性能が良いらしいよ。

マイクロカーネルのデザインの方がエレガントだと思ってた エレガントなシステムは、代替が実績のある実用的なものであれば、成功しないことが多いんだよね。

有名なメールの「gnu」はGNU Hurdのことだよ;まだ待ってるところ。 >「386(486) ATクローン用の(無料の)オペレーティングシステムを作ってるんだ(ただの趣味で、大きくてプロフェッショナルなgnuみたいにはならないよ)」

不思議なことに、誰も予測できなかったことだけど、毎日何百万もの人がマイクロカーネルとやり取りしてるんだ。それを書いたのが、なんと任天堂という会社だよ。(スイッチはHorizonというカスタムマイクロカーネルを使ってる;FreeBSDでもLinuxでもAndroidでもない。)ほとんどの消費者向けデバイスはモノリシックかハイブリッドだよ。スイッチが早く壊れたのは、NVIDIAのバグのあるブートコードのせいだった。オペレーティングシステム自体は…WebKitやBluetoothドライバーをハッキングしても、全く進展がないんだ。SciresMはカーネルをオープンソースで再実装した(Mesosphere)し、セキュアモニターコード(Exosphere)も公開して、彼の目にはセキュリティバグはゼロだって言ってる。2020年のことで、それ以降カーネルのセキュリティバグの報告はないよ。

Hacker Newsで議論の続きを見る