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

289日前原文(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年のことで、それ以降カーネルのセキュリティバグの報告はないよ。

このディスカッションには「彼ら」が何度も出てきてるね。Debian Hurdは、匿名の人たちが何千人もいる大きなプロジェクトじゃないことを忘れない方がいいと思う。Tribblixやピーター・トリブルと同じように、Debian Hurdの推進力は名前を挙げられる人、サミュエル・ティボーなんだ。時々debian-hurdのメーリングリストに現れる他の数人もいるけど、これは非常に少数の献身的な人たちがいるプロジェクトの一つで、開発やテストのリソースは限られてるのが明らかだよ。ここには多くの手が軽作業を助けるってことはない。これは他のカーネルのDebianとは違うんだ。(-: * https://lists.debian.org/debian-hurd/2025/07/maillist.html だから、マイクロカーネルに興味があるなら、Debian Hurdはまだ完全に踏み込まれていない場所で貢献できるところだよ。

誰かHarmonyOS NEXTとDebian Hurdを比べた人いる？HarmonyOS NEXTは、約8億のシステムで使われてる世界で最も広く使われているマイクロカーネルシステムらしいよ。

へぇ…64ビット版のリリースは初耳だな。GNU Hurdは32ビットだけだと思ってたんだけど？

GNU全般に興味があるなら、GUIXはすごくいいよ。Nixみたいなパッケージマネージャーだけど、純粋にGNU（GNU Guileスキームを使ってる）。GNU Shepherdのinitシステムと一緒に開発されてる（sysvinit/systemd/openrcなどの代わりに）し、GNU Hurdカーネル（またはLinux-libreカーネル）に基づいたディストリビューションもあるよ。ウィキペディアにも結構いい説明があるけど[3]、VMイメージを立ち上げてみるのをおすすめする。実際、かなり美しいよ。GUIXとShepherdを使ったGNU/HurdシステムのGNOMEの純粋さが好きなんだ。全体がguileで設定されてるところが特にいい。組み合わせに何か美的なものを感じるよ。これを日常使いにしたいな。 1. https://guix.gnu.org/ 2. https://www.gnu.org/software/shepherd/manual/shepherd.html 3. https://en.wikipedia.org/wiki/GNU_Guix 4. https://www.gnu.org/software/guile/

└

その通りだね。ただ、Hurdをメインのカーネルとして使うのは難しいけど、Linuxカーネル上でchildhurdsを動かすのは楽しいし、利益もあるよ。 https://guix.gnu.org/en/blog/2020/childhurds-and-substitutes... まあ、俺はちょっとおかしいかもしれないけど、EmacsをEXWMでシェルとして使ってるから、個人的にはもう「日常使い」に十分対応できると思ってる。

└

GUIXを試すのがめっちゃ楽しみ！今はApple Siliconを使ってるから、VMでも動かせないんだけど、x64 ISAのコンピュータを手に入れたらすぐにGUIXを使うつもり。

└

いつかguixを試してみるつもり（今はNixOS使ってる）。切り替えの面倒さを除いても、2つの理由で躊躇してるんだ。1. nixpkgsがめっちゃ大きい。必要なものが25.05にないと、unstableにある。2. Common Lispを長いことプログラミングしてきたから、lisp-1で書こうとするとバグが出ちゃうんだ。そんなに小さなことのはずなのに、使ってる関数を他の変数で影にしちゃうことが多いんだよね。[編集] それと、3つ目の問題を忘れてたんだけど、俺の好みの設定オプションがGuixではNixOSよりもさらにマイナーなものになっちゃってる気がする（例えば、plasmaやzfsとか）。

└

それって、今後も動き続ける可能性があるのかな？GNOMEがsystemdにますます依存するようになってるから（ https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-... ）、非systemdのLinuxディストロでもそれを維持するかどうか怪しいと思ってたんだけど、非LinuxのOSはなおさらだよね。

GNU/Hurdのメンテナーの一人が近所に住んでるんだ。今は70歳を超えてて、アメリカの有名大学で物理学の学位を持ってるけど、ほとんどの時間は深刻な健康問題に悩まされてる。

└

彼らの普段の仕事は何だったの？

└

どのメンテイナーのこと？もしウェブサイトがあったら、archive.orgに保存したいんだけど。

Debian GNU/kFreeBSDは復活させるべきだよ。

今のところ、RedoxOSに時間（またはお金）を投資する方がもっと合理的かも。 [1] https://redox-os.org/

ハクソク