Gentoo Linux 2025 振り返り

 (gentoo.org)
2 ポイント 投稿者 GN⁺ 2026-01-12 | 1件のコメント | WhatsAppで共有
  • 2025年の Gentoo Linux では、新規開発者の参加、パッケージ拡充、ビルドインフラ改善など、さまざまな変化が進められた
  • EAPI 9 の導入、Codeberg への移行計画、WSL 向けイメージ提供、Rust・Ada・D のブートストラップ改善などの主要な技術アップデートを含む
  • GPG 代替実装のサポート、zlib-ng 互換性の追加、NGINX パッケージングの再構成、Python 3.13/3.14 の安定化が実施された
  • 財務報告では、2025会計年度の収入は12,066ドル、支出は21,036ドル、残高は104,831ドルと公開された
  • コミュニティ貢献とボランティアベース運営の重要性を強調しつつ、SPI への財務移管と寄付者参加の拡大を呼びかけている

Gentoo の概要と統計

  • Gentoo は 31,663 件の ebuild と 19,174 個のパッケージで構成されている
    • amd64 向けに89GB規模のバイナリパッケージをミラーで提供
    • 毎週、さまざまなアーキテクチャと設定向けに 154 個のインストールステージをビルド
  • 2025年のメインリポジトリのコミット数は112,927件、外部コントリビューターは377人、コミット数は9,396件
  • GURU リポジトリはコミット数が7,517件から5,813件へ減少した一方で、コントリビューターは264人へ増加
  • バグトラッカーの活動は報告20,763件、解決22,395件で前年より減少したものの、解決件数が上回った

新規開発者

  • 2025年に4人の新規開発者が参加
    • Jay Faulkner（米国）: OpenStack 関連の活動、スポーツファン
    • Michael Mair-Keimberger（オーストリア）: ネットワークセキュリティエンジニア、品質管理担当
    • Alexander Puck Neuwirth（イタリア）: 物理学の博士研究員、RISC-V と CI に関心
    • Jaco Kroon（南アフリカ）: システム管理者、Asterisk パッケージ担当

主な変化とニュース

ディストリビューション全般

  • GitHub から Codeberg への移行計画
    • Copilot の強制問題により、Codeberg（Forgejo ベース、非営利運営）への移行を検討中
  • EAPI 9 を確定、Portage の対応も完了
    • pipestatus、edo 関数、ビルド環境の整理、プロファイルディレクトリでのデフォルト EAPI 宣言機能を含む
  • イベント参加
    • FOSDEM 2025、FrOSCon 2025、GNU Tools Cauldron 2025 でブースおよびワークショップを運営
  • SPI への財務構造移行を進行中、寄付金の移管を要請
  • Gentoo e.V. が2025年に4回のオンラインワークショップを開催（EAPI 9、GnuPG/LibrePGP などがテーマ）

アーキテクチャ

  • RISC-V 向け QCOW2 ブートイメージを提供、rv64gc・lp64d ベース
  • WSL 向け Gentoo イメージの週次配布を開始、Microsoft Store への登録を予定
  • hppa・sparc アーキテクチャの stable キーワードを削除、テスト専用として維持
  • musl-locales を標準追加、ロケール対応を強化

パッケージとビルドシステム

  • GPG 代替実装をサポート
    • GnuPG、FreePG、Sequoia-PGP/Chameleon から選択可能
  • zlib-ng および minizip-ng の互換モードをサポート
  • システム全体 jobserver『steve』を導入、Portage の並列ビルド制御が可能に
  • NGINX パッケージングを再構成、サードパーティモジュールを分離
  • **Rust C++ ブートストラップ（mrustc）**を追加し、バイナリ依存を削減
  • Ada・D 言語のブートストラップ経路を整備、gcc USE フラグで有効化可能
  • FlexiBLAS を導入、BLAS 実装の切り替えと ABI 安定性を確保
  • Python 3.13 を標準化、3.14 の安定化も完了
  • KDE Gear 25.08.3、Frameworks 6.20.0、Plasma 6.5.4 の安定版を提供

