イーロン・マスク氏は脳コンピューターインターフェイスを研究・開発する Neuralink のデバイス植え込み実験で死んだサルはいないと述べているが、この発言を虚偽だと主張する非営利組織 Physicians Committee for Responsible Medicine が米証券取引委員会 (SEC) に調査を求める書状を送ったそうだ (WIRED の記事、 The Verge の記事)。

マスク氏によれば、健康なサルへのリスクを最低限にするため、初期のデバイス植え込み実験は死期の近いサルのみを選んで実施しており、これらのサルが死亡したのはデバイス植え込みが原因ではないという。しかし、WIRED が公的記録による調査や Neuralink の元従業員および実験に協力したカリフォルニア大学デービス校付属のカリフォルニア国立霊長類研究センター (CNPRC) 関係者などへのインタビューを行ったところ、多くのサルがデバイス植え込みによる合併症により安楽死させられていたようだ。Neuralink の元従業員は実験を行う前に 1 年ほどサルを飼育して訓練を行っているのに死期の近いサルが残っていたわけはないと述べており、CNPRC の研究者は実験に使われた若いサルの死期が死期が近付いていたとは考えられないと述べているとのこと。

一方、Neuralink は 5 月に米食品医薬品局 (FDA)から臨床実験が認可されたと発表しており、現在は初の臨床実験のため、脊髄損傷または筋萎縮性側索硬化症 (ALS) による四肢麻痺の症状が 1 年以上続く 22 歳以上の人に限定して被験者を募集している (Neuralink のブログ記事、 パンフレット: PDF、 The Verge の記事、 Ars Technica の記事)。

LTS 版 Linux カーネルのサポート期間が現在の 6 年間から 2 年間に戻されるそうだ (ZDNET の記事、 Ars Technica の記事、 Linuxiac の記事、 Linux Journal の記事)。

スペイン・ビルバオで開催された Open Source Summit Europe で Linux Weekly News の Jonathan Corbet 氏が明らかにしたもので、メインテナーに大きな負担をかけて誰も使わなくなった古いバージョンを更新する意味がないなどと説明したという。LTS 版カーネルのサポート期間は 2017 年に 2 年間から現在の 6 年間に延長されていた。現在サポートされている LTS 版カーネル 4.14 / 5.4 / 5.10 / 5.15 / 6.1 のサポート期間に変更はないが、今後の LTS 版カーネルのサポート期間は 2 年間となる。

あるAnonymous Coward 曰く、

株式会社デージーネットがセミナー参加者に対して今後利用したいLinuxのアンケートを行ったところ、CentOSの代替OSとして誕生したAlmaLinuxが全体の26%と1位（2022年も1位）となったようだ。
REHLは3位だが、2022年で17%だったが2023年では24%と急増している。
気になるのはAlmaLinuxと同様にCentOSの代替OSとして誕生したRocky Linuxの存在だ。こちらは2022年で20%だったが、2023年では僅か3%にまで激減している。いったい何があったのだろう？

そろそろCentOS 7のサポート期限も迫っているが、スラド民は移行先は何にしただろうか。

デージーネットは、企業がCentOSから別のLinuxOSに移行する際にどのOSを選んでいるかを調査するためにアンケートを実施した。2022年に比べて、2023年のLinuxOS選択においていくつかの変化が見られる。以下は2022年と2023年の「今後利用したいLinuxOS Top5」の比較となっている（デージーネット）。

2022年
1. AlmaLinux: 36％
2. Rocky Linux: 20％
3. Red Hat Enterprise Linux: 17％
4. Ubuntu: 10％
5. MIRACLE LINUX: 8％

2023年
1. AlmaLinux: 26％
2. 検討中: 26％
3. Red Hat Enterprise Linux: 24％
4. Ubuntu: 7%
5. Amazon Linux: 6％

Commodore 64上でLinuxを実行しようとする「semu-c64」プロジェクトという試みがあるそうだ。とはいえ実機で動作させているのではなく、RISC-V32アーキテクチャのマシン上で仮想化されたCommodore 64を動かし、その上でLinuxがエミュレートされるという無理矢理な形で開発が進められているようだ。現状で動作させるにはRAM拡張ユニットも必要な状況。現時点では起動だけでも数時間が必要とされ、最適化をして10倍の速度向上が図られたとしても実用性は全くないと思われる。それでも、プロジェクト側は新たな技術的なトリックやアプローチに対する驚きや楽しさがあると述べている（GitHub semu-c64、LINUX ON A COMMODORE 64）。

