Fairphone Open 16.09.0 is now available

anon36364121 · September 30, 2016, 1:23pm

Fairphone Open 16.09.0 release

Fairphone Open 16.09.0 has been released. You can get it through the updater or by downloading from the website http://code.fairphone.com/projects/fp-osos/user/fairphone-open-source-os-downloads.html

Changes

Fairphone Open 16.09.0 includes all the relevant fixes found in Fairphone OS 1.7.1.

The “manual update image” no longer wipes userdata.
When using the “manual update image” to switch from Fairphone OS to Fairphone Open, the user must run “fastboot -w” manually.

Highlights

Improved proximity sensor calibration
Security fixes (*) (Android public security buletin from September, including full QuadRooter fix)

More

(*)Security fixes:

CVE-2013-7446, CVE-2013-7446, CVE-2014-4655, CVE-2014-9529, CVE-2015-3843, CVE-2015-3843, CVE-2015-3843, CVE-2016-0774, CVE-2016-2427, CVE-2016-2427, CVE-2016-2495, CVE-2016-2495, CVE-2016-3134, CVE-2016-3822, CVE-2016-3824, CVE-2016-3826, CVE-2016-3859, CVE-2016-3861, CVE-2016-3861, CVE-2016-3861, CVE-2016-3861, CVE-2016-3862, CVE-2016-3863, CVE-2016-3863, CVE-2016-3865, CVE-2016-3867, CVE-2016-3870, CVE-2016-3870, CVE-2016-3871, CVE-2016-3871, CVE-2016-3872, CVE-2016-3872, CVE-2016-3879, CVE-2016-3880, CVE-2016-3880, CVE-2016-3881, CVE-2016-3883, CVE-2016-3885, CVE-2016-3888, CVE-2016-3890, CVE-2016-3892, CVE-2016-3893, CVE-2016-3896, CVE-2016-3897, CVE-2016-3898, CVE-2016-3899, CVE-2016-3899, CVE-2016-4470, CVE-2016-4805, CVE-2016-4998, CVE-2016-5340

M_Dammer · September 30, 2016, 2:28pm

does that mean it no longer drains the battery with apps like “WaveUp” ?

Roboe · September 30, 2016, 2:49pm

~~The 16.09.0 blobs are listed as 16.08.0 in code.fairphone.com: http://code.fairphone.com/projects/fp-osos/dev/fp2-blobs-download-page.html~~

They fixed it,

Lidwien · September 30, 2016, 3:28pm

Update went very smoothly.

evidemment · September 30, 2016, 5:09pm

Yep update went very smoothly for me too via the updater…

Roboe · September 30, 2016, 6:07pm

Great!

Updating right now…

Edit: Perfect,

Waldblume · September 30, 2016, 6:16pm

Update went “smoothly” in many stepps (with OpenGAPS and XPosed) on my encrypted phone:

Backup with recovery mode and restart
Download Update via OTA & and hit reboot
update will be installed in recovery mode, once finished phone will restart
kill the restart (Volume UP + Power) and reboot to recovery mode again
reinstall OpenGAPS and XPosed Framework from files on external sd card
restart and enter your decryption passphrase
wait for updating apps
finished

Thanks for the Update
Hope the reboots are gone now…

BGDHL · September 30, 2016, 6:25pm

Update was very smooth for me too. Fingers crossed for no more reboots!

Roboe · September 30, 2016, 7:49pm

Sad to see the Updater app still creates a storage/emulated/0/updater on top of the already existing /storage/emulated/0/ (the absolute path being /storage/emulated/0/storage/emulated/0/updater/)

For everything else, update was a success.

StephanK · September 30, 2016, 8:52pm

The update went smooth on my encrypted phone via TWRP, too.

evidemment · September 30, 2016, 9:28pm

Yeahy! Phone’s charging normally when turned off!

Great guys! Thumbs up!

MarcB · September 30, 2016, 9:50pm

Updated without problem.
Did see a glitch in the lockscreen when drawing my pattern: the screen was split in multiple squares that were all flickering randomly as I was moving my finger. Did it twice and then went back to normal

z3ntu · October 1, 2016, 3:59pm

After a very quick scan of the updater source code, I didn’t find any reference to that path… But I can see the same behavior on my device…
So now I have tried deleting the folder and as soon as I have opened the Updater app, the folder was recreated.
Also a funny thing is, that the are creating storage/emulated/0/updater/ AND updater/ in the internal storage
Debugging the updater is hard because it’s install as a system app that not even TitaniumBackup can uninstall apparently
Okay, I finally uninstalled the updater with (in the phone shell): mv /system/priv-app/FairphoneUpdater/FairphoneUpdater.apk /system/priv-app/FairphoneUpdater/FairphoneUpdater.apk.bak; sync; reboot
I think I found something… The line final File externalStoragePublicDirectory = Environment.getExternalStoragePublicDirectory(Environment.getExternalStorageDirectory() + resources.getString(R.string.updaterFolder)); gets the path /storage/emulated/0/storage/emulated/0/updater…
I think the programmer didn’t quite understand the method getExternalStoragePublicDirectory (see here for documentation about that method), basically you give it a constant pre-defined like Environment.DIRECTORY_PICTURES and not your own string…
So apparently I fixed it (at least that folder doesn’t get created but I am not 100% the OTA is still working…^^) (btw why am I fixing bugs for Fairphone in my freetime? )

j-unique · October 1, 2016, 4:22pm

Worked smoothly, thanks!

Roboe · October 1, 2016, 6:25pm

Because you are a good guy,

I thought the problem would be something similar, but didn’t have the spare time (nor I was in the mood, honestly) to dive into the Java (ugh) code myself. Thank you so much!

Hope they fix it in the next release, now that they have your contribution,

PD: you could had change the package signature in build.gradle to avoid the need of uninstalling the original one,

freibadschwimmer · October 1, 2016, 6:57pm

Just make sure the devs learn about this fix

freibadschwimmer · October 1, 2016, 7:10pm

Today I actually tried for the first time to follow and thus test the FPOOS update guide.

Basically it worked fine, except for that I didn’t manage to use ADB in TWRP:

Johannes · October 1, 2016, 7:51pm

At some point during the EFCT16 I also ran into this. I wrote a post on authorising from within TWRP - though this will likely only work if the phone isn’t encrypted. It could be that if your device is encrypted that the file with the authorisation signatures isn’t readable when in TWRP, causing no authorisations to be available. Sorry if seems a stupid explanation - I’m not that aware of how this whole Android thing is designed to work.

freibadschwimmer · October 1, 2016, 8:06pm

Possible. My phone is encrypted and TWRP (in the version/modification FP uses) indeed cannot handle encrypted /data partitions.

z3ntu · October 1, 2016, 9:02pm

Just changing the package id didn’t work, the app just crashed on startup… And my custom built Updater (also without changes) also doesn’t work because it fails with some error message, that /cache/fp_update_.zip is not found. Maybe that happens because the app is installed as a normal user app instead of a system-privileged app (dunno how to actually properly develop system-privileged apps on Android…)