Hi - please move the topic to wherever it belongs, maybe it’s not correct here.
I’m bit stuck with kccat6 (Samsung S5 LTE+/SM-G901F) unofficial build. While the build itself runs without a problem, the ROM isn’t working at all when using encrypted storage (didn’t try it without). It’s only booting until the storage is to be unlocked and gaing into reboot seconds after that.
Downloaded ROM exposes the same problem - that’s the reason I tried to compile it myself (and wanted to change some included apps). So for me Oreo would be sufficient - but I tried v0.19.2-pie. Maybe there’s something better?
So you’re telling me that broken encryption is twrp’s matter, not e’s (I’m on twrp-3.2.3-0 too)? How does lineage-microg work around then, as it’s fine (selfade, as written above, but most of the apps taken from /e/ are crashing, so I suspect some framework difference)?
Will give that a try (check other TWRP versions and /e/. Would be nice to have it running
Ah, finally got it (TWRP, Samsung encryption)… so there must be a difference between Samsung encryption and the one of Lineage. I remember having had trouble short after switching on encryption, but somehow I got out of the reboot loop and managed to install both TWRP and Lineage again. At some tme later I retried encrypting the device and it simply worked.
Just tried all /e/ from 0.17 downto 0.15, and none of them worked with encryption. So my only chance seems to be staying on Lineage until I find some help with debugging the issue.
After having tried all versions starting from 0.15 to 0.19 again with encrypted device without any success I had success with that (all from (unofficial) own builds):
unpacked the e-0.19-p-*UNOFFICIAL.zip,
replaced boot.img with the one from a well functioning lineage-microg build (same android version, same day, so the source base should also be the same),
Which one, the (non-functioning) e build, the lineage-microg (in case you’d like to fiddle with that) or the one from above? Is there a good place to drop that?
Can put it somewhere tomorrow, have a much better bandwidth at work ;D maybe I can find a public accessable place…
There are two versions of the free account, registered and unregistered. Account deletion will happen after eight month not logged in and two email notifications for a registered free account. Unregisted, as you said, after two weeks and naturally without notification.
I will put it on my share after the two weeks if necessary.
I already took boot.img apart and noticed only 2 differences: one in sepolicy and one default.prop IIRC. Latter one was only some prosa, but didn’t manage to find some good explanation and tool for sepolicy. Replacing that one didn’t change behaviour beside that I had the impression that time until reboot happened was longer, but this in turn could be misleading (didn’t measure). So could you please share your knowledge?