インフラとドキュメント

  • Hetzner のドイツホスティングのビルドサーバーを追加、イメージ・パッケージ生成速度が向上
  • wiki.gentoo.org の文書化が進展、9,647ページ、累計766,731回の編集記録
    • Gentoo Handbook の更新と、ボランティアによる貢献拡大

財務状況

  • 収入: 12,066ドル（80%以上が個人寄付）、SPI 側収入は8,471ドル
  • 支出: サービス 8,332ドル、会計 1,724ドル、募金活動 905ドル、減価償却 10,075ドル
  • 残高: 2025年7月1日時点で104,831ドル
  • 寄付金移管の要請: 40人以上がまだ SPI へ移行していない

謝辞

  • すべての開発者とコントリビューターへ感謝を表明
  • Gentoo はボランティアベースのプロジェクトであり、コミュニティ参加が中核
  • 新たな参加者には貢献および開発者登録を推奨

関連記事

1件のコメント

 
GN⁺ 2026-01-12
Hacker Newsの意見

  • Gentooが最高。ブート可能なシステムの作り方を学び、自由に設定し始めると、まるで Linux from Scratch を自動化したような感覚になる
    私は podman で rootfs をビルドし、qemu でテストブートとアーキテクチャのエミュレーションを行って、あらゆるハードウェア向けのシステムイメージを週1回の CI で再ビルドしている。更新も rsync で自動化した
    実質的には 自分専用の Linux ディストリビューション をコンテナファイルとして定義してビルドしているようなもの。こうしたことを可能にしてくれる Gentoo チームにとても感謝している。運営費が少ないと知って定期寄付も設定した

    • 2004年ごろに Gentoo を使ってみたが、あらゆるものの コンパイル待ち時間 が長すぎて諦めた
    • この過程を 文書化 したものがあるのか気になる。もっと詳しく知りたい
    • 学習用として本当に素晴らしいディストリビューション。私も10年ほど使ったが、今は Arch を好んでいる
      Linux エコシステムを学びたいなら、数か月あるいは数年使ってみることを勧める。
      公式リポジトリの バイナリパッケージ は使ったことがないが、それを使えば保守が少し楽になるかもしれない

  • 私が注目したのは RISC-V サポートの状況 だ
    他のディストリビューションが新しい ISA 向けのパッケージリポジトリのブートストラップに苦労している間、Gentoo はソースベースなのでアーキテクチャに縛られない
    amd64 と同等レベルの @system セットを達成したのは見事だ。
    2025年以降に爆発的に増えるハードウェアの多様性に対応するには、こうした メタディストリビューションモデル が唯一の解だと思う
    組み込みプラットフォームやカスタムシリコンを扱うなら、Gentoo は最上級の選択肢だ

    • 私も2004年ごろに amd64 向けで Gentoo に移行した。Pentium-IV 時代の コンパイル最適化 の感覚が心地よく、カスタマイズを楽しむハッカー気質にもよく合っていた
    • Fedora や Debian もすでに RISC-V 版を安定配布しているので、みなが苦労しているわけではない
    • 組み込み分野では普通 Yocto や Buildroot を使う。Yocto は完全にソースベースで、BSP も多様だ
    • すべてのディストリビューションは結局ソースからビルドされる。Gentoo はソースパッケージが基本というだけで、他のディストリビューションもオプションとして提供している
      RISC-V サポートが不足しているのは、単に ハードウェア基盤が小さいから だ

  • Gentoo 財団の2025会計年度収入は約12,000ドルだった。大半が個人寄付で、SPI 経由の追加収入も同程度の規模だった
    これほど大きなプロジェクトが 少ない予算 で運営されているのは驚きだ。商用ソフトウェアと比べて ROI が非常に高い

    • こういう点では Red Hat, SUSE のような企業が存在するのは良いことだ。商業的に成功しつつ、コミュニティにも還元している
    • お金が少ないと、逆に CEO やマーケティングの無駄 がないという利点もある
    • なぜもっとお金を使わないのか気になる。中核開発者に給料くらい出しているのかと思っていた
    • CSS ライブラリ1つが年100万ドル稼ぐ世界なのに、Gentoo は資金拡充への 動機付けが不足 しているように見える
    • 実際の維持コストを計算すると、週10時間働く中核開発者100人と外部貢献者380人がいるなら、年間およそ 600万ドル規模の人的価値 がある

  • Gentoo 開発者として最初の1年を過ごしたが、皆 親切で協力的 だった
    特に開発者オンボーディングの仕組みが素晴らしい。
    コミュニティ活動の中でメンターを見つけ、オープンブックテストを解き、数回のミーティングを経てフィードバックを受ける構造になっている
    こうした 明確で文書化された手順 が他のオープンソースプロジェクトにもあればいいと思う。クイズの過程のおかげで知識の穴を埋められた

  • Gentoo Portage が ChromeOS の中核インフラ として使われているのに、財団の予算がこれほど少ないのは驚きだ

    • NASDAQ のシステムでも使われている（関連記事）
    • 典型的な 企業によるオープンソース搾取 の事例のように見える

  • 2025年に NixOS へ移行した。20年間 Gentoo を使ってきたが、今でも心の中のディストリビューションだ
    古いノートPCでは更新があまりに リソース集約的 だった。たとえば GHC 1つをビルドするのに12時間以上かかった

    • NixOS でパッケージ一覧を見ようとしたら nix-env が RAM 6GB以上 を使って驚いた。マニュアル以外ではみな nix-env を使うなと言っている。環境理解が本当に深いウサギ穴のようだ
    • 公式の バイナリパッケージ だけ使っても十分ではないかと思う

  • 2004年からすべての機材で Gentoo を使っている。Unreal Tournament デモ ISO で入門して、完全にハマった
    NAS をビルドホストとして使って全マシンのコンパイルを引き受けさせ、systemd-nspawn コンテナでアーキテクチャ別の環境を管理している
    /var/cache/binpkgs と /etc/portage を NFS でマウントしておけば、古い Thinkpad でも1時間でフル emerge が可能だ
    OpenRC 中心だが、Gentoo での systemd 体験 は他のディストリビューションよりずっと快適だった

    • もっと詳しく知りたい。emerge コマンドは今でも Thinkpad で実行しているのか、/etc/portage を NFS でマウントする 利点 は何なのか気になる
      Ubuntu サーバー群を Gentoo に移したいが、中央管理のやり方がよく分からない

  • Gentoo には賢い人が多い。ただ Arch の台頭以降の立ち位置 は小さくなった印象がある
    Void や Arch のような競合ディストリビューションを参考にする必要があると思う。これらは現代的な Gentoo のように感じられる

    • Void や Arch は Gentoo の現代版ではない。Gentoo は独自の道を行くディストリビューションだ
      カスタマイズ性という面での競合は、むしろ NixOS や Guix に近い
    • 私も最近のビルドでは Arch を選んだ。便利で十分に良い
      Gentoo はコンピュータと完全につながっているような 情緒的な体験 を与えてくれるが、時間投資が必要だ
    • Arch は単一ブランチしか使わないが、Gentoo の プロファイルとキーワードの仕組み ははるかに柔軟だ
    • 以前、Gentoo が フォーラムを失う事故 を起こしたという噂を聞いた。Arch Wiki が削除されたのと同じくらい大きな打撃だった

  • また Gentoo に戻りたい。これまで使ったディストリビューションの中で 最も安定していてハッカー向き だった。すべての貢献者に敬意を表したい

    • 2005〜2015年の間 Gentoo を使っていたが、更新でよく壊れはしたものの 柔軟性 は最高だった
      システムのあらゆる部分を自分で選べる自由は、他のどんな OS でも見たことがない
      今は全機材で同じ環境を保つために NixOS を使っている

  • 14年ほど前に Gentoo を動かしていたが、特定のハードウェア（4ソケット AMD Opteron サーバー）では 最速のディストリビューション だった
    USE フラグをうまく設定すれば、CPU に最適化されたバイナリを作れた
    初期段階では事前コンパイル済みパッケージを使い、バックグラウンドで最適化ビルドを回す 段階的インストール方式 があればいいと思っていた
    今でも強力なディストリビューションであり続けているのはうれしい。ただ、大規模管理とセキュリティパッチ維持は難しかった記憶がある

    • Firefox のビルドが45分かかるって？ 昔は KDE のビルドに3日 かかっていた