headless 曰く、

Linux では i386 のサポートを 2012 年に終了しているが、2022 年は i486 のサポートを終了する時ではないかと Linus Torvalds 氏が提案している (Torvalds 氏のメーリングリスト投稿 [1]、 [2]、 Phoronix の記事、 Neowin の記事)。

提案は現在ほとんど使われていない古い CPU をサポートするため cmpxchg の処理が複雑になっていることへの対策であり、x86-32 では「cmpxchg8b」インストラクションをサポートする CPU (Pentium以降) のみをサポートすることにしてはどうか、というものだ。これにより、CONFIG_MATH_EMULATION もついに消すことが可能になるとのこと。

Torvalds 氏はほとんど (全部？) のディストロが既に (X86_CMPXCHG64 を基本要件に含む) X86_PAE を有効化していると考えており、ほとんどのディストロが 32 ビットの開発をしていないと確信しているという。また、486 関連の開発をしている人がいないわけではないことを認識しつつ、新規出荷されている 486 クラスのハードウェアがほぼないことを指摘。カーネル開発の観点で i486 サポートの重要性はないとのこと。

i486 ハードウェアはそのうち博物館の収蔵品となり、博物館のカーネルで動作することになるとし、要件を cmpxchg8b に引き上げることが不合理だとは思えないという。Torvalds 氏は i486 をサポートするカーネルが必要なら LTS を使えばいいとも述べている。Phoronix では Linux 6.1 が今年の LTS カーネルになると予想しており、Linux 6.2 で i486 サポートが削除されることを期待している。

Ubuntu で「sudo apt upgrade」を実行すると Ubuntu Pro の宣伝が表示されるとして、ユーザーから不満の声が出ている (The Register の記事、 Reddit 投稿、 Mastodon 投稿、 Ask Ubuntu 投稿)。

Canonical が先日発表した Ubuntu Pro は 10 年間のサービスが提供され、個人では最大 5 台まで無料で利用できる。sudo apt upgrade で表示される宣伝は「最大 5 台の個人向け無料サブスクリプションで Ubuntu Pro ベータ版を試してみよう。 / 詳しくは https://ubuntu.com/pro で」といった趣旨のものだ。

投稿者はこのような宣伝が表示されることが許せないようだが、Canonical ではニュース要素だと The Register に説明したという。スラドの皆さんのご意見はいかがだろう。

ITmediaの記事によると、Canonicalは、新サービス「Ubuntu Pro」を発表した。現在はベータ版として提供されている。このUbuntu Proは、Ubuntuと主要なアプリケーションに対して、10年間のセキュリティパッチなどによるメンテナンスを提供を約束するというもの（ITmedia）。

サーバ向けとデスクトップ向けを含むすべてのUbuntuのディストリビューションに対応、「Apache Tomcat」「Apache Zookeeper」「Docker」「Drupal」「Nagios」「Node.js」「phpMyAdmin」「Puppet」「WordPress」などの主要なLinuxアプリケーションもメンテナンスの対象になる。また個人に対しては最大で5台のマシンまでUbuntu Proが無料で提供されるとのこと。

Linuxの生みの親であるLinus Torvalds氏はメーリングリストで、Linuxカーネルのバージョン6.1のコードのマージが遅れていると告知した。「新しいECCメモリDIMMが届く」のを待っているためだという。同氏によればここ2、3日ほどメインのデスクトップPCが不安定となっており、allmodconfigのビルドがコンパイラの内部エラーで失敗する事例が多発していたらしい（Linus Torvalds氏のメール、The Register）。

こうした場合は、たいていは新しいカーネルのバグだとして原因を探していたがものの、バグではなく原因はPC側の不調だったそうだ。Memtest86+を回して確認したところ、メモリエラーが起きていたことが判明したとしている。仕方ないのでメモリが届くまでラップトップを使って、ゆっくりとカーネルのマージをおこなっていたとのこと。

4 日にリリースされた Linux カーネル 5.19.13 では、Intel グラフィックスのノート PC で内蔵ディスプレイパネルを破損する可能性のある問題が修正されている (Phoronix の記事、 アナウンス)。

この問題は Linux 5.19.12 で報告されていたもので、画面が連続フラッシュのように白く点滅するという。5.19.11では発生しないためFramework Laptopのフォーラムでは5.19.12にアップグレードしないよう呼びかけられていた。調査の結果、内蔵ディスプレイパネルの省電力関連に関連した問題により内蔵ディスプレイを破損する可能性が判明し、5.19.13で修正された。なお、5.19.13 の変更点はこの修正のみであることから、5.19.12 で問題が発生していない場合はアップグレード不要とのことだ。

Debian プロジェクトが採決を行い、公式イメージのインストーラーで非自由な (プロプライエタリの) ファームウェアを同梱可能にした (決議案、 採決結果、 The Register の記事)。

Debian では長らく非自由ファームウェアのサポートを避けてきたが、このようなファームウェアバイナリなしではモダンなコンピューターが完全に動作しなくなってきているというのが提案理由だ。

