[OFFICIAL] - Cyanogenmod Fan Club

franyo · 8 Mar 2014

CyanogenMod 11.0 M4 Release

https://plus.google.com/u/0/+CyanogenMod/posts/KsxdKwJ9HS3

CyanogenMod 11.0 M4 Release
It’s that time again – time for another M-release to make its way to our servers.

This release sees the following updates:

Immersive Mode – prevent accidental clicks on swipe gesture (EdgeGesture service)
Bluetooth LE – Wipower SDK apis, various fixes
System NavBar – Left Hand mode (landscape only – not available on tablets)
Motion Accelerometer support (device dependant)
Volume Panel – transparency support
Translations – new language additions, localization and long-string fixes
MediaPlayer – new apis for Suspend/Resume
CM Easter Egg
QuickSettings – volume Tile sync fix, Quick Config, Alarm tile shows alarms, User Profile fix
Recent Apps Panel – low-end device tweaks
Theme Engine – Fix crashes
Performance – Speed up booting on multi-core devices, add option to force high-end graphics option on low-end devices
Trebuchet – decouple icon mask and background (should fix some icon packs)
Settings – multiple hands-free device support
Privacy Guard – confirm on permission reset
Profiles – add expanded desktop support
CyanogenMod 11 M4 builds will continue through the night and be available on our download portal.

Happy Flashing!
Clicca per allargare...

franyo · 9 Mar 2014

CM 11 M4: Post-release Items

With yesterday’s M4 release all wrapped up, this is the perfect time to ‘talk shop’ about the releases in general and some of the comments we are seeing.

What are the M’s for?

The M-releases are our best effort to provide an actual ‘release cycle’ for ourselves and users alike. In previous generations of CM, we were super active but released sparingly, with months between releases and with an unpredictable cycle. This was bad for users, specifically those less likely to use nightlies, and bad for developers on our team – never knowing in advance when we’d collectively say “Okay, let’s do a release now”.

M-releases exist on a monthly cycle to force our hand at not only releasing, but addressing bug-fixes in a timely manner. These releases are scheduled for the first week of every month, usually the first Friday/Saturday. Every M release for CM 11 has gone through a very specific code preparation and release process, both of which were less stringent in CM’s previous incarnations. In terms of time, this allows for roughly 3.5 weeks out of any given month for code review and mergers to be included in a release. The last week or so is spent making sure that the code for release is tested and branched accordingly to the new ‘stable/cm-11.0′ branches on our Github (example). This ensures that newer, more experimental features are properly vetted in a separate release stream, and do not impede or prevent a timely release.

What M-releases are not

When we introduced the M’s, the common consensus was that they were just specially named nightlies. This was close to true for the majority of the CM9 cycle and most of the CM 10.x cycle. With CM 11 though, this is no longer the case. CM 11 M# releases are a code path that lags behind nightlies.

This means a few things:

Nightlies have newer code than the M-releases
You should be extra careful flashing an M build on top of a new nightly due to #1
In Practice

As the Ghostbusters would say, “Don’t cross the streams”. While this isn’t a hard-stop rule, it is still very apt advice to take into account. Let’s give you a real-world scenario.

M4 was branched for release last week – let’s use an easy date and say February 28th. This means all the code that exists in the stable/cm-11.0 branches on Github contain code 8 days old, with only bugfixes placed on top (or unstable features removed). This also means that any change merged in the last 8 days to the master ‘cm-11.0′ branch is not captured in the branch for M4. On March 2nd, we merged in some relatively sweeping telephony changes based on QCRIL (Qualcomm specific radio code) and the beginnings of Multi-SIM phone support. If you are using a nightly from March 2nd to today, you have this new code. If you flashed M4, you don’t. Simple enough right?

But what happens if you are on nightly March 7, for example, and then flash M4? In terms of code, you have just downgraded. Downgrading can be perfectly benign, or flat out make your phone unbootable. In the QCRIL example, if you downgraded you would see broken phone calls and radio behavior. This is one of the many reasons veteran users advocate making a backup before making any changes, and we’d echo that advice.

So what are the release streams?

There are effectively 3 release streams for CM: Nightlies, M/Stable, and Installer:

Nightlies are always the most bleeding edge in code, features, and yes, bugs (including the kind that may prevent the device from booting at all).

Update process: Flash a new nightly on top of the old – no need to wipe

M/Stable are specifically tagged, branched, tested and released. If you are a tinkerer but adverse to the chaos of nightlies, this is for you.

Update process: Flash a new M/Stable on top of the previous M/Stable – no need to wipe

Installer builds are those served via the CM Installer applications (Windows, Mac). These builds are specially signed and named separately – there is no concept of an ‘M’ build for this release channel – so saying ‘Installer skipped M#’ is an incorrect interpretation. This channel only ever receives specially created Stable builds – they even come with their own naming structure (eg XNPQ02R).

