LineageOS 23

 (lineageos.org)
1 ポイント 投稿者 GN⁺ 2025-10-13 | 1件のコメント | WhatsAppで共有
  • LineageOS 23 は Android 16 QPR0 ベースの新しい公式リリース
  • Google のセキュリティパッチおよびソースコード公開の遅延により、最新機能の反映が遅れる可能性があり、一部機能は今後 QPR1 公開後に提供予定
  • 古いカーネルベースの端末サポート終了の可能性が高まっており、Linux 5.4 以上のカーネルを搭載した端末のみを公式サポート対象へ移行する方針
  • Aperture、Twelve など コアアプリとプラットフォーム機能を大幅改善し、新機能を追加。Catapult ランチャーと VM サポートも新たに強化
  • 公式サポート端末の一覧が大きく拡充され、新しいビルドシステム、Wiki、ダウンロードポータルも改善

LineageOS 23 – プライムタイム リリース

概要

  • LineageOS 23 は Android 16 QPR0 をベースに開発された最新の公式リリース
  • Google の Android 16 における主要 UI 改善の適用と、既存コードのリベースを加速
  • ソースコードおよびセキュリティパッチ配布の遅延など、外部要因によるタイムラインへの影響が一部あった

Google のセキュリティパッチ方針の変化と今後の方向性

ASB と QPR の概念

  • ASB(Android Security Bulletin) : 毎月公開される Android エコシステムのセキュリティ脆弱性パッチ一覧と関連ブランチ更新
  • QPR(Quarterly Platform Release) : 四半期ごとに配布される中間リリースで、セキュリティ・バグ・性能・UI 改善まで複数の改善要素を含む

主な変化と現状

  • 最近 Google は ASB と QPR のソースコードおよびパッチを 以前より少なく、より遅れて AOSP に配布している
  • QPR1 もソースコードが公開されておらず、QPR0 ベースの LineageOS 23.0 のみが先行してリリースされた
  • 公開ソースのパッチのみ反映可能で、Material 3 Expressive など一部の主要機能は、今後ソース公開時に適用予定
  • Pixel 端末のカーネル／ソースコードへのアクセスも制限され、新規サポートの難易度が他メーカーと同程度になった
  • 今後は Android 各バージョンごとに .0 リリースを優先し、QPR ソース公開後に機能を統合する方式が標準になる見込み
TL;DR 要約
  • Google は月次パッチ／タグをほとんど提供せず、四半期ごとのパッチが標準化
  • セキュリティパッチレベルは、実際に全パッチが公開された時点でのみ反映
  • LineageOS 23.0 は Android 16 QPR0 ベースで、QPR1 公開後に追加機能を反映予定
  • Pixel サポートは維持されるが、ソースアクセス性の低下により「当日対応」は難しい

レガシー端末サポート方針の変更

  • Google の eBPF ベース機能拡大の影響で、Android 16 QPR0 は Linux 5.4 以上のカーネルが必須
  • LineageOS 22.2 は依然として 4.4 および 4.9 カーネルを使う端末をサポートしているが、完全な機能移植(backport)は行われていない
  • 必要であれば、開発者が直接バックポートして貢献可能
  • 今後は公式には 1:1 の eBPF バックポートを含むカーネルのみをサポート対象に選定

主な新機能と改善点

  • 2024 年 9 月～2025 年 8 月のセキュリティパッチを LineageOS 20～23.0 に統合
  • SeedVault、Etar アプリを最新バージョンへ更新し、多数のバグを修正
  • WebView を Chromium 140.0.7339.51 に更新
  • 端末の初期ポーティングを支援する新ツールを開発し、VirtIO/UTM/Cuttlefish など VM 拡張サポートや、メインラインカーネルベースの起動機能実験などを適用
  • Android.mk の削除を進行し、ビルドシステムの Soong/Android.bp への移行が完了間近
  • バッテリー充電および急速充電制御機能を改善し、Plasma Mobile 提供の新しい着信音／アラーム音を追加

コアアプリケーション更新

Aperture(カメラアプリ)

  • 全面的な書き直しにより保守性と拡張性が向上
  • JPEG Ultra HDR/RAW/同時 RAW+JPEG 撮影、通知 UI 再設計などの機能を追加
  • CameraX ライブラリの制約を克服する計画も進行中

Twelve(音楽プレーヤー)

  • 「シャッフル再生」ボタンを追加し、Now Playing 画面を改善、メディアストア再スキャンをサポート
  • Jellyfin 統合を強化し、MIDI 再生サポートを導入

新アプリ: Catapult

  • Catapult: Android TV 向けの新しいランチャーアプリで、広告／おすすめフィードなしの純粋なユーザー中心ホーム画面を提供
  • シンプルで直感的な UI、高速動作、カスタマイズ性に重点
  • 今後の追加機能と更新も予告

拡張された VM(仮想マシン)環境サポート

  • QEMU ベースの仮想マシンおよび UTM、libvirt などの環境サポートを強化
  • Cuttlefish のビルド設定も公式サポートし、実機に近いエミュレーション機能を提供
  • 仮想環境でのテスト、開発／デバッグに適している

メインラインカーネル端末サポートの拡大

  • メインラインカーネルとの互換性を大幅に拡大
  • 既存端末のカーネルを最新 upstream と容易に同期可能
  • 古いハードウェアでも最新 Android で長期延命が期待できる

カーネル共通化(Commonization)と SoC サポート

  • SoC ごとの共通カーネルリポジトリにより、最新機能・セキュリティパッチを迅速に適用可能
  • 12 種以上の Qualcomm プラットフォームについて、各 Android/Kernel バージョン別のサポート対象を明記
  • 過去のメンテナーによる "shims" ライブラリも共通リポジトリへ統一し、冗長性を最小化

アプリ／機能サポート終了と次の段階

  • 23.0 ブランチは安定性／機能面で 22.2 と同等レベルに到達
  • LineageOS 21 の新規提出を停止し、既存プロジェクトのみフォークを許可
  • 23.0 リリース時点で複数端末が公式ビルド対象に追加

アップグレード案内

  • 各端末ごとのアップグレードガイドは Wiki で確認可能
  • 非公式ビルドから移行する場合は、必ずインストールガイドに従う必要がある
  • 公式ビルド利用者であれば追加のワイプは不要(例外告知端末を除く)

ダウンロードポータルと Wiki の改善

  • ダウンロードポータル: ダークモード、追加イメージ、署名検証機能などを提供
  • Wiki: 端末別フィルター、派生モデルの明記、段階別インストール案内の提供など大幅改善

開発者／メンテナーコミュニティ支援

  • 公式端末提出がより簡単になり、不備があってもレビュー／支援を受けられる可能性がある
  • アプリ、Wiki 貢献、Gerrit ベースのコード／ドキュメント貢献など多様な方法を提供
  • 未回答の問い合わせは再投稿するよう強調

ジェネリックビルドターゲット

  • 開発者・一般ユーザー向けの エミュレーター、GSI、Android TV/Automotive 用ビルドサポート文書を拡充
  • 実機メーカーの互換性により体験には差がある

翻訳プロジェクト

  • 多言語翻訳者の参加を奨励
  • Welsh など非標準言語の完全サポート事例あり
  • Crowdin による非公式言語拡張のサポートが可能

新規端末ビルドロールコール

  • 新たに公式サポートされる 23 機種を追加し、詳細は Wiki で公開
  • 多様なメーカー、プラットフォーム、機種が新規／追加サポート対象に含まれる

要約

LineageOS 23 は Android 16 QPR0 ベースの最新 ROM で、Google の方針変化に合わせてリリースプロセスと端末サポート体制を大幅に再編している。主要なコアアプリとプラットフォーム機能が大きく更新され、Catapult TV ランチャー、VM、メインラインカーネルサポートも新たに強化された。セキュリティパッチ適用、カーネル共通化、Wiki／ダウンロードシステム改善、開発者貢献拡大など、コミュニティ・メンテナー・ユーザーすべてに向けた支援を強化する大型リリースとなっている。

関連記事

1件のコメント

 
GN⁺ 2025-10-13
Hacker Newsの意見

  • GrapheneOSはAndroidのセキュリティパッチ早期リリースにパートナーとしてアクセス権を得ているが、その「01」ビルドを作るのに使われるソースが一般公開されるまでは非公開という欠点がある。このトレードオフはLineageOSには受け入れがたいかもしれない。GrapheneOSは推薦ベースの自律選択方式でこれを提供している。関連議論リンク

    • AOSPベースのすべてのディストリビューションがGoogleのポリシーに依存せざるを得ないのは残念だ。こうしたパートナープログラムへの参加は、長期的には状況を悪化させる危険もあると思う。もしGrapheneOSが、セキュリティポリシーをどれだけ厳格に守っているかによってPlay Integrity認証を得る争いで勝てるなら、やる価値はあると思う（個人的にはこの認証には大きな意味はないと思っている。何年も更新されていない端末でもこの認証を受けられるからだ）。Googleが簡単にdiffできるセキュリティ関連のバイトコードだけを公開するのは、むしろ皆にとってセキュリティ上の災厄になりかねない。AOSPディストリビューションは何かを出すにもGoogleの許可が必要という点で、結局みな同じゲームをしている。特にLineageは、実質的な利点もないのに自己検閲をしすぎる傾向がある。代替WebViewや位置情報プロバイダの切り替え支援のためのキーすら含めていないのは残念だ。Googleにはこうした機能があるが、自社サーバーとしか連携できないようにしている。自分もCyanogenMod時代から長くLineageを使ってきたが、最近はPlay Integrityとの戦いに疲れて、結局Pixelに乗り換えた。優秀なRedmi Note 10 ProもLineageとデバイス管理者の努力でうまく動いていたが、もうこれ以上時間とエネルギーを注ぎ込むのが難しくなった。最近はメーカーが再びブートローダーをロックする流れがあり残念だ。誰かがこの流れを断ち切って、OSの独占を防ぐ方法を見つけてほしい。
    • 昨日のアップデート後、状況を説明するポップアップが表示され、クローズドソースのblobをインストールするかどうかを尋ねられた。
    • 直接パートナー資格を得たのではなく、既にアクセス権を持っていた誰かがNDAを破ってソースを渡したらしい、という話を聞いた。

  • 銀行、決済、政府アプリ用のオリジナルAndroidと、LineageOSまたはLinux OSを別のパーティション／ハードウェア／仮想マシンで並行実行するハイブリッドフォンを見てみたい。いわば2台のスマホを「貼り合わせる」ような発想だが、もっと賢く実現した形だ。オープンOSをメインで使いたいが、金融／決済のために別のスマホを持ち歩くのは現実的ではない。

    • 銀行、決済、政府向けアプリは、単純にウェブサイトとして提供され、すべてのブラウザで動けばいいのにと思う。
    • Samsung、Xiaomiなど大手メーカーのどこか1社でも、特定モデルにLineageOSまたはGrapheneOSを正式搭載するか、少なくとも簡単で公式なアンロックとソース公開だけでもしてくれれば十分だ。
    • 自分の銀行アプリはすべてLineageで問題なく動いている。動かないのはMcDonaldアプリだけだが、まだ詳しく調べてはいないものの、解決策はあるかもしれないと思う。

  • Android TVへの言及があってうれしい。Lineageで自由を尊重するTVセットトップボックスの構築に成功した事例があるのか気になる。既存のスマートTVやセットトップボックスのスパイウェアや不合理な制約から逃れられる代替手段が必要だ。

    • Nate JohnsonというLineageOS開発者が公式および非公式ビルドを管理している。Radxa SBCを使って最初からセットアップすることもできるし、古いChromecastなど旧型ストリーミング機器を活用する方法もある。古い機器の一部は、Lineageインストール後もWidevine DRMが生きていて、ストリーミングサービスを利用できる。公式LineageOSビルドリンク
    • LineageOSはNvidia Shieldなどさまざまな機器をサポートしている。気になるのは、新しいCatapultランチャーが市販のスマートTVに載っているAndroid TVと互換性があるかどうかだ。個人的にはGoogle TVの組み込み画面には慣れているが、欲しい機能にたどり着くまで毎回余計にクリックが必要なのが不便だ。今すぐCatapultを試してみるつもりだ。加えて、最新のNvidia Shield機器はメインボードへのUSBポートのはんだ付け作業が必要で、ソフトウェアだけでハックしたい多くのユーザーには参入障壁になるかもしれない。USBポートはんだ付け参考
    • RPi5向けビルドもある。まだ自分では試していないが、近いうちにやってみるつもりだ。RPi5ビルドリンク
    • 主要なストリーミングサービスのほぼすべては、承認されていない機器では動作しない。

  • サポート対象デバイスに持続可能性基準などの情報を追加してhttps://www.sustaphones.com/を更新したので、さまざまなROMとあわせて確認してみることを勧める。

  • 最近のGoogleによるユーザープライバシーおよびセキュリティポリシー強化のせいで、こうしたOSアップグレードがより魅力的に見える。LineageとGrapheneOSがどう違うのか気になる。

    • セキュリティとプライバシーならGrapheneOS、自由度と多機能性ならLineageOSが強みだ。GrapheneOSを使った後、一部のカスタムナビゲーションなどの機能が恋しくはなるが、sandboxed google play servicesのような点には満足している。
    • 対応機種全体で比べればGrapheneのほうが優れているが、あまりに対応機種が限られているので、実際にはこの議論はあまり意味がない。そしてGrapheneコミュニティは「セキュリティ」に執着する傾向があり、自由やハック可能性にはあまり関心がないように見える。
    • 両方のOSを実際に使ったことがあるが、スマートフォンとして使うぶんには問題ない。ただGrapheneOSはセキュリティに非常に厳格なので、実際に利用できる範囲は狭い（現在はPixelフォンのみ対応）。自分はこの点ゆえに、Grapheneを使うためだけに別途Pixelを買うほどGrapheneOSの方向性に満足している。多くの人は他のスマホに対応しないことに不満を言うが、自分の考えでは、むしろ他メーカーがGrapheneOSをサポートしていないのだ。本当に他機種へ無理やりGrapheneOSを入れたいなら、欲しいOSは実質的にはLineageOSだと言える。
    • 数年前のLineageは、実験やカスタマイズに向いたAOSPとしての役割を果たしており、他のカスタムAndroidディストリビューションの土台でもあった。ダブルタップでスリープ、統合root、豊富なテーマ対応など、使い勝手を改善したバージョンだった。GrapheneOSはソースが完全公開された少数のPixel機種のみをサポートし、権限管理や追跡防止などのセキュリティ機能に重点を置いていた。自分の勤務先でも、基本NTPや接続確認サーバーを差し替える目的で、LineageOSにGrapheneOSの一部パッチを適用して使っていた。
    • GrapheneOSはGoogleフォンでしか使えない。

  • GrapheneやPostmarketと違って、対応機種がかなり多いように見える。どのハードウェアが最適で、倫理的にも納得できる選択なのか気になる。Fairphone 5は良い選択肢かもしれないし、MotorolaやOnePlusなどいろいろ代案はあるが、よく分からない。

    • 倫理面を重視するなら、やはりFairphoneが適している。Fairphone 6は5より改善されているとレビューされている。過去3モデルすべてLineageOSに対応しているので、6が正式対応するまで待つ価値はある。コスパ重視ならMotorola moto g 5G (2024)もLineageOS 23.0でサポートされており、vendorのセキュリティアップデートも2027年まであるので悪くない。Calyxのデバイスサポート一覧にも載っているが、現在Calyxは一時停止状態なので、今後の適用は不確実だ。OnePlus 12Rは最新の対応機種の1つで、2028年までセキュリティアップデートが予定されている（ただしイヤホンジャック／SDカードスロットはない）。しかし、OnePlusやMotorolaを「倫理的」とは言いにくい。中古品なら電子廃棄物に直接加担しないとも言えるが、最新モデルではそう言いづらい。vendorのセキュリティアップデートは古い機種ほどほとんどなく（EUもセキュリティアップデート義務を課しているのは「新規機種」だけだ）、特にMotorolaは新製品を頻繁に出してはすぐサポートを打ち切る傾向がある。

  • LineageOS利用時、バックアップと復元はどう動くのか気になる。

    • Titanium Backupが終了した今では、Neo Backupがかなりうまく動く。WiFi、Bluetooth、SMSでは一部問題があるかもしれないが、SMSは正常に復元される。安全のため、別のバックアップアプリも併用することを勧める。Neo Backup
    • 完全なtrue root権限があるスマホなら、Nandroidバックアップなど、ほぼiOSのような形式で完全なバックアップ／復元が可能だ。

  • LineageOSをVMで動かす方法があるのか、それとも対応スマホを買ってリモートデスクトップなどで使うしかないのか気になる。

    • 自分はUbuntu x86_64 VMで、標準的な方法でWaydroid（LineageOSをコンテナ上で動かす）を実行している。arm64専用アプリはlibhoudiniをこのスクリプトで対応し、waypipeでUIをWireGuard接続されたLinuxフォンに転送して使っている。以前はスマホ上で直接Waydroidを使っていたが、最近のアップグレード後は「アプリが応答していません」のポップアップが延々と出るようになり、VM+waypipeの組み合わせのほうがはるかに速く快適なので満足している。
    • 記事本文の2つの段落で、新しいQEMUおよび仮想化対応について詳しく説明している。
    • libvirt(QEMU)でLineageOSを動かす公式ドキュメントがある。ただし、現時点ではprebuiltイメージはない。libvirtインストールガイド
    • WaydroidもLineageベースなのでVM実行は可能だ。ただ、QEMUでどれほど容易かは分からないものの、Lineage/Graphene（後者はPixelのみ）対応スマホを買う価値はあり、今後Googleがサイドローディングやメッセージクライアント側スキャンなどを規制するようになれば、さらに重要になるだろう。

  • Mac（M1 Air、TahoeとSonoma）でadbがAndroid機器を認識しない。同じケーブル／同じスマホはUbuntu、Windowsではどちらも正常に動く。システム情報にも機器認識が出ず、MTP/PTP/USBデバッグ/OTGもすべて試した。OnePlus Nord CE 2 Lite 5Gを使用中。同じ問題を経験した人がいるか気になる。

    • Chrome系ブラウザがadbの使うポートを塞いでいる可能性がある。

  • LineageOSは誰のためのOSで、なぜ使うのか気になる。

    • 開発者オプションでrooted ADBが常に提供される。アプリにroot権限が必要ならMagiskを追加で入れればいい。rootが重要な人には最高のOSだ。OEMと違い、可能な限りのセキュリティパッチを毎月すばやく提供する。最新パッチが重要なら、これが最大の利点だ。Googleのクローズドソースコードなしでも動作できる。何に使いたいかによっては非常に大きな利点になる。
    • すべての機器にLineageOSを入れている（実際、スマホ購入の基準はLineage対応かどうかだ）。F-Droidなどを使って、Google Play Storeなしでアプリを入れるのが主目的だ。すべての機器でUI/UXが一貫し、純正より動作もずっと快適だ。
    • Xperia Z1（2013年モデル）を使っていたが、Sonyが1〜2年でアップデートを打ち切ったので、やはりroot化して導入した。当時の名称がLineageだったかCyanogenModだったかは覚えていないが、そのおかげで2020年に画面が壊れるまで7年間使えた。現在は2年サポートしかないXperia 1iiにもすぐLineageOSを入れ、5年目の今も快適に使っている。LineageOSのおかげで「寿命を人為的に短くする」壁なしに長く使えている。Googleがセキュリティを名目に、これをますます難しくしている流れは残念だ。
    • 自分のすべての機器にすぐLineageを入れている。事実上、Lineage対応機種しか買わない。統一されたdegoogled Android環境を簡単に構築できる。
    • 数年前のスマホなら、もうメーカーがアップデートを提供していないことが多い。LineageOSを使えば、最新のAndroidとセキュリティパッチを受け取れる。ルーターでOpenWRTを使うのに似ていて、従来ファームウェアやメーカー独自機能は諦める代わりに、最新機能とセキュリティパッチを確保できるのが最大の強みだ。