esuta 曰く、

RHEL クローンとして広く使われている CentOS 8 の EOL が急遽
2021-12-31 となることが発表された。従来の予告は 2029-05-31
必要な場合は CentOS Stream に移行してほしいとの由
なお CentOS 7 の EOL は 2024-06-30 のまま変わらない

寝耳に水の発表で、企業系ユーザが多い CentOS の EOL が
突然あと一年となったことは影響が大きいだろう

おまけ CentOS 8 -> CentOS Stream に移行する方法
https://www.centos.org/centos-stream/

情報元へのリンク

CentOSプロジェクトは12月8日、現行のCentOS Linux 8を2021年12月31日に開発終了することを発表した。プロジェクトチームは開発リソースをCentOS Streamに集中させるとしている。CentOS 8ユーザーはCentOS Stream 8への移行を推奨するとのこと。CentOS Linux 8を使用しており、CentOS Streamがニーズに適合しない場合は、Red Hatに相談するよう求めている（Blog.CentOS.org 、FAQ-CentOS、Red Hat、OSDN Magazine、マイナビ、GIGAZINE、Life-cycle Dates）。

headless 曰く、

WindowsはそのうちLinuxカーネルになると、オープンソース活動に関する著作で知られるESRことEric S. Raymond氏が主張している(Armed and Dangerousの記事、 Neowinの記事)。

その根拠としてRaymond氏が最初に上げているのはWSL(Windows Subsystem for Linux)の進化だ。Windows 10バージョン2004で導入され、バージョン1903/1909にバックポートされたWSL 2では、軽量なユーティリティー仮想マシンで完全なLinuxカーネルを実行し、完全なシステムコール互換が得られる。MicrosoftのエンジニアはWSLを改善するためにLinuxカーネルに機能を追加している。

次に挙げるのはMicrosoftの利益の中心がクラウドとなって収益構造が変化したことだ。Windowsの圧倒的な市場独占は過去のものとなり、Windows開発への投資から得られる収入は減少している。AzureではWindowsインスタンスよりもLinuxインスタンスが多く稼働していると噂されており、収益の面で考えるならMicrosoftがWindowsの開発への投資をやめるほうを選ぶに違いないとRaymond氏は予想する。

3つ目はSteamでWindowsゲームをLinux上で実行するためのエミュレーションレイヤーとして配布されているProtonの存在だ。Protonが完璧とはいいがたいものの、高負荷のゲームでパフォーマンスが実証されており、少なくとも近い将来にはWindows向けのビジネスソフトウェアをLinux上で実行するだけならProtonのようなテクノロジーで十分な日が来る。

Microsoftは既にMicrosoft EdgeがLinux上で利用できるようポートしており、Windows標準ユーティリティーもエミュレーションを使用せずにLinux上で利用できるようになっていくことが予想されるという。その結果、新しいWindowsがLinuxカーネルとなり、サードパーティーのレガシーソフトウェアを実行するためにエミュレーションレイヤーが搭載される、というのも夢物語ではないとのこと。

いずれはWindowsエミュレーションも削除されて完全なLinuxとなり、WindowsはUIデザインに面影を残すのみとなる。このようにしてLinuxはWindowsを置き換えることなく共存していき、ついにデスクトップ戦争で勝利するとのことだ。

headless曰く、

Linuxカーネル5.6（Linuxカーネル5.4/5.5にバックポートされる可能性も高い）の32ビット版で2038年問題（Y2038）への対応が初めて行われたという（Arnd Bergmann氏のメーリングリスト投稿、Phoronix、The Register）。

Y2038はUNIX時間が2038年1月19日3時14分7秒（UTC）以降、符号付き32ビット整数で表現できる範囲を超えてしまうという問題だ。OpenBSDは2014年にY2038対応しているが、Linuxの場合64ビットシステムでは64ビット整数が標準のため影響は少ないものの、カーネルとユーザー空間が分かれていることから32ビットシステムでの対応は簡単に進められる問題ではなかったという。なお、2038年に32ビットPCが使われていない可能性は高いが、32ビットの埋め込みシステムが多数残っている可能性もある。