Update process: Incremental OTA’s are provided using the CMFota application – updates are handled by device logic with minimal user interaction, no wipe needed

If you are a nightly user, use nightlies. If you prefer to tinker but want something less chaotic, use the M/Stables. If you aren’t a tinkerer and don’t want chaos, use the Installer builds (if available).

If you want to cross streams, make a backup first! It should also be noted, to cross into or out of the Installer build release channel will require you to wipe your data (due to the different key signing).

Devices and greenlights

As a team, we leave it to the maintainers to opt-in to releases. If for any reason your maintainer does not flag a device as ready for release – be it for technical reasons, lack of time, or anything else – we will not issue a release for that device.

For some examples, I’ll point you to the d2lte, jflte and hlte devices. These are the unified builds we announced last month. The maintainers decided that the unified devices were not ready to be issued outside of the nightly release stream and so no builds for these devices were generated.

Part of what I do on this project is the user interaction – talking to you all via this blog, comments, forums, social media, etc. All too often I see “you didn’t release for [device], you must have abandoned it”. This simply is not the case. You trust the CM maintainers to keep your devices functional and in a working state, if you didn’t you wouldn’t be using the work that they provide. But part of that trust also entails trusting their decision making abilities about the suitability of any device for release. These guys are working hard to get your devices in the best possible shape – so when they say “no” to any particular release, don’t take it as a slight against you, they are making a judgement call.

We all know that everyone wants the latest and greatest, but that mentality is for the nightly channel, and if the latest and greatest is what you want, use those. But for M/Stable, you want things that work (for those that will inevitably point out various bugs on M4 now, please do so constructively via JIRA).
Clicca per allargare...

Via

Marco Livio Ilithio · 9 Mar 2014

Io l'ho installata perÃ² mi da problemi si blocca al boot. Qualcun altro come me?

Ne approfitto per chiedere una cosa. Ãˆ possibile cambiare il colore verdino scuro dietro le icone delle notifiche? il colore cerchiato nell immagjne per intenderci...

Inviato dal mio GT-I9100 utilizzando Tapatalk

Marco Livio Ilithio · 9 Mar 2014

Kl l'ho installata perÃ² mi da problemi si blocca al boot. Qualcun altro come me?

Ne approfitto per chiedere una cosa. Ãˆ possibile cambiare il colore verdino scuro dietro le icone delle notifiche? il colore cerchiato nell immagjne per intenderci...

Tex65 · 9 Mar 2014

installata la M4 sul mio Galaxy Nexus, prima avevo la Nightly del 07/03;
confermo che al momento di richiedere il pin della Sim il telefono fa un reboot e da li va in loop, unica soluzione togliere la batteria;
provato a reinstallare la nightly con tutti gli wipe fatti ma niente;
unica soluzione reset totale, che 2 p.... !
consiglio spassionato non installatela!

ciao

Cristian · 10 Mar 2014

Installata su S2, la snap m4 io mi trovo bene,rispetto la precedente m3 questa a giusto un piccolo neo nella barra google che fa' storie a volte ma del resto tutto ok bella fluida veloce da provare di sicuro se non volete avere problemi fatelo quel benedetto fullwipe e format system prima di flesharla e poi vi andra' come deve

Inviato dal mio GT-I9100 utilizzando Tapatalk

franyo · 10 Mar 2014

As the Ghostbusters would say, “Don’t cross the streams”. While this isn’t a hard-stop rule, it is still very apt advice to take into account. Let’s give you a real-world scenario.

M4 was branched for release last week – let’s use an easy date and say February 28th. This means all the code that exists in the stable/cm-11.0 branches on Github contain code 8 days old, with only bugfixes placed on top (or unstable features removed). This also means that any change merged in the last 8 days to the master ‘cm-11.0′ branch is not captured in the branch for M4. On March 2nd, we merged in some relatively sweeping telephony changes based on QCRIL (Qualcomm specific radio code) and the beginnings of Multi-SIM phone support. If you are using a nightly from March 2nd to today, you have this new code. If you flashed M4, you don’t. Simple enough right?

But what happens if you are on nightly March 7, for example, and then flash M4? In terms of code, you have just downgraded. Downgrading can be perfectly benign, or flat out make your phone unbootable. In the QCRIL example, if you downgraded you would see broken phone calls and radio behavior. This is one of the many reasons veteran users advocate making a backup before making any changes, and we’d echo that advice.
Clicca per allargare...

Come i Ghostbusters direbbero, “Non incrociate i flussi“. Mentre non Ã¨ una regola di arresto brusco, rimane comunque un consiglio adatto da prendere in conto. Diamogli uno scenario d’uso reale.