イギリスのStar Labs社は、16GB RAMとIntel N200プロセッサを搭載したLinuxタブレット「StarLite 5」を発表した。このタブレットはUbuntu 22.04 LTS、elementary OS 6.1、Linux Mint 21、Manjaro 21.3.7、MX Linux 21.1、Zorin OS 16.1、Windows 11 22H1など、さまざまなオペレーティングシステムに対応しているのが特徴。ただし、Zorin OSとWindows 11を設定する場合は追加料金が必要となっている。本体価格は配送料を除いて7万2160円（消費税と関税込み）からで、日本からも注文が可能。なおキーボードは別売（Star Labs、GIGAZINE）。

ハードウェア的には、12.5インチのディスプレイを持ち、解像度は2880×1920でアスペクト比は16:10。10点のタッチ操作に対応しているという。メモリは16GB LPDDR5で、ストレージは512GB、1TB、2TBのGen3 PCIe SSDの3つの選択肢が用意されている。拡張コネクタ関連に関しては、USB Type-Cポート、microSDカードスロット、microHDMIポート、イヤホンジャックを備え、WiFi 5とBluetooth 5.1にも対応している。

Star Labsによると、1年間の保証期間内でタブレットの分解、パーツの交換、アップグレード、さまざまなOSやファームウェアの使用が認められているとしている。

あるAnonymous Coward 曰く、

分解OKな16GB RAM・Intel N200搭載Linuxタブレット「StarLite 5」が登場、価格は7万2160円から
これはかなり欲しいかも

あるAnonymous Coward 曰く、

Linux Containers(LXC)プロジェクトは、LXDをフォークしてコンテナ管理ツールIncusを立ち上げた。(Incus, リポジトリ, gihyo.jp)

これは8年間LXCプロジェクトの管理下に置かれていたLXDプロジェクトを、Canonicalが突然自社管理に移行したことにコミュニティが反発したことが発端となっている。CanonicalはLXDでのUbuntuのSnapパッケージの利用や、Canonical製品に固有の機能や変更を推進していることから他のディストリビューションが切り捨てられるのではないかと懸念が強まっていた。LXDユーザーの多くはUbuntuを使用していないことから、LXCコミュニティーにとって深刻な懸念となっていた。これに対してMark Shuttleworth(Ubuntu創始者)氏は他のディストリビューションのサポートを停止するつもりはなく他の貢献者からの修正や変更を受け入れていると主張したが、Canonical管理下に置かれたLXDプロジェクトのメンテナはCanonicalの従業員であることが要求され、コードの提供にはCLAを結ぶ必要があり、コミュニティから反発が強まっていた。(LXD is now under Canonical, linuxadictos.com 1, 2)

結果としてopenSUSE プロジェクトで LXD パッケージをメンテしているAlexa Sarai氏と、Canonicalの元LXDプロジェクトリーダーであるStephane Graber氏によってLXDがフォークされ、何故か同名でありながら、それぞれ別ののIncusがスタートした。その後両者と他のLXD開発者、LXCコミュニティが協議した結果、IncusはLXCコミュニティー管理下のプロジェクトとなった。IncusプロジェクトにはLXD初期から参加している開発者の多くが参加している。
Stephane Graber氏はCanonicalがLXDを自社管理した後にLXDのプロジェクトリーダーと発表されたが、Canonicalを辞任している。Stephane Graber氏自身のブログで、「Canonical isn’t the company I excitedly joined back in 2011 and it’s not a company that I would want to join today」と辞任の理由を述べている。LXDについては「開かれたコミュニティで管理されることに価値があると感じている」としている。(ブログ)

あるAnonymous Coward 曰く、

ネットワークディスプレイ機能を、GNOMEに統合する作業が行われている（ OMG! Linux）。Miracastと、Chromecastに対応予定。クイック設定にあるネットワークディスプレイのアイコンをクリックすると、接続できるディスプレイが表示され、その中から選んで接続できる。プレゼンなどに便利。現在でも、GNOME Network Displays というアプリでMiracastを使うことができるが、これがGNOMEに統合されるということだ。

これは、Google Summer of Codeのプロジェクトの一つである。Google Summer of Codeは、学生がメンテナーのサポートを受けながら、OSSの開発をすることができるというものだ。GNOMEの他にも、Gentoo、openSUSE、NetBSD、FreeBSD、X.Org、GNU、KDE、QEMU、Chromium、Tor、VideoLAN、Inkscape、GIMP、Blender、Postman、Django、GitLab、Git、Jenkins、Swift、Kotlin、R、Ruby、Dart、Python、Creative Commons、OpenStreetMap、Wikimedia、Internet Archive、The Linux Foundation、など計168ものOSSプロジェクトが参加している。