Arnd Bergmann氏らは何年にもわたってY2038対応に取り組んでおり、32ビットシステムでも64ビットのtime_tが使われるようにするなどの修正を進めていた。Bergmann氏によればLinuxカーネル5.6が2038年以降も32ビットシステムで実行可能な初のリリースとなるが、いくつか注意すべき点が残されているという。たとえば、ユーザー空間は64ビットtime_tを使用するようコンパイルする必要がある。また、タイムスタンプに符号付き32ビット整数を使用するファイルシステムの問題など、64ビットシステムに影響する問題は32ビットシステムにも適用されるとのことだ。

延長サポート終了まで10日間を切ったWindows 7だが、Net ApplicationsのデスクトップOSバージョン別シェアデータ2019年12月分によると、4分の1以上のシェアを維持したまま2019年を終えたようだ。

1位のWindows 10は前月から1.56ポイント増加して54.89%となっているが、2位のWindows 7は0.60ポイント減の26.26%にとどまる。3位と4位はmacOSの世代交代で順位が入れ替わり、Mac OS X 10.15が4.32%(0.39ポイント増)、Mac OS X 10.14が3.70%(0.45ポイント減)となっている。5位のWindows 8.1は変動なしの3.32%。このほかのOSバージョンの変動は小さく、Windows XP(0.45ポイント減、1.40%)の変動幅が最も大きい。Windows XPは7位に後退し、Mac OS 10.13(0.08ポイント減で1.65%)が6位に上昇した。OS種類別ではWindowsのみ増加しており、0.57ポイント増の86.63%。Mac OSは0.19ポイント減の11.41%、Linuxは0.27ポイント減の1.38%などとなっている。

2019年12月のデータを2019年1月分と比較すると、Windows 10は13.99ポイント増加、Windows 7は10.93ポイント減少した。なお、12月分はWebページ上の表示とCSV/JSON形式でダウンロード可能なデータに含まれる数字が一部異なっているが、ここではダウンロード可能なデータを元にしている。

Lenovoは2日、同社のワークステーション(ThinkPad PおよびThinkStation)が全モデル・全構成でLinux認定済みになると発表した(Lenovo StoryHubの記事、 SlashGearの記事、 Neowinの記事)。

Linuxを公式にサポートしていないPCにインストールする場合、安定性やパフォーマンス、互換性などの問題が発生することもある。Lenovoはこれまで特定のモデルの限定した構成に限ってLinuxを公式サポートしてきたが、今後発売されるワークステーション製品はRed Hat Enterprise LinuxおよびUbuntu LTSで動作確認済みになるという。Lenovoはセキュリティパッチなどのアップデートを提供するほか、ドライバーを直接Linuxカーネルにアップストリームし、安定性や互換性を維持できるようにするとのこと。LinuxプリインストールモデルではLenovoやRed Hat、Ubuntuのサポートが統合されるのに加え、エンドユーザーによる使用やITマネージャーによる管理が容易になるような機能も備えるそうだ。Linux認定済みワークステーションはThinkPad Pシリーズを皮切りに今月から注文可能になり、夏の間にロールアウトしていくとのことだ。国内での展開はどうなるだろうか。

Anonymous Coward曰く、

昨年末になるが、国産デスクトップLinux「Turbolinux」のブランドを所有していたターボリナックス社が営業を終了したそうだ。

Turbolinuxの商標や関連事業は、同社のパートナー企業であるターボシステムズ株式会社に譲渡されたようだ。

国産商用デスクトップLinuxとして、雑誌添付の無料版も含め、利用していた方もいるだろう。個人的には、商用日本語フォントやATOK等、比較的簡単に優れた日本語デスクトップLinuxが使える唯一の選択肢であり、細々とでも営業を続けて欲しかったので、残念でならない。

1月14日のWindows 7延長サポート終了に伴い、Linuxディストロメーカーの間でユーザー増加への期待が広がっているそうだ(Softpediaの記事[1]、 [2]、 [3])。

Softpediaによると、Canonicalが14日にWindows 7からUbuntuへのアップグレードを呼びかけたのをはじめ、韓国のLinuxディストロメーカーも同様のキャンペーンを実施しているという。CanonicalではUbuntuが無料で使用できることのほか、Windowsで使い慣れたアプリ(Google Chrome/Spotify/WordPress/Blemder/Skype)が使えることやWebアプリならWindows上と変わりなく使えること、高いセキュリティが得られることなどを挙げている。

