Ubuntu 26.04（resolute）の開発; Feature FreezeとUI Freezeの間の調整

resolute（Ubuntu 26.04）の開発; Feature FreezeとUI Freezeの間の調整

resolute（Ubuntu 26.04 LTS）のFeature Freezeが完了し、3月12日のUI Freezeまでの「仕上げと調整」のシーズンに入りました（26.10のLLVMやRustまわりの設計のような、「⁠次」のための作業も開始されています⁠）⁠。

いつものパターンであればこの時期は「品質向上のためのタスク」が中心になるのですが、今回はglibc 2.43の投入のための作業（と、それに伴う注意喚起）が行われています。現時点では「致命的な問題はなさそうだ」という見切りが行われており、いくつかの小さな、そして許容可能なレベルの混乱とともにresoluteに投入されることになりそうです。

これ以外には「大きな動き」の類は少なく、OpenJDKのデフォルトバージョンが25系になったり、壁紙コンテストの上位5位までが採用されることになったり、あるいは名前が具体的に明言されないRISC-Vハードウェアへの対応作業が続けられていたりと、慌ただしいものの「想定される範囲」の変更が続けられています。

なお、「⁠Xubuntu20周年」を記念して、Xubuntu独自の壁紙コンテストがUbuntu側とは別に開催されています。こちらは3月4日までの募集で、入賞6位までの壁紙がXubuntuのISOイメージとxubuntu-community-wallpaperに収容されることになる見込みです。

Ubuntu wikiのアーカイブ

具体的な方針はまだ確定していないものの、既存のwikiの「廃止に備える」ために、既存のUbuntu Wiki（wiki.ubuntu.comとhelp.ubuntu.com/community/CommunityHelpWiki）のコピーアーカイブがhttps://github.com/ubuntu/wiki-archivesに準備されました。

Moin形式からMediaWiki形式に変換されており、GitHub上でそのままレンダリング可能な状態になっています。

その他のニュース

Debian開発者やDebian関係者が集まる国際会議であるDebConfのうち、2027年開催のDebConf27が北海道旭川市で開催されることになりました。開催地を決定するにあたって使われたプロポーザルはこちら。

注目すべきセキュリティー的な視点：リリース後のパッケージの維持

一般的な（ローリングリリースを採用していない）Linuxディストリビューションにおいては、「⁠リリースされるまでのパッケージの投入」と「リリースした後の継続的なアップデート」の間に大きな差があります。これは、リリースされるまでは「動作が安定しないのは当然」という世界観である状態から、「⁠一度設定して動き出すようになったものが、ソフトウェアパッケージの更新で動かなくなっては困る」という期待がかけられるようになるためです。

一方、これはあくまで『という特性が求められる』という話であって、自然に実現される機能ではありません。「⁠という挙動が実現されることが期待される」という要求を実現するために、ディストリビューションを開発する側で期待に応えるための実装を行う必要があります。

こうした期待に答えるために、Ubuntuでは、リリース後の「パッケージのアップデート」に一定のルールが定義されています。これを「Stable Release Update（SRU⁠）⁠」と呼びます。SRUポリシーは歴史的にはいくつかの変化を経てきているのですが、コアとしては、「⁠リリース後のシステムに加えられる変更は、ユーザーの手に届けられる前に検証とテストが行われる」という方針を軸にしています。リグレッション（いわゆる「エンバグ⁠」⁠、つまり「セキュリティ修正やバグ修正を行った結果、新しいバグが発生すること⁠」⁠）を避けられるように、いろいろな配慮が行われています[1]。

典型的なUbuntuのユーザーとして把握しておくべきことは2つあり、そのうちのひとつがフェーズドアップデートです。SRUとしてリリースされたパッケージは、世界中にあるさまざまなUbuntuシステムにおいて徐々に認識され、（⁠ユーザーが関与しないように自動アップデートを設定している場合）徐々に更新されるように設計されています。

もうひとつは「パッケージによってはSRUポリシーが異なることがある」ということです。パッケージによっては（たとえばカーネルは厳密にABIを維持することは不可能で、修正に伴ってドライバーとの互換性が失われることがあります⁠）⁠、特殊な処理が行われます。この特殊な処理の対象となるパッケージは明示的にリストされているので、自動的な更新を行うような場合は挙動に影響しないか事前に確認しておくと良いでしょう。

[1] resoluteの開発版で行われた変更から分かるように、システムの基底となるglibcのバージョン更新においては、開発版ですら「大きな変更なので気をつけてください」という宣言が行われてから実施されます。これは「すべての変化を事前に予想することが困難であるから」です。SRUではバージョン更新が行われることはほぼありえず、互換性を維持したままセキュリティやバグの修正が行われるのでこうした問題は起きにくいのですが、SRUポリシーが存在せず「無法」に更新されてしまう場合、「⁠リリース版においても結果が予想しきれない変化が発生してしまう」という、なかなかにホラーな世界が広がることになるでしょう。