[ROM][CM11][4.4.2]temasek's UNOFFICIAL all build r3p2MALI(I9300)

È uscita la v9.

Ciao ragazzi, ma per installare il kernel devo fare qualche wipe?

Quote:

---

Originariamente inviato da almaximo

per le recovery dovrebbe essere a posto almeno da un paio di versioni (segui i changelog e lo scopri), ma se usi la 6.0.4.4 sicuramente va bene

il bug della fotocamera come tanti altri bug non è su tutti i terminali e spesso dipendono dalla configurazione dell'utente
io non ho quel bug e le mie fotocamere lavorano entrambe senza problemi con la V8 quindi per me va V8 va bene e di regola si installa sempre l'ultima versione, soprattutto quando sono ancora in fase molto iniziale (hai visto l'ultimo changelog quante cose messe a posto ?)

quando si iniziano a montare ROM diverse ogni giorno e si salta da una a un altra senza ripulire il sistema, i bug vengono fuori
ce ne sono molti meno se quando uno decide di cambiare e fa un bel format /system per esempio..... ma pochi lo fanno
ti assicuro che tre quarti dei bug che si leggono sui forum io non li ho mai visti

---

Grazie mille per la dritta e comunque avendo il philz per flashare la recovery nuova vafo in recovery faccio un wipe cache e dalvik e poi flasho la recovery?

Quote:

---

Originariamente inviato da RoBy46

Ciao ragazzi, ma per installare il kernel devo fare qualche wipe?

---

Non necessari ma se si e' scrupolosi wipe cache&dalvik

Build V9
md5sum: 1d57c5bb62de85de9642aa676ed15f8c

CHANGELOG FOR V9

• FIXED - Google backup account missing bug in "Backup & reset"
• smdk4412-common: [libhealthd] Proper battery paths
  * 4.4 introduces a new daemon, healthd, that handles battery status
  - resides in: /system/core/healthd
  - BatteryMonitor.cpp iterates through all the *directories* under
  /sys/class/power_supply looking for a file called 'type'
  - if the type == Battery, it assumes this is the location for the
  battery stats for the device. Only the first directory that matches
  this criteria is used.
  - on msm8660/d2/jf/s2 kernels, this search results in:
  /sys/class/power_supply/fuelgauge.
  - To determine capacity, healthd looks at the contents of the
  'capacity' file under this discovered base path. This results
  in /sys/class/power_supply/fuelgauge/capacity on msm8660/d2/jf/s2
  kernels.
  - Unfortunately, this is the wrong path. The capacity file at this
  location returns a large negative number.
  - Other paths like status, voltage_now, and present are also
  incorrectly determined.
  * For comparison, in 4.3 battery statistics gathering was handled by
  frameworks/base/services/jni/com_android_server_BatteryService.cpp
  - BatteryService does a similar search for a file called 'type' with
  the contents of 'Battery'
  - But the search logic is different here: it takes the *last* path that
  matches the criteria.
  - This results in the correct /sys/class/power_supply/battery
  * This patch overrides the discovery mechanism for battery status completely.
• smdk4412-common: [media_codecs] google vpx decoder 4.4 compatible
• smdk4412-common: camera: fix EXIF attributes for S5C73M3 sensor - dhiru1602
  - Ported from cm-10.2
  - S5C73M3 sensor which is the back camera, doesn't return the EXIF attributes using V4L2 IOCTL. This sensor interleaves YUV and JPEG frames along with Metadata which contains the EXIF information.
  - This patch does the following: Manually extract the EXIF information from the interleaved metadata and implement ISO, Flash, Exposure, Exposure Time and Exposure Bias EXIF attributes for S5C73M3. Fix incorrect Exposure EXIF attribute that was reporting as 1'.
• vold: pass selinux context to ext4 mount (remount ro)
• Add "Enable quick unlock"
  - Automatically unlock the lockscreen when the correct pin/password is keyed.
• fb: allow navring to show without assisten application - SlimROM
  - this commit adresses two problems
  - If the user does not install google now eg the navring does not show up anymore even when other targets are assigned. Due that we moved the disable/enable controll completley into searchpanelview which calls DelegateHelper to disable it we just can remove the check here in BaseStatusbar
  - 2. On camera widget the navring is disabled and gets enabled afterwards. This is of course a problem if we do not have targets assigned at all. To fix it check for existend targets on the navigation ring.
• fb: cleanup and let the navring stay and not dismiss on targetchange....user seems to like it more this way. - SlimROM
• Add "Kill app back button" to dev options
  - This is for hardware back key
• Dialer: Update Icons to KitKat
• Updated cm source - lots of it. Help yourself and read it in cm gerrit.

DOWNLOAD SITES

temasek.hopto.org
Dev-Host
AndroidFileHost
MediaFire

Quote:

---

Originariamente inviato da gennafx

Grazie mille per la dritta e comunque avendo il philz per flashare la recovery nuova vafo in recovery faccio un wipe cache e dalvik e poi flasho la recovery?

---

i wipe per la recovery non servono

Quote:

---

Originariamente inviato da RoBy46

Ciao ragazzi, ma per installare il kernel devo fare qualche wipe?

---

non è necessario...

che sappia io :
cache è la cache delle applicazioni
Dalvik è la cache della java virtual machine

giusto al cambio ROM anche se comunque male non fa

Ragazzi un utente su xda su un post ha pubblicato QUESTO LINK e ha scritto:
This news is awesome:
Everyone thought that the Apps Permission Ops was removed from Android 4.4, but it is still present and even better.
Using it, you can disable the apps which has Keep Awake (wake lock) as a permission...Just like Greenify but built into Android

Qualcuno sa a cosa serve?

Quote:

---

Originariamente inviato da ClaudìoS3

Ragazzi un utente su xda su un post ha pubblicato QUESTO LINK e ha scritto:
This news is awesome:
Everyone thought that the Apps Permission Ops was removed from Android 4.4, but it is still present and even better.
Using it, you can disable the apps which has Keep Awake (wake lock) as a permission...Just like Greenify but built into Android

Qualcuno sa a cosa serve?

---

nelle ultime release della CM10.2 Temasek aveva introdotto il controllo dei permessi delle App direttamente dal pannello delle impostazioni di Android
Questo ti permetteva di impedire il wakeup delle app senza usare programmi esterni come greenify.

una bella opzione...speriamo che ci sia modo di integrarla nuovamente anche se in realtà Greenify funziona a dovere

Quote:

---

Originariamente inviato da ClaudìoS3

Ragazzi un utente su xda su un post ha pubblicato QUESTO LINK e ha scritto:
This news is awesome:
Everyone thought that the Apps Permission Ops was removed from Android 4.4, but it is still present and even better.
Using it, you can disable the apps which has Keep Awake (wake lock) as a permission...Just like Greenify but built into Android

Qualcuno sa a cosa serve?

---

Se scarichi una vecchia versione della temaseak vedrai la stessa voce nelle impostazioni. In pratica permette di modificare i permessi per le singole applicazioni (comprese quelle di sistema) utile per disattivare la localizzazione dei servizi google ecc.. Io personalmente aspetto che introducano nuovamente la feature wakelock blocker, mi trovavo benissimo. Se vuoi provarla sei libero di farlo, non dovrebbe recarti alcun problema se settata nella maniera corretta :)