ただし、UbuntuなどのLinuxディストロはWindowsから移行しても違和感なく使用できるようデザインされているものの、Windowsからのアップグレードでデータや設定が移行できるわけではない。Ubuntu Desktop Editionのシステム要件は、Windows 10のシステム要件(これで十分かどうかは別として)よりむしろ高い。Softpediaによれば、今までWindows 7を使い続けていたユーザーのうち、サポートが終了したからといってLinuxへ移行するユーザーがそれほどの数になるとは考えられないとのこと。

一方、IDCの調査報告書によると、米企業のIT部門では現行のWindows 7 PCの13%をMacに置き換える計画だという(Computerworldの記事、 9to5Macの記事)。実際に既存PCのOSをLinuxに移行するよりも、買い替えでMacを導入する方がありそうな感じだ。スラドの皆さんのご意見はいかがだろうか。

Anonymous Coward曰く、

Linuxの開発を主導するLinus Torvalds氏がLinuxカーネル5.7-rc7のリリースを知らせるLinux Kernel Mailing List（LKML）への投稿内で、氏が使用しているメインマシンをアップデートしたことを伝えている（GIGAZINE、The Register、Slashdot）。

今回導入したマシンのCPUはAMDのThreadripper 3970X（32コア/64スレッド同時実行）で、氏がIntel以外のメーカーのCPUを使うのは15年ぶりだそうだ。これによって「allmodconfig」でのテストビルドが3倍高速になったと報告している。

なお、15年前の2005年、Linus氏はPowerPC搭載のMacにLinuxをインストールして使用していると述べていた（過去記事）。

WindowsがLinuxカーネルベースになる日は来ないだろうし、そうなるべきでもないとの見解をCanonicalのHayden Barnes氏が示している(Box of Cablesの記事、 The Registerの記事)。

Barnes氏の見解はEric S. Raymond氏の主張に反対するものだ。Raymond氏は先日、互換性の進化やMicrosoftの収益構造の変化などを挙げてWindowsがそのうちLinuxカーネルになると主張して話題になった。Barnes氏はMicrosoft MVPでもあり、CanonicalのデスクトップチームでWindows Subsystem for Linux上のUbuntuに関する仕事をしていることから、MicrosoftによるLinuxへの関与に独自の視点を持っているそうだ。なお、Barnes氏の主張はあくまで個人的な見解であり、何らかの未公開情報に基づくものではない点に注意してほしい。

Barnes氏がまず挙げるのは、WindowsのNTカーネルが一定の後方互換性や長期サポート、ドライバー可用性を提供している点だ。それをLinuxも目指してはいるが、実現には数百万ドルの費用がかかる。Microsoftは損失を出すことなくWindowsを長期サポートできるだけの有料顧客を抱えており、費用はLinuxカーネルへの移行を正当化しない。WindowsやmacOSとの競争がLinuxをよりよいOSにしているのであり、もしWindowsがLinuxカーネルへ移行してカーネルがモノカルチャー化すれば望ましくない結果を生むとのこと。

headless曰く、

Linuxカーネルのコーディング規約から、1行を80桁以内とする制限が撤廃された（Linus Torvalds氏のメーリングリスト投稿、checkpatchのコミットメッセージ、Phoronix、The Register）。

Linus Torvalds氏によれば、多くの人が80桁のターミナルを使わなくなって久しく、1行80桁制限は合理的でないという。桁数制限は必要以上の改行を生み、さまざまな問題を引き起こす。中には小さなターミナルウインドウを使用している人もいるという主張もみられるが、何を使うのもその人の選択だ。そのハードウェアの制限を全員が共有する必要はない。長い行は単純に有用であり、どこかで改行が必要になるにしても80桁に制限する理由はまったくないとのこと。

これに伴ってcheckpatchでも80桁を超える行に対する警告表示が廃止されている。1行を80桁以内に収めることは現在でも望ましいが、checkpatchがわざわざ警告を表示するほど明確な制限ではない。デフォルトでは制限値が100文字まで増加しているが、こちらも明確な制限に基づくものではなく、行が若干長めになっても警告なしで収まる程度の文字数が選択されているようだ。