来年、Google Summer of Code に参加してみようかな。

7 月分の Steam ハードウェア＆ソフトウェア調査によると、OS 種類別シェアで Linux が macOS を初めて上回っている (Phoronix の記事、 Ars Technica の記事)。

Steam では数年にわたって 1% を割り込んでいた Linux のシェアだが、COVID-19 パンデミック中にシェアが 1% 台に回復していた。7 月は 0.52 ポイント増と大幅に増加して 1.96% となった。macOS も 0.05 ポイント増加したものの、1.84% にとどまった。Steam のデータは後日秘かに修正されることも多いが、このまま修正されなければ初の快挙となる。なお、OS 種類別で 7 月に減少したのは Windows のみで、0.56 ポイント減の 96.21% となっている。

全体のデータにはなぜか記載されていないが、Linux のみのデータでは SteamOS Holo が 42.07% を占めている。これを全体のデータに当てはめると 0.82% に相当し、macOSで最も多いバージョンの macOS 13.4.1 (0.62%) よりも多い。プロセッサーベンダーは AMD が 69.18%、Intel が 39.82% となっており、ビデオカードは Steam Deck が採用する APU、AMD Van Gogh が 42.06% と圧倒的に多い。これらのことから、Linux の大幅増には Steam Deck が貢献したとみられる。

ちなみに、StatCounter のデスクトップ OS シェアデータでは Linux が 3.12% (+0.05)、Chrome OS が 3.24% (-0.89) となっており、Linux 系 OS 合計では 6.36% となる。前月との比較では 0.84 ポイント減少しているが、1 年前との比較では 2.1 ポイント増と大幅に増加している。このほかの OS では Windows が 69.52% (+1.29)、macOS が 20.42% (-0.09) となっている。

Linus Torvalds氏は7月31日、AMD Ryzenプロセッサに内蔵されているfTPM（Firmware Trusted Platform Module）のバグがLinuxカーネルに問題を引き起こしていると指摘、fTPMを無効化すべきだという意見をメーリングリストに投稿したそうだ（メーリングリスト、マイナビニュース）。

このAMD fTPMはセキュリティ機能として機能し、Windows 11のインストールでも必要要件となっている。しかし、fTPMのハードウェア乱数生成器にはバグがあることが分かっており、一部の環境でシステムがスタッタリング（一時的なフリーズ）が発生するトラブルが生じている。BIOSのアップデートなどで対応が試みられたものの、問題は完全には解決されていない状況だ。

Torvalds氏は、ブート時にfTPMを使用することはあるかもしれないが、実行中に使うべきではないのは明らかだとし「バカなfTPMを無効化しよう」と主張している。問題が修正されたとされるマシンには、CPUのrdrand命令があるはずなので、fTPMを使う理由がないとしている。また、rdrand命令は遅いが、fTPMのスタッタリングほどの問題はないと述べている。

あるAnonymous Coward 曰く、

GNOME Shellの左上に表示されている「アクティビティ」ボタン の新デザインを、GNOMEの開発者の一人である Allan Day が、GitlabのIsueで提案した（OMG! Linux）。

現在のアクティビティボタンは、名前の通り「アクティビティ」と書かれており、クリックするとアクティビティ画面が開く。開かれたアクティビティ画面では、ワークスペース(仮想デスクトップ)の整理をしたり、アプリを起動したりできる。

今回提案されたアクティビティボタンは、開かれているワークスペースの数だけ点が表示されるというデザインになっている。また、現在開いているワークスペースに対応した点は、ピルのように細長い形で表示され、現在どのワークスペースが表示されているのかがわかりやすい。また、アクティビティボタンにカーソルを合わせてスクロールすると、ワークスペースを切り替えられる。

あるAnonymous Coward 曰く、

ZDNetによるとPCのセキュリティ対策としてはLinuxが最適なそうだ。誰もがあまりにも長い間Windowsを使い続けてきたためにハッカーはその弱点をよく知るようになったゆえに大量の標的を背負ってしまったが、>Linuxは何十年にもわたって標的になってこなかったがためにMicrosoftでは太刀打ちできないレベルのセキュリティを備えるようになったという（ZDNET Japan）。