La versione M4 Ã¨ stata unita al ramo la scorsa settimana (usiamo una data facile e diciamo il 28 Febbraio). Questo significa che tutto il codice che esiste nella ramo della stable CM11, contiene codice vecchio di 8 giorni, con solo bugfix applicati sopra (o con la rimozione di features instabili). Questo significa anche che ogni cambiamento unito negli ultimi 8 giorni nel ramo principale della CM11, non Ã¨ stato incluso nel ramo di rilascio della M4. Il due Marzo, abbiamo unito dei (relativamente) vasti cambiamenti basati sul QCRIL (Qualcomm specific radio code) e l’inizio del supporto ai dispositivi multi-SIM. Se si sta usando una Nightly dal due Marzo ad oggi, sia ha questo nuovo codice. Se si flasha la nuova M4, questo codice non c’Ã¨. Facile vero?

Ora, cosa accade se si ha installata la Nightly del 7 Marzo (per esempio) e ci si flasha sopra la M4? In termine di codice si sta eseguendo il downgrade. Fare questa procedura potrebbe essere perfettamente benigno o al peggio rende impossibile il boot della ROM da parte del dispositivo. Nell’esempio del QCRIL, se si fa il downgrade voi vedrete compromettersi il comportamento delle chiamate e dell unitÃ radio. Questo Ã¨ una delle ragioni per cui i veterani raccomandano di fare un backup prima di fare qualsiasi cambiamento e noi siamo d’accordo su questo consiglio.
Clicca per allargare...

Via...

Tex65 · 10 Mar 2014

grazie franyo, ammetto di non aver letto per niente il tuo post al riguardo, mea culpa...
cmq di buono ho imparato che continuerÃ² ad installare solo nightly ed eviterÃ² come la peste le release M !!!

Devilazz · 16 Mar 2014

Ma per s4 active non si sa niente ancora vero?

Inviato dal mio GT-I9295 utilizzando Tapatalk

Omar · 29 Mar 2014

CyanogenMod lancia il nuovo Theme Engine in versione alpha

Dal blog

Il team CyanogenMod comunica ufficialmente che ha realizzato una versione alpha del nuovo Theme Engine, quel particolare modulo software che consente di modificare il tema dell’interfaccia utente nelle ROM CyanogenMod.

Per adesso il nuovo Theme Engine Ã¨ nella sua fase iniziale di sviluppo per cui Ã¨ lecito aspettarsi che non tutto funzioni alla perfezione, cosÃ¬ come Ã¨ ovvio che il team non abbia potuto rilasciare questa prima versione di Theme Engine per tutti i dispositivi che supporta ufficialmente. Per adesso, infatti, gli unici dispositivi su cui puÃ² essere installato il file ZIP da recovery tramite cui si va ad aggiornare Theme Engine sono: Galaxy Nexus, Nexus 4 e Nexus 5.

CyanogenMod cerca quindi dei tester che gli consentano di migliorare ulteriormente questa nuova caratteristica della ROM tramite l’invio di log e feedback. Naturalmente, chi fosse in possesso di uno di questi dispositivi e desiderasse provare il nuovo Theme Engine, puÃ² scaricare il corrispettivo file di installazione nel caso in cui abbia a bordo una CyanogenMod 11 ufficiale:

Galaxy Nexus (maguro) – download ZIP
Nexus 4 (mako) – download ZIP
Nexus 5 (hammerhead) – download ZIP
Per inviare i vostri feedback potete giungere alla pagina dedicata della community CyanogenMod Theme Engine Alpha.
Clicca per allargare...

Tex65 · 2 Apr 2014

ma avete notato che la nightly del 01/04 ha modificato tutte le suonerie?

Omar · 2 Apr 2014

Tex65 ha scritto: ↑

ma avete notato che la nightly del 01/04 ha modificato tutte le suonerie?

Clicca per allargare...

Davvero? Meno male va, io sono ancora a quella del 31.03 :alol:

.. -. ...- .. .- - --- dal mio telegrafo

Tex65 · 2 Apr 2014

Mi sembra di essere in uno sperduto prato della campagna Sarda...

Inviato dal mio Galaxy Nexus utilizzando Tapatalk

Omar · 2 Apr 2014

Tex65 ha scritto: ↑

Mi sembra di essere in uno sperduto prato della campagna Sarda...

Inviato dal mio Galaxy Nexus utilizzando Tapatalk
Clicca per allargare...

???

Tex65 · 2 Apr 2014

Hanno modificato tutte le suonerie del telefono con lo stesso suono: delle pecore che belano!!! Ha ha ha

Inviato dal mio Galaxy Nexus utilizzando Tapatalk

Omar · 2 Apr 2014

Un bel pesce d'aprile!

Tex65 · 2 Apr 2014

Appena installata la nightly del 02/04, tutto tornato normale

Cmq bel pesce d'aprile. Bravi!

Inviato dal mio Galaxy Nexus utilizzando Tapatalk

franyo · 4 Apr 2014