選択肢は大きく 3 つに分けられる。

1. 非自由ファームウェアを含む唯一のインストーラー
2. 非自由ファームウェアを含むインストーラーと含まないインストーラーの両方
3. 非自由ファームウェアを含むインストーラーを認めない

実際のオプションは以下のような 7 つとなる。

1. 唯一のインストーラー
2. 両方のインストーラーで非自由ファームウェアを含む方を推奨
3. 両方のインストーラーを提示可能にする
4. 非自由ソフトウェアを含むインストーラーを Debian の一部と認めない
5. 非自由ファームウェアを含められるよう Debian 社会契約を変更、唯一のインストーラー
6. 非自由ファームウェアを含められるよう Debian 社会契約を変更、両方のインストーラー
7. どれも該当しない

採決を勝ち抜いたのはオプション 5。Debian 社会契約の 5 番に「非自由ファームウェアを必要とするハードウェアを Debian で使用可能にするため、Debian の公式メディアには Debian の一部ではないファームウェアが同梱される可能性がある」といった趣旨の文言を追加し、同梱されるファームウェアバイナリはシステムの判断によりデフォルトで有効化されるといった声明を出すことになっている。

これにより、次期 Debian 12 (コードネーム: Bookworm) では、公式メディアに非自由ファームウェアが同梱可能となる。

スマートフォン向けゲーム「バンドリ! ガールズバンドパーティ!」向けの楽曲である「スカイクラッドの観測者」で、Linuxカーネルのコードが使われているとして話題となっている。Hiraku Toyookaさんが発見した。同氏のこのツイートに対し「めっちゃ見慣れた感じのシンボル名だらけでしたわー!」「カーネルのコードある程度読んだことある人ならわりとすぐ気付きそう」などのコメントがついている（Hiraku Toyookaさんのツイート、スカイクラッドの観測者の動画、激ロック ニュース）。

また「Linuxカーネルのコードが使われていることから楽曲もGPLになるのでしょうか」といった疑問も提示されている。Hiraku Toyooka氏は、動画をGPLで頒布している訳では無いので、動画や動画内で使われている楽曲のライセンスをGPLとして扱うことはできないんじゃないかと解釈するコメントをしている。

ラジャ・コドゥリ（Raja Koduri）氏がツイートで、リーナス・トーバルズ氏とIntelのグラフィックスドライバチームが一緒に過ごしたというツイートをしている。リーナス氏からはカーネルドライバの更新について厳しい突っ込みが入ったとコメントしている（Raja Koduri氏のツイート）。

あるAnonymous Coward 曰く、

Intelはオープンソースグラフィックスドライバのスタックに長年貢献している。最近はbinaryblobなファームウェアを巡ってカーネルとの互換性を壊す変更や (すでに修正済) 、これまで必須でなかったGuC, HuCnなどのblobを強制する動きがあるが、GPUのオープンソースサポートの面では、ユーザースペースのドライバではAMDのRADV (MESAのAMD製GPU用Vulkanドライバ) などはANV (IntelのVulkanドライバ) を参考に作られたなど周辺環境の整備、オープンな規格の策定などこれまで多大な貢献をしてくれている。これからも、クローズドな方向に向かわないよう願うばかりだ。

AMDも2014年くらいからカーネル、ユーザースペースともオープンソースドライバを用意し、またCommunityが開発できるようにしてくれている。実際MASAはAMDが用意しているオープンソースドライバではなく、Communityベースのドライバだ (ValveもSteam Deckで使用) 。

Nvidiaは最近カーネル側のドライバを一部公開したが、GSPが乗っている世代以降でしか使えず (turing以降) 、オープンソースドライバのnouveauもあるがnvidiaの署名付きfirmwareがいるため周波数の変更ができず (起動時の一番低い周波数に限定される) 。

GPUを買うときはIntelかAMDのものにしよう

headless 曰く、

Linux カーネルが 2002 年に ACPI サポートを導入した際、一部のチップセットで発生する問題を回避するために含められた対策がモダンな AMD システムのパフォーマンスに影響することが判明し、パッチが Linux 6.0 にマージされたそうだ (Phoronix の記事 [1]、 [2]、 Ars Technica の記事、 The Register の記事)。

この問題は古いチップセットの一部で CPU クロックを停止する STPCLK# が適時にアサートされないというもので、対策として CPU が完全に停止するまでダミーの待機処理が入れられる。しかし、この処理が Zen3 システムのパフォーマンスに顕著な影響を与えることに AMD の K Prateek Nayak 氏が気付き、Zen マイクロアーキテクチャーの CPU に適用しないパッチを作成する。

一方、Intel システムでは Nehalem 以降の CPU でこのコードを使用しないのだが、実際にこの対策が必要なのは古い Intel の CPU のみだという。そのため、Intel の Dave Hansen 氏が Intel 以外のシステムに適用しないようパッチをシンプル化。このパッチが Linus Torvalds 氏に取り上げられ、Linux 6.0 にマージされることとなった。