他にもLinuxの方がWindowsよりも安全だと言える理由を少なくとも4つあると述べている。
・ユーザーの権限
・ソフトウェアのインストール方法
・オープンソース
・アップデートの頻度

でもそれってユーザーが増えなかっただけであり、ユーザーが増えたらLinuxも標的になるんじゃないの？とタレコミACは思っている。ディストリごとに操作がバラバラなGUI、未だに避けられない黒い画面のターミナル、わからなければ基本的に自力でなんとかいけないサポート体制と初心者には決して優しくない姿勢がLinuxデスクトップが普及しない要因ではないのだろうか。この記事には初心者向けと書いてはいないので言い訳はどうとでもなるかもしれないだろうが、妙にLinuxを推したがる人は手取り足取り教えていただけないだろうか。

The Hacker Newsは6日、Linuxカーネルに「StackRot」と呼ばれる重大な脆弱性が発見されたと報じた。この脆弱性はLinuxのバージョン6.1から6.4に影響を与える可能性があり、深刻度は重要（High）と評価されている。ただし、現時点ではこの脆弱性が悪用された形跡はないとのこと（The Hacker News、TECH+）。

このStackRotは「CVE-2023-3269」として追跡されているLinuxカーネルの脆弱性。セキュリティ研究者のRuihan Li氏によって発見されたこの脆弱性は特権昇格を可能にし、ほとんどのLinuxカーネル構成に影響を与える可能性がある。この脆弱性の影響を受けるLinuxカーネルに対しては7月1日からパッチが提供されている。

takehora 曰く、

Slackware がリリースから 30 年を迎えた (Patrick Volkerding 氏のツイート、 公式サイトの更新情報)。

Slackware 1.00 がリリースされたのは 1993 年 7 月 16 日。今でも LinuxQuestions の Slackware 板を中心に活発に情報や意見が交換され、current に反映されてリリースされている。

メインのメンテナである Patrick の最近の姿は、Twitter のプロフィールで見ることができる。

Red HatがRHELのソースコードの一般公開を停止した問題で、Red Hatに対する非難が続いているが、今度は、欧州のLinux大手SUSEがRHELをフォークする方針を明らかにしている。SUSEは、誰もが制限なく利用できるRHEL互換ディストリビューションの開発と維持に1000万ドル以上を投資するとし、これによりRed Hatの動きに対抗する意向を示している（SUSE、ZDNET Japan）。

SUSEのDirk-Peter van Leeuwen CEOは、「何十年もの間、コラボレーションと成功体験の共有こそがオープンソースコミュニティを成り立たせてきた。私たちはこれらの価値を守る責任がある」と述べた。SUSEは、オープンソースコミュニティと協力して、RHELとCentOSのユーザーのための長期的かつ永続的な互換性のある代替製品の開発に取り組んでいく。あわせてプロジェクトをオープンソース財団に寄贈し、代替ソースコードへの継続的な無償アクセスを提供するとしている。

Kuritsukasa 曰く、

タイトルのまんま。記事中では、Microsoft版のRHELの可能性までほのめかしている。

あるAnonymous Coward 曰く、

publickeyの記事が両社の関係も交えて解説されている
https://www.publickey1.jp/blog/23/red_hat.html

Red Hatは6月にRed Hat Enterprise Linux（RHEL）のソースコードの一般公開を事実上終了させる措置を発表している（過去記事）。同社はRHELのクローンOSを提供しているベンダを「オープンソースに対する脅威だ」と非難する内容をブログで明らかにし、RHELのクローンOSの存在を否定する意志を明確にした。Publickeyの記事によると、こうしたIBM（Red Hat）の方針に対してオラクルも反発しているという（Publickey）。

RHELはエンタープライズLinuxにおける事実上の標準となっており、クローンOSもそのエコシステムの一部になっている。クローンOSベンダのRocky LinuxとAlmaLinuxは、こうしたRed Hatの発表がオープンソースの精神と目的に違反していると強く反発している。こうした状況下で、同じくRHELクローンOSベンダの大手としてOracle Linuxとして提供し、Oracle DatabaseやOracle Cloudの正式な対応OSとしてきたオラクルの動向も注目されていた。

オラクルは7月10日にブログを公開し、先のRed Hatの一連の発表に反論している。その中でRed Hatの発表は、クローンOSを切り捨てる目的は競合を減らして、IBMにとっての収益機会を増やすことではないのかなどの指摘をおこなっている。