Cyanogen Inc’s New Identity

Cyanogen Inc., la societÃ fondata per contribuire a sostenere ed espandere CyanogenMod, Ã¨ in crescita.Come azienda cresce, il suo marchio deve evolversi per rispondere a tale esigenza. Il marchio dovrebbe continuare a incarnare lo spirito delle origini della societÃ , ma anche parlare al futuro. La societÃ del nuovo logo Ã¨ il veicolo di mostrare
quella marca.

Scelta
Il concetto di scelta Ã¨ stata il cuore della CyanogenMod e la fondazione di Cyanogen Inc. scelta significa personalizzare il proprio dispositivo ai vostri casi d'uso e gusti. Scelta significa esercitare un controllo sui dati e la sicurezza. Scelta significa la libertÃ di scegliere il sistema operativo sui propri dispositivi mobili, e modificarlo come meglio credi. Queste sono le caratteristiche di CyanogenMod, e saranno sempre presenti nella mission aziendale.

Un significato piÃ¹ profondo
Il centro mostra l'importanza della user - il focus del marchio. La 'C' riunisce la societÃ e la comunitÃ - utenti, sviluppatori, collaboratori e tifosi. Lavorando insieme abbiamo fornito un ambiente sicuro per l'utente; uno libero di pareti di restrizioni. La freccia in avanti - driving tutte le cose in avanti a cose piÃ¹ grandi e migliori.
Il marchio globale richiama il concetto di strumenti e costruzione; il serraggio delle viti come si mette insieme un progetto. Le viti segnalano anche un progetto in movimento - le impostazioni che si sono presentati - le scelte che fai con il tuo telefono probabilmente differiscono dalla scelta del vostro vicino piÃ¹ prossimo.

ComunitÃ
Â«E Cid?". Cid vive piÃ¹ forte che mai. Egli porta una giocosa, a volte malizioso, la natura al progetto open source e non va da nessuna parte in qualunque momento presto. Cid appartiene alla comunitÃ , egli Ã¨ tuo, non della societÃ .

Senza il sostegno dei nostri utenti, l'azienda non sarebbe dove Ã¨ oggi. Dobbiamo ringraziare te per questo, e non vogliamo perdere di vista questo.
Insieme, attraverso l'azienda e la comunitÃ open source e innovazione, costruiremo qualcosa di unico.

(Tradotto utilizzando google traduttore)

Fonte

Omar · 4 Apr 2014

franyo ha scritto: ↑

(Tradotto utilizzando google traduttore)

[
Clicca per allargare...

franyo · 6 Apr 2014

Rilasciata CyanogenMod 11.0 M5

CyanogenMod 11.0 M5 Release

Right on time, CM 11 M5 builds are now hitting the Community Distribution channel.

Everyone seemed to like the mini changelog from the M4 release, so lets take a look at what M5 brings:

Trebuchet – Fix last icon from hotseat disappearing
Trebuchet – Fix custom home transition effect
Volume Panel – Increase opacity of transparency (previous level led to visibility concerns)
WhisperPush – Relocate to Privacy menu
WhisperPush – fix NPE on viewing identity if unregistered
Translations – Initial imports from CrowdIn (followup blog post next week)
MultiSim – Additional support patches (25+)
Privacy Guard – Additional AppOps permissions
Additional Right-to-left (RTL) layout mirroring support
Settings – Add ‘screen color’ support
Quickboot support (device specific)
Stylus – Fix eraser being disabled by palm rejection
NavBar – Allow toggle in runtime (needs kernel support)
Add ethernet icon support to status bar
Dialer – Open Source forward/backward/incoming look-up
Clicca per allargare...

[OFFICIAL] - Cyanogenmod Fan Club

franyo Silver Droid

franyo Silver Droid

Marco Livio Ilithio Guest

Marco Livio Ilithio Guest

Tex65 Baby Droid

Cristian Power Droid

franyo Silver Droid

Tex65 Baby Droid

Devilazz Worker Droid

Omar Guest

Tex65 Baby Droid

Omar Guest

Tex65 Baby Droid

Omar Guest

Tex65 Baby Droid

Omar Guest

Tex65 Baby Droid

franyo Silver Droid

Omar Guest

franyo Silver Droid

Ricerche Utili

[OFFICIAL] - Cyanogenmod Fan Club

franyo Silver Droid

franyo Silver Droid

Marco Livio Ilithio Guest

Marco Livio Ilithio Guest

Tex65 Baby Droid

Cristian Power Droid

franyo Silver Droid

Tex65 Baby Droid

Devilazz Worker Droid

Omar Guest

Tex65 Baby Droid

Omar Guest

Tex65 Baby Droid

Omar Guest

Tex65 Baby Droid

Omar Guest

Tex65 Baby Droid

franyo Silver Droid

Omar Guest

franyo Silver Droid