Linux の NTFS3 ドライバーで大文字と小文字を区別しないマウントオプション「nocase」追加が提案され、Phoronix のフォーラムでは大文字と小文字を区別するファイルシステムの是非について議論が盛り上がっている (Phoronix の記事)。

Windows も「まともな」OS のように大文字小文字を区別すべきだといった意見や、大文字と小文字を区別しないファイルシステム上のファイルを Linux のツールで操作したらどうなるのか心配する意見も見られるが、Linux のネイティブファイルシステムでも ext4 や f2fs が大文字小文字を区別しない機能をサポートしている。逆に Windows 10 バージョン 1803 以降では NTFS にディレクトリ単位でファイル名の大文字と小文字を区別するフラグが追加されており、fsutil コマンドを使用して有効化が可能だ。

人間は大文字と小文字の違いだけであれば同じ名前だと認識するため、平均的なユーザーには大文字と小文字を区別するファイルシステムを理解しにくい、実用的に大文字と小文字の組み合わせのみが異なる同名のファイルを同じフォルダーに格納できることが役に立つ場面は少ない、といった意見も見られる。スラドの皆さんはどう思われるだろうか。

Microsoft は 21 日、Windows Subsystem for Linux (WSL) で systemd が利用可能になったと発表した (Windows Command Line の記事、 Neowin の記事、 BetaNews の記事、 Phoronix の記事)。

systemd を利用するには、Microsoft Store 版の Windows Subsystem for Linux Preview バージョン 0.67.6 以降が必要だ。そのため、OS は Windows 11 が必要であり、 このバージョンを Microsoft Store からインストールするには Windows Insider Program を有効にする必要がある。ただし、バージョン 0.67.6 をGitHub でダウンロードしてインストールすれば非 Insider の Windows 11 環境での利用も可能だ。

あとは systemd をサポートするディストロで「/etc/wsl.conf」に「boot」セクションとエントリ「systemd=true」を追加し、WSL を再起動すれば完了だ。systemd を有効化することで Snap も利用可能になるため、対応アプリの利用も容易になる。

ZDNetの記事によると、Linus Torvalds氏がLinuxカーネルの記述言語としてプログラミング言語Rustを導入する方針を明言したという。Torvalds氏はZDNetとのインタビューの中で「何かおかしなことが発生しない限り、それ（Rust）は6.1で導入される」と述べたとしている。記事によるとRustを導入するかどうかという議論は、かなり前から存在していたとされる（ZDNet Japan）。

台風14号が日本を通過したばかりだが、FNNプライムオンラインで台風のときに「川の様子」を見たくなる現象についての記事が掲載されている。危険であるにもかかわらず、このような行動をとってしまう人がいるのは、一体なぜなのか（FNNプライムオンライン）。

山口大学・人文学部の高橋征仁教授によると、一般には川や用水路の様子を見に行ってしまう心理は、仕事上の責任感から見に行ってしまうとされているが、進化心理学の観点では自分の縄張りを維持するためのスカウティング（偵察・哨戒行動）の一種なのだという。

教授によると、田んぼや川の様子を見に行って亡くなるのは基本的に男性であり、「若い男性」と「初老の男性」がこうした行為をおこないやすいのだという。教授によると女性の場合は、子どもや親の救出・安否確認が関心の焦点となることから、田んぼや川の様子を見に行って死亡することは聞いたことがないとしている。

Microsoftは開発中のリレーショナルデータベース「SQL Server 2022」がリリース候補版に到達したと8月23日に発表しているが、さらに7日に同社のブログで「SQL Server 2022 RC 0」がRed Hat Enterprise Linux (RHEL) および Ubuntu OS上で利用できるようになったと発表した（Microsoftブログ、The Register）。

SQL ServerのシニアプロダクトマネージャーであるAmit Khandelwal氏によれば、このLinux版には、8月23日に発表されたWindows用のSQL Server 2022 RC 0の機能が含まれているだけでなく、いくつかのAzure関連のクラウド機能もサポートされているという。RC 0に含まれる機能としては、クエリの履歴や実行時の統計情報を自動的に取得し、システムのパフォーマンスを監視する「Query Store」などがあるとのこと。

Canonicalは来月リリースされるUbuntu 22.10で、デスクトップ環境Ubuntu Unityが公式ディストリビューションとして復活するそうだ。UnityはGNOMEのフォークプロジェクト。同プロジェクトは以前、Canonicalによって中止されていたが、Unityがオープンソース化されたことにより、独立した開発者のコミュニティが保守と開発を継続していた（Phoronix、HTML.it）。

現在のUbuntu Unityは、Ubuntu universeアーカイブにあるものよりも若干新しいバージョン（7.5もしくは7.6）のUnityを使用している。Unity 7.6では、アクセントカラーのサポートや、ごみ箱ボタンのデザインが変更、ファイルマネージャNemoを介して操作できるようになるなどの機能が多数搭載されているとしている。コードの全面的な見直しもおこなわれており、特定の状況やハードウェア構成において、メインメモリの消費を約800MB削減することに成功しているという。