【ROM焼き】カスタムROM総合スレ【root】 Part.6

主にAndroid Open Source Project (AOSP)をベースとした各種カスタムROMについて語り合うスレです。
CyanogenMod以外のカスタムROMで何かあった際の情報交換等にどうぞ。

■関連スレ
LineageOS 総合スレ Part5
https://egg.5ch.net/test/read.cgi/android/1725554477/

■前スレ
【ROM焼き】カスタムROM総合スレ【root】 Part.5
https://egg.5ch.net/test/read.cgi/android/1711920445/

POCO F6だけど、カスロム入れるとだいぶバッテリーの持ちが良くなるね。

中古のスマホ使っても割と充電長持ちするのがありがたい

初カスタムROMはLineageOS for microGとやらにした
一ヶ月使ってみたけど悪くないね

もう素のLineageでもmicroGに対応したからあえてfor microGを選ぶ理由ってある？
f-droidがプリインストールされてるくらい？

むしろなんで本家はF-droidをプリインストールしないんだろうね

f-driodは利用者が自己責任で個別にDLするのは問題ないが、カスロムにバンドルするとその責任が配布側にも及ぶ

当然、本家やメンテナーはそんな余計な責任負いたくないから絶対に入れない

microGもそうだと思ってたけど

どうせGAppsを焼くのでF-droidがプリインされてたら困る

5GHz帯でテザリングできるスマホは現れるのか

>>9
プリインなんてadbで簡単だろうにそこに引っかかる時点でアレやね

>>11
意味不明
何のためにカスタムROM使ってると思ってんだ
そうじゃないんだよなぁ

というかただプリインされてるだけなら、adbなんて使わなくてもアプリ情報から無効化できるんだが
なぜわざわざadbを持ち出した？
無効化が押せないアプリ以外にadbを使う意味はないんだが

>>12
アレやね

>>10
lineageOSのソースみていたら、sm8450乗ってる唯一の機種が現在のカスロムで唯一できそう

>>13
後から無効化するのと、最初からsystemに入ってないのとじゃ大きな違いがある
adbのpm uninstall --user 0はユーザー単位でアンインストールするだけなのは流石に知ってるよな……？
別ユーザー扱いで動作するプライベートスペースとか使うとその中では復活してくるから、adbで簡単とか言われても、無知なんだなと思うだけなんだが

馬鹿の長文で誰もいなくなったｗ

下らない言い合いに付き合いたくないな

本家のLineageOSは最低限のアプリしか入ってないのが良いところ
Pixel系のアプリが最初から入ってるROMよりも好き

Dual wifi用のkernel external moduleを学んでいるが、中々やっかい
ようやく、道筋が見えてきたかな？
あまり、自信ないけど

今、手頃な値段で買えるrom焼き
おすすめの機種ってありますか？

Piexel3a

PixelのROM開発は閉ざされるのが確定してるから精一杯今を楽しんでくれ

spesにいろいろ焼いて遊んでるんだけど
焼く前の何かの手順で同じromでも起動したりしなかったりする
残念ながらうまくいったときにどうやったか覚えていない

通常は最新ストックromを焼く→起動して初期設定だけする(googleや他のログインは一切しない)
カスタムリカバリを焼く(最近spesはorangefox推奨romが多い)
カスタムリカバリでFomat Dataをしてそのままromを焼いて起動

これで起動しない場合もあって原因が不明(最近覚えてるのはPixel OS)
どこか手順を間違っているのかな？

spesってなんでロムが減るんだろ。64GBから40GBくらいになっちゃう。

>>19
ようやくビルド時エラーが無くなってきた

Pixel 4a＋LineageOS22でAFWall+を使いたいのでsuを使えるようにしたいのですが
https://github.com/ukanth/afwall
>Root Methods Supported
>・LineageOS built-in su
suが内蔵されている風に読めますがどの機能のことを言っているのでしょうか？

>>26
古いLineageOSには標準でルート機能があったから
そのことを言っているのではないか

>>27
なるほど。ということは22だとMagiskを使用するという認識でいいのかな？

>>28
そうだね

>>29
サンクス
MagiskSUだとパーティションイメージへのパッチになるので
アップデートのたびにパッチするんですよね
手間だけどしょうがないか・・・

>>22

OnePlusもカスロムのインストール出来なくなってるけど
カスロム自体が下火なんだろうな
オープンソースってそんなにヤバいん？

AOSPの公開が遅くなってるんだよね

Pixelはこれまではデバイスツリーが公開されていたから他のスマホと比べて簡単にカスタムROMを開発できていたが、今は公開されていないので他のスマホと変わらない難易度になってしまったらしい

母数が多いから頑張れルーヤしてくれるでしょﾊﾅﾎｼﾞ

>>32
あげくandroid-16.0.0_r2以降soongの厳格化のあおりで、ビルド開始直後のエラーでビルドできない。
オープンソースとは程遠いぞ android！！

OnePlus6Tのワイ高みの見物

EvoXのPixel3機種ほどboot.imgとdtbo.imgダウンロードしたんだけど
全部ハッシュ一致しないのはデフォ？

ああ何か昨日鯖落ちて復活した日付が変更日になってるし更新漏れかな
何か気持ち悪いので他の焼きます

たすかに各種最新のは一致しないかも
１世代前のは合ってるナニコレ

A16のQPR1やQPR2が結構出たけどまだ入らないアプリがあるな

たすかに

国内キャリア版Xperiaにグローバル版用ROM(カスタムROM含)を焼くとNFCが
使えないうえにNFC ONするとデバイスドライバが暴走？してバッテリーの消費が増加する
という現象があるけどこれって今でも解消していないんだよね？

たすかに

➕🦀

パソコンだとセーフブートの証明書を変更できる機種があるけど
スマホで同様のことができる機種ってあるの？
つまりセーフブートを有効にしたまま任意のシステムを利用したい

不正ブート

>>35
ggったら対策みつかった。

共有

人は、主に心理的な欲求を満たすため、あるいは自分を守るための防衛機制として自作自演（マッチポンプ）を行ってしまうと考えられています。自分一人で問題を作り出し、それを解決する姿を周囲に見せることで、一時的な精神的安定や承認を得ようとする行動です。

>>47
共有するか
https://github.com/halogenOS/android_manifest/wiki/Fixing-errors#panic-unexpected-relative-path-outside-directory-in-removesrcdirprefix
ただし、kernel.mkはandroid14以降は使ってないので、無視しておk

>>48
つまり、android16ビルドにおいて課題自体がないということね
うらやましい

>>49には課題自体がないということ

grapheneがmotoと提携だって

プライバシーとセキュリティ要件と長期間安心して使えるのに惹かれてpixelでgosを使っているがmotorolaが市場参入してくるなるとまた印象変わってくるな
市場に多く出回って〇〇ペイ系のアプリが使えたり銀行関連のアプリやカード系のアプリが使えるようになったりするといいなと思う。

>>54
それらのアプリって使えないの？

>>55
使えないアプリもあった気がする
iPhoneも使っているのでそっちで銀行やカード系のアプリは使ってる
gosのみに絞ろうと思うとまだ完全に移行できないかなあって感じ

motoってレノボと一緒だよね

motorolaって日本だけ独自モデルだよね
グラフェンは地域差にも対応するのかな

スイカ無ければ

メロンがある

スレチ

>>35
android-16のビルドが進まなく悩んだが、問題の箇所を突き止めてrevertしたら解決。

ちなみに
android-16.0.0_r4
android-latest-release
android16-qpr2-release
というrevisionがあるが、更新があるのは
android16-***-release
という名称
android-16.0.0_r*
という最後の数字の更新はなくなった

r*の更新が半年に1回になったってことだよ

あ、そうやね
android-16.0.0_r*
がtagで頻度がさがったてことね

下記がbranch
android-latest-release
android16-***-release

>>50
この解決方法はちとちがったな

>>50について、
Step 1. android-16ではkernel.mkを使わない
Step 2. >>50の前半の対策実施
Step 3. 無事ビルド開始
Step 4. 99%までビルド終了で
場合1.header_versionが2の機種：mkbootimgでエラー発生
場合2. header_versionが3以上の機種：
エラーなし
だな

さて、mkbootimgでエラー発生の原因をソースをたどって調べるとStep2の対策だった

こういう状況の問題解決をAIに聞いても回答が禅問答（回答がちぐはぐで、何を言っているのか理解困難なやり取り）というのが興味深いな

>>67
AIは盛んにheader_versionを3にしたら？と言ってくれるが、デバイスに依存するのが残念

こういう矛盾の解決がおもしろい

そうですか。

結論を共有しとく
dtb.imgとdtbo.imgを使うが、sourceからのビルドを諦めたらビルドが通った

>>71
これも間違い
単に環境変数の設定の見直しやな