Linux
NetworkManager、AIコーディングポリシーを策定。「会話」にも制限
Linuxのネットワーク設定を担うソフトウェアが、コードだけでなくレビューの対話にまで踏み込んだAIルールを敷いた。
Red Hat
Linux
NVIDIA、Linuxファームウェア基盤に年10万ドル。資金目標に到達
NVIDIAがLinuxのファームウェア更新を支えるインフラのスポンサーに加わり、プロジェクトが掲げた資金目標に到達した。
Linux
Huawei、MesaにVulkanドライバ統合を打診。ただしシェーダコンパイラは非公開
Huaweiのエンジニアが内製GPUのVulkanドライバをMesaに統合したいとメーリングリストに投稿した。ただしGPU ISAは公開できず、シェーダコンパイラはバイナリブロブで配布するという条件付きだ。
GCC
GCC、LLM生成コードの受け入れを「約15行」で線引き
GCC運営委員会がAIポリシーの勧告を正式に受け入れた。著作権上重要な規模のLLM生成コードは受け付けない。ただしテストケースは例外とし、2027年初頭に見直す。 3ヶ月の検討を経た結論 GCC（GNU Compiler Collection）の運営委員会が現地時間7月29日、AIポリシー作業部会の勧告を受け入れたと発表した。 4月に設立された作業部会は、Red Hatのジョナサン・ウェイクリー（Jonathan Wakely）氏がリーダーを務めた。メンバーはカルロス・オドネル（Carlos O'Donell）氏やスダクシナ・ダス（Sudakshina Das）氏ら7名。約3ヶ月の検討を経て勧告がまとまった。 採択されたポリシーの骨子を整理する。 GCCは当面、LLM生成コンテンツを含む、またはそこから派生した「著作権上重要な」貢献を拒否する。 ここでいう「著作権上重要」（legally significant）とは、GNUプロジェクトのメンテナーガイドラインに定められた基準で、おおむね15行のコードまたはテキストが閾値になる。 15行を超える貢献にはFSF（フリーソフ
Linux
KVM、肥大化した中核構造体を3分割。Linux 7.3向け
KVMの仮想メモリ管理を担う構造体kvm_mmuが、3つの独立した構造体に分割される。Linux 7.3のマージウィンドウに向け、KVM.gitのnextブランチへのマージが完了した。 「god data structure」にチェーンソーを入れる KVMメンテナーのパオロ・ボンジーニ（Paolo Bonzini）氏が、kvm_mmu構造体のリファクタリングをKVM.gitのnextブランチにマージした。ブランチ名はkvm-chainsaw。Linux 7.2の安定版リリースが8月中旬から下旬に予定されており、その直後に開くLinux 7.3のマージウィンドウで提出される見通しだ。 ボンジーニ氏はコミットメッセージの中で、kvm_mmuを"god data structure"（何でもやる万能構造体）と呼んでいる。1つの構造体が3つの異なる仕事を抱えていた。ゲストページテーブルのフォーマット記述とウォーク（走査）、そしてシャドウページテーブルの構築だ。 nested_mmuという構造体がguest_mmuより先に実装され、より直感的な名前を奪ってしまった経緯もある。コード中の
セキュリティ
GNOME、セキュリティ開示を90日から30日に短縮
AI生成の脆弱性報告が大半を占める状況を受け、GNOMEがセキュリティ情報の開示ポリシーを改定する。担当者は11月での退任も表明した。 90日の形骸化 GNOMEのセキュリティイシュー追跡を担うマイケル・カタンザロ氏（Michael Catanzaro）が7月20日、脆弱性報告の開示期限を90日から30日に短縮すると発表した。2026年8月1日以降に報告されたイシューに適用される。 業界標準の90日は、GNOMEの実態に合っていなかった。カタンザロ氏によれば、メンテナーの対応は二つに分かれる。報告から1〜3週間で修正するか、まったく修正しないか。 90日間の猶予を設けても、メンテナーがその時間を活かすことはほぼなかった。修正が入るか期限が来るかのどちらかが先に起き、修正される場合は最初の数週間で片がつく。残りの期間は機密を維持しているだけで、誰の役にも立っていなかった。 カタンザロ氏自身、AI生成報告の増加がなくても「短い期限の方がGNOMEには合う」と述べており、今回の短縮はAI対応策にとどまらない判断だと位置づけている。 AI禁止ポリシーとの衝突 変更はもう一つあ
テクノロジー
IBM株25%暴落、115年の歴史で最悪の1日を記録
IBMが決算発表の1週間前に暫定業績を開示し、株価は1日で25%超下落した。1987年のブラックマンデーを超える、創業以来最大の急落。 正式発表を待てなかった IBMのアービンド・クリシュナ（Arvind Krishna）CEOが現地時間7月14日、投資家向けの書簡を公開した。正式な第2四半期決算は7月22日に予定されているが、それを待たず暫定業績を開示した。 通常、企業がこの種の事前開示に踏み切るのは、市場の予想と実態の乖離が大きすぎて黙っていられないときだ。 暫定売上高は172億ドルで、前年同期比1%増。ウォール街の予想（約179億ドル）を約7億ドル下回った。調整後1株利益は2.93ドルで、予想の3.01〜3.02ドルに届かなかった。 事業別ではソフトウェアが5%増、コンサルティングが横ばい。インフラ部門は7%減だった。 IBM暫定Q2業績：予想との乖離 予想実績差異売上高約179億ドル172億ドル-7億ドル調整後EPS3.01〜3.02ドル2.93ドル-0.08ドルインフラ売上1桁台の減少-7%予想以上の悪化 ※暫定値。正式決算は7月22日に発表予定。
UNIX
「UNIXは誰のものか」23年目の法廷。Xinuos対IBMが控訴審へ
UNIXの所有権をめぐる訴訟は2003年に始まり、当事者が破産し、資産が売却され、和解が成立しても終わらなかった。SCOの法的後継者Xinuos（ジヌオーエス）が控訴審の法廷に立った。 1998年の共同開発が、四半世紀の訴訟を生んだ 2026年6月22日、米連邦第2巡回区控訴裁判所で3人の判事を前に、約32分間の口頭弁論が行われた。事件番号25-1073。原告はXinuos、被告はIBM。争われているのは、1998年に始まった共同開発プロジェクトのコードを誰が使う権利を持つか、という問いだ。 この訴訟の根は深い。1998年10月、IBMとサンタクルーズ・オペレーション（SCO）はIntel、セクエントとともにプロジェクト・モンテレーを発足させた。当時Intelが開発していた64ビットアーキテクチャIA-64向けに、複数のUNIXを統合して単一のOSを作る計画だった。IBMはAIXからPOWER/PowerPC対応の技術を、SCOはUnixWareからIA-32対応の技術を、セクエントはDYNIX/ptxからマルチプロセッサ対応の技術を持ち寄った。 2001年までにプロジェクト
Linux
Fedora、AI Desktop議論を終了。制度自体も停止
Fedora Councilが2か月にわたるAI Developer Desktopの議論を閉じ、コミュニティ・イニシアティブの制度自体を無期限停止した。 提案の否決ではなく、制度の停止 Fedora Councilは現地時間7月1日、AI Developer Desktop提案の議論終了を宣言した。同時に、この提案を受理したコミュニティ・イニシアティブ制度そのものが機能していないとして、即時停止に踏み切っている。 声明によれば、コミュニティ・イニシアティブは新しいアイデアに建設的なフィードバックを集め、Councilの支持につなげる場として機能していなかった。進行中のFedora Forge、Atomic、Fedora Docs 2026は予定通り完了させるが、新たなイニシアティブは受け付けない。 AI Developer Desktopの道が完全に閉じたわけではない。声明は、作業が成熟すればRemixとしてCouncilの商標承認とFESCoの技術レビューを経る通常の経路を使えるとしている。提案者のゴードン・メスマー（Gordon Messmer）氏やAI/ML SIGと
Linux
Red HatのArmエンジニア、80コアを捨て6コアに帰還する
Red HatでAArch64のサポートを担当するシニアソフトウェアエンジニア、マルチン・ユシュキェヴィチ（Marcin Juszkiewicz）氏が、約11か月にわたるAArch64デスクトップ実験の終了を宣言した。80コア・3.0GHzのAmpere Altra Q80-30と128GBメモリ、AMD Radeon RX 6700 XTを組み合わせた自作マシンで日常業務をこなし続けた連載全7回の、これが最終回になる。 毎週カーネルをビルドする生活 ユシュキェヴィチ氏が2025年6月に組み上げたマシンの構成は、サーバー向けマザーボードASRock Rack ALTRAD8UD-1L2Tを軸にしたものだ。Ampere Altraはデータセンター向けプロセッサであり、デスクトップ用途は本来想定されていない。動作確認済みデバイスのリストにAMD Radeon GPUは含まれていなかった。 The end of the AArch64 desktop experiment – Marcin JuszkiewiczAfter about eleven months of using a
セキュリティ
セキュアブート証明書が今日失効。PCの確認は1分で終わる
セキュアブートの証明書が今日、期限を迎えた。2011年に発行され、15年間Windows PCの起動を守ってきたものだ。Microsoftは期限直前に証明書の配信対象を大きく広げており、6月のWindows Updateを適用済みのPCなら、ほとんどは何もしなくていい。ただし「ほとんど」に入っているかどうかは、自分で見ないとわからない。 今日、何が起きたのか 本日失効したのは、Microsoft Corporation KEK CA 2011というセキュアブートの証明書だ。続いて6月27日にMicrosoft Corporation UEFI CA 2011が、10月19日にはMicrosoft Windows Production PCA 2011が失効する。 KEKは、セキュアブートの署名データベース（DB）と失効データベース（DBX）の更新を承認する「監督者」にあたる。これが失効すると、Microsoftは古い鍵で新しいDBX更新（悪意あるブートローダーのブロックリスト追加）に署名できなくなる。既存の署名済みパッチはそのまま機能するが、今後見つかる脅威への対処手段が一つ減
Linux
Flatpak次世代はsystemd依存へ。怒りが消した妥協
Linuxの「どのディストリビューションでも動く」アプリ配布基盤、Flatpak。その次世代構想で、systemdを使わない環境が切り捨てられようとしている。開発者はもともと配慮するつもりだった。だが、コミュニティ自身の炎上がその意志を折った。まだコードは1行も書かれていない段階での出来事だ。 何が変わるのか 5月のLinux App Summit 2026（ベルリン開催）で、2人のRed Hat開発者がFlatpakの将来像を発表した。エイドリアン・ヴォヴク（Adrian Vovk）氏とセバスチャン・ウィック（Sebastian Wick）氏だ。現行Flatpak（6月8日に1.18リリース）の改善を続けつつ、並行して「Flatpak Next」と呼ばれる次世代アーキテクチャの構想を進めているという。 核心は systemd-appd という新コンポーネントにある。 現在のFlatpakは、bubblewrapというサンドボックスツールでアプリをホストOSから隔離している。Flatpak Nextでは、この設計を一から作り直す。サンドボックスの実行基盤はbubblewrap
Linux
Fedora 45、機密VM向けに軽量版GRUBを提案
クラウド上の仮想マシンが「自分のデータは誰にも見られていない」と証明するためには、ブートローダーの中身すら問題になる。その要求に正面から応える提案が、Fedora 45に向けて出された。 通常のGRUBでは「重すぎる」 Red Hatのブートローダーチームが、Fedora 45の変更提案（F45 Change Proposal）として軽量版GRUBの導入を提出した。対象は、Confidential Computingに使われる仮想マシンだ。Confidential Computingとは、クラウド上でデータを処理している最中も暗号的に保護する技術を指す。 なぜブートローダーが問題になるのか。Confidential VMはリモートアテステーション（遠隔検証）に依存している。これはVMが改ざんされていないことを外部から検証する仕組みで、その検証にはTPMのPCR値が使われる。ブートローダーが更新されるとPCR値が変わり、検証が通らなくなる。ブートローダーは小さく、モジュールは少なく、更新頻度は低いほどよい。 通常のGRUBは汎用性を重視した設計で、多数のモジュールを内蔵している
ブラウザ
FirefoxにVulkan Videoが来る、NVIDIA問題の構造が変わる
Linux上のFirefoxで動画を観るとき、NVIDIAのGPUを使っている人は長いあいだ不自由を強いられてきた。その構造が、根っこから変わろうとしている。 VA-APIという「壁」 FirefoxのLinux向けGPU動画デコードは、VA-API（Video Acceleration API）一本に依存してきた。IntelとAMDのGPUはVA-APIをネイティブでサポートしているから問題ない。だがNVIDIAはVA-APIに対応していない。独自のNVDECインターフェースを持っているからだ。 この溝を埋めるために生まれたのが、サードパーティ製の「NVIDIA VAAPI Driver」だった。VA-APIの呼び出しをNVDECに変換する翻訳レイヤーで、Firefoxでハードウェアデコードを動かすには、このドライバを導入し、環境変数を設定し、about:configでフラグを有効にする必要があった。動くときは動く。だが初期化に失敗してFirefoxを再起動する羽目になることもあり、ディストリビューションやドライバのバージョンによって挙動が変わる。「Linux版Firefox