[L'ANGOLO DEI CUOCHI GT-I9505] Thread di confronto per sviluppare su android

Quote:

---

Originariamente inviato da peppe130

Ma c'è per caso una guida con i vari comandi? ;)

---

per fortuna si :D

[Q&A] AROMA Installer - [Dev Move To DevDB] - xda-developers

il mio consiglio è: flash il pacchetto aromainstaller_2.70rc2.zip e flashalo così com'è in recovery.. mentre lo scorri, ti apri sul desktop i file che trovi dentro la sua meta-inf (c'e solo quella) ci interessa principalemte updater-script e aroma-config
aroma config crea la parte "visiva" e ha gia un suo schema predefinito di visualizzazione (puoi solo cambiargli il tema non puoi per esempio cambiare il fatto che in alto ci sia il titolo o altro) e salva in base alle scelte effettuate in un file nella /tmp
updater-script va a leggere le preferenze salvate nella tmp e usando lo schema if/endif per ogni opzione che gli viene data sa se installarla o meno.

le possibilità con aroma sono infinite ed il bello è proprio quello.. :D

Ragazzi qual è la stringa che va inserita negli script per applicare i permessi a tutta la directory /system? Set_perm_recursive e poi?

Quote:

---

Originariamente inviato da peppe130

Ragazzi qual è la stringa che va inserita negli script per applicare i permessi a tutta la directory /system? Set_perm_recursive e poi?

---

Di solito è questa :

codice:

---

set_perm_recursive(0, 0, 0755, 0644, "/system");

---

Ma tieni presente che alcune sottocartelle di system poi hanno altri permessi

Quote:

---

Originariamente inviato da peppe130

Ragazzi qual è la stringa che va inserita negli script per applicare i permessi a tutta la directory /system? Set_perm_recursive e poi?

---

io non lo setterei per tutta l asystem.. ci sono alcuni file in system che devono avere delle permission differenti.. io lo setterei per le diverse cartelle se lo fai dopo l'installazione (tipo zip solo per le mod).
se invece installi la rom completa allora conviene usare il codice per tutta la system e dopo cambiare quelle che lo devono avere diverso..

es.

codice:

---

        set_perm_recursive(0, 0, 0755, 0644, "/system/priv-app");

---

p.s. non ti demoralizzare se hai degli errori!! sarà piu che normale!! specie che non parta proprio il tuo zip :)
rileggi con attenzione tutto quello che hai modificato e all'inizio fai poche modifiche così non ti perdi troppo a cercare l'errore (anche se di norma ti dice dove sta, a volte non succede e te lo da alla prima riga o all'ultima.. e li son capperi :D

Quote:

---

Originariamente inviato da bluflight13

Di solito è questa :

codice:

---

set_perm_recursive(0, 0, 0755, 0644, "/system");

---

Ma tieni presente che alcune sottocartelle di system poi hanno altri permessi

---

Quote:

---

Originariamente inviato da wuby

io non lo setterei per tutta l asystem.. ci sono alcuni file in system che devono avere delle permission differenti.. io lo setterei per le diverse cartelle se lo fai dopo l'installazione (tipo zip solo per le mod).
se invece installi la rom completa allora conviene usare il codice per tutta la system e dopo cambiare quelle che lo devono avere diverso..

es.

codice:

---

        set_perm_recursive(0, 0, 0755, 0644, "/system/priv-app");

---

p.s. non ti demoralizzare se hai degli errori!! sarà piu che normale!! specie che non parta proprio il tuo zip :)
rileggi con attenzione tutto quello che hai modificato e all'inizio fai poche modifiche così non ti perdi troppo a cercare l'errore (anche se di norma ti dice dove sta, a volte non succede e te lo da alla prima riga o all'ultima.. e li son capperi :D

---

Io praticamente stavo creando uno zip per l'installazione della tastiera dell'S5. L'installazione va a buon fine però, la tastiera dell'S5 crasha mentre se flasho quella dell'S4 funziona. Adesso provo a flashare la TouchWiz dell'S5, magari ci sarà qualche dipendenza :)

Edit: niente ragazzi non funziona nemmeno con la touchwiz dell'S5.. devo trovare il problema

Quote:

---

Originariamente inviato da peppe130

Io praticamente stavo creando uno zip per l'installazione della tastiera dell'S5. L'installazione va a buon fine però, la tastiera dell'S5 crasha mentre se flasho quella dell'S4 funziona. Adesso provo a flashare la TouchWiz dell'S5, magari ci sarà qualche dipendenza :)

Edit: niente ragazzi non funziona nemmeno con la touchwiz dell'S5.. devo trovare il problema

---

Intanto vai a vedere in system se c' e... cmq se hai il FC l' ha flashata! Altrimenti avresti ancora la tua bella s4 funzionante.. magari c' e qualcosa che non va nell' app o prova a cancellare i dati app.. a volte..

Sai non ho provato a fare il wipe dalvik.. adesso però ho cambiato rom xD provo domani ;)

Ciao ragazzi.. per decompilare apk di sistema, scelgo l'opzione normale o quella con le dipendenze?

Quote:

---

Originariamente inviato da peppe130

Ciao ragazzi.. per decompilare apk di sistema, scelgo l'opzione normale o quella con le dipendenze?

---

comando 9, come da guida qui ;)

Quote:

---

Originariamente inviato da bluflight13

comando 9, come da guida qui ;)

---

E le dipendenze che sarebbero? Perché prima di decompilare ho impostato il SystemUI.apk e i due framework :)

Ragazzi che cosa sarebbe il loki di un kernel (si scrive così?)? Cercando su internet ho visto che c'era pure loki-doki però non ho trovato nulla che spiegasse cosa significano questi termini. Voi lo sapete? :)

Quote:

---

Originariamente inviato da peppe130

Ragazzi che cosa sarebbe il loki di un kernel (si scrive così?)? Cercando su internet ho visto che c'era pure loki-doki però non ho trovato nulla che spiegasse cosa significano questi termini. Voi lo sapete? :)

---

Il loki-doki è la patch per il telefoni USA con bootloader bloccato, e serve per patchare i kernel per modello internazionale in modo che funzionino con Verizon o tmobile ad es.

Quote:

---

Originariamente inviato da wuby

Il loki-doki è la patch per il telefoni USA con bootloader bloccato, e serve per patchare i kernel per modello internazionale in modo che funzionino con Verizon o tmobile ad es.

---

Su XDA stavo leggendo il changelog della nuova versione del Dual Boot ed ho visto che c'era scritto che adesso il patcher riconosce automaticamente se sono kernel loki. Questo quindi riguarda solo gli utenti americani? Posso fare a meno di scriverlo?

Quote:

---

Originariamente inviato da peppe130

Su XDA stavo leggendo il changelog della nuova versione del Dual Boot ed ho visto che c'era scritto che adesso il patcher riconosce automaticamente se sono kernel loki. Questo quindi riguarda solo gli utenti americani? Posso fare a meno di scriverlo?

---

Si direi proprio di si.. ;)

Quote:

---

Originariamente inviato da wuby

Si direi proprio di si.. ;)

---

Grazie wuby 😆😆

Ragazzi avrei bisogno di qualche chiarimento.. Avevo intenzione di creare un'aroma zip contenente le mie app preferite in modo tale da installarle velocemente ogni volta che cambio rom. Ho flashato un'aroma zip sul telefono e sul pc cercavo di capire la struttura come suggerito da wuby ;) però ho dei dubbi; ad esempio ho preso queste stringhe di codici dall'updater-script di un'aroma che flasha le gapps:

codice:

---

# Gmail        if file_getprop("/tmp/aroma/gapps.prop","item.1.1") == "1"
    then
      ui_print("@  Installing Gmail");
          package_extract_file("Bestboss/GAPPS/gmail/GmailCleaner.sh", "/tmp/GmailCleaner.sh");
          set_perm(0, 0, 0777, "/tmp/GmailCleaner.sh");
          run_program("/tmp/GmailCleaner.sh");
          delete("/tmp/GmailCleaner.sh");
          package_extract_dir("Bestboss/GAPPS/gmail/stock/app", "/data/app");
    endif;

---

Mi spiegate come funziona? Tralasciando i file .sh che non mi interessano, quello che non ho capito molto bene è la parte iniziale

codice:

---

if file_getprop("/tmp/aroma/gapps.prop","item.1.1") == "1"

---

Poi continuando ce ne sono altri come ad esempio:

codice:

---

# Google Maps and Street View
        if file_getprop("/tmp/aroma/gapps.prop","item.1.2") == "1"
    then
      ui_print("@  Installing Google Maps and Street View");
          package_extract_file("Bestboss/GAPPS/Maps_StreetViewer/MapsCleaner.sh", "/tmp/MapsCleaner.sh");
          set_perm(0, 0, 0777, "/tmp/MapsCleaner.sh");
          run_program("/tmp/MapsCleaner.sh");
          delete("/tmp/MapsCleaner.sh");
          package_extract_dir("Bestboss/GAPPS/Maps_StreetViewer/app", "/data/app");
    endif;
       
        # Stock Google Now
        if file_getprop("/tmp/aroma/gapps.prop","item.1.3") == "1"
    then
      ui_print("@  Installing Google Now");
          package_extract_file("Bestboss/GAPPS/now/NowCleaner.sh", "/tmp/NowCleaner.sh");
          set_perm(0, 0, 0777, "/tmp/NowCleaner.sh");
          run_program("/tmp/NowCleaner.sh");
          delete("/tmp/NowCleaner.sh");
          package_extract_dir("Bestboss/GAPPS/now/data", "/data");
    endif;

---

Quello che mi confonde è pure la scritta

codice:

---

(item.x.x) == "1"

---

da cosa si ricavano quei numerini?

Quote:

---

Originariamente inviato da peppe130

Ragazzi avrei bisogno di qualche chiarimento.. Avevo intenzione di creare un'aroma zip contenente le mie app preferite in modo tale da installarle velocemente ogni volta che cambio rom. Ho flashato un'aroma zip sul telefono e sul pc cercavo di capire la struttura come suggerito da wuby ;) però ho dei dubbi; ad esempio ho preso queste stringhe di codici dall'updater-script di un'aroma che flasha le gapps:

codice:

---

# Gmail        if file_getprop("/tmp/aroma/gapps.prop","item.1.1") == "1"
    then
      ui_print("@  Installing Gmail");
          package_extract_file("Bestboss/GAPPS/gmail/GmailCleaner.sh", "/tmp/GmailCleaner.sh");
          set_perm(0, 0, 0777, "/tmp/GmailCleaner.sh");
          run_program("/tmp/GmailCleaner.sh");
          delete("/tmp/GmailCleaner.sh");
          package_extract_dir("Bestboss/GAPPS/gmail/stock/app", "/data/app");
    endif;

---

Mi spiegate come funziona? Tralasciando i file .sh che non mi interessano, quello che non ho capito molto bene è la parte iniziale

codice:

---

if file_getprop("/tmp/aroma/gapps.prop","item.1.1") == "1"

---

Poi continuando ce ne sono altri come ad esempio:

codice:

---

# Google Maps and Street View
        if file_getprop("/tmp/aroma/gapps.prop","item.1.2") == "1"
    then
      ui_print("@  Installing Google Maps and Street View");
          package_extract_file("Bestboss/GAPPS/Maps_StreetViewer/MapsCleaner.sh", "/tmp/MapsCleaner.sh");
          set_perm(0, 0, 0777, "/tmp/MapsCleaner.sh");
          run_program("/tmp/MapsCleaner.sh");
          delete("/tmp/MapsCleaner.sh");
          package_extract_dir("Bestboss/GAPPS/Maps_StreetViewer/app", "/data/app");
    endif;
       
        # Stock Google Now
        if file_getprop("/tmp/aroma/gapps.prop","item.1.3") == "1"
    then
      ui_print("@  Installing Google Now");
          package_extract_file("Bestboss/GAPPS/now/NowCleaner.sh", "/tmp/NowCleaner.sh");
          set_perm(0, 0, 0777, "/tmp/NowCleaner.sh");
          run_program("/tmp/NowCleaner.sh");
          delete("/tmp/NowCleaner.sh");
          package_extract_dir("Bestboss/GAPPS/now/data", "/data");
    endif;

---

Quello che mi confonde è pure la scritta

codice:

---

(item.x.x) == "1"

---

da cosa si ricavano quei numerini?

---

non so se è positivo che ti aiuti, o se dovrei farti fare "le ossa" :D

allora.. a parte che nel primo codice he hai riportato manca un "a capo" dopo gmail, o non ti legge l' if (visto che sta dopo un "#" ;) ), quello che fa quel codice è richiamare ciò che è stato salvato dall'aroma-config..
in sostanza lui legge dalla prima riga:" se nel file "gapps.prop" che si trova in "/tmp/aroma/" la linea item.1.1 è = a 1 allora fai questo: ui print, package extract ecc ecc.. e finisce con endif; con l'if successivo parte un'altra casistica...

perché il codice item.1.X??
allora questo succede perché sono in una lista (in cui posso selezionare anche tutti gli elementi, se invece fosse una scelta tra alternative, allora avesti trovato "selected.1" per esempio) e la lista ovviamente per comodita denomina le opzioni in maniera progressiva.. item.1.1 , item.1.2 ecc ecc.. se un elemento della lista è selezionato diventa allora = a 1.. se quindi selezioni gmail allora aroma-config salva nel file che la item1.1 (o rispettivo n° in elenco) è selezionato..

come faccio a capire in che file sta salvando aroma-config in modo da richiamare il giusto file??

in aroma-config trovi dei blocchi di codice così:

codice:

---

checkbox( "TITOLO DELLA PAGINA", "SOTTOTITOLO", "@ICONA DEL SOTTOTITOLO", "NOME DEL FILE IN CUI SALVO.prop",

---

la dicitura checkbox all'inizio definisce che tipo di selezione trovi:
checkbox = è per le liste in cui puoi selezionare anche tutti gli elementi..
selectbox = è per una scelta tra alternative
menubox = crea una pagina senza tasto next, dove le opzioni visualizzate hanno ogniuna la propria icona

ci sono poi molti altri codici a seconda di quello che vuoi fare.. "textbox" crea una pagina in cui inserire del testo, come informazioni ecc ecc e via dicendo.. seguendo il link alla discussione xda trovi tutte le possibilità..

Quote:

---

Originariamente inviato da wuby

non so se è positivo che ti aiuti, o se dovrei farti fare "le ossa" :D

allora.. a parte che nel primo codice he hai riportato manca un "a capo" dopo gmail, o non ti legge l' if (visto che sta dopo un "#" ;) ), quello che fa quel codice è richiamare ciò che è stato salvato dall'aroma-config..
in sostanza lui legge dalla prima riga:" se nel file "gapps.prop" che si trova in "/tmp/aroma/" la linea item.1.1 è = a 1 allora fai questo: ui print, package extract ecc ecc.. e finisce con endif; con l'if successivo parte un'altra casistica...

perché il codice item.1.X??
allora questo succede perché sono in una lista (in cui posso selezionare anche tutti gli elementi, se invece fosse una scelta tra alternative, allora avesti trovato "selected.1" per esempio) e la lista ovviamente per comodita denomina le opzioni in maniera progressiva.. item.1.1 , item.1.2 ecc ecc.. se un elemento della lista è selezionato diventa allora = a 1.. se quindi selezioni gmail allora aroma-config salva nel file che la item1.1 (o rispettivo n° in elenco) è selezionato..

come faccio a capire in che file sta salvando aroma-config in modo da richiamare il giusto file??

in aroma-config trovi dei blocchi di codice così:

codice:

---

checkbox( "TITOLO DELLA PAGINA", "SOTTOTITOLO", "@ICONA DEL SOTTOTITOLO", "NOME DEL FILE IN CUI SALVO.prop",

---

la dicitura checkbox all'inizio definisce che tipo di selezione trovi:
checkbox = è per le liste in cui puoi selezionare anche tutti gli elementi..
selectbox = è per una scelta tra alternative
menubox = crea una pagina senza tasto next, dove le opzioni visualizzate hanno ogniuna la propria icona

ci sono poi molti altri codici a seconda di quello che vuoi fare.. "textbox" crea una pagina in cui inserire del testo, come informazioni ecc ecc e via dicendo.. seguendo il link alla discussione xda trovi tutte le possibilità..

---

Grazie per la risposta completa :) Per creare le pagine bisogna scrivere quella stringa di cancelletti? Perché io avevo intenzione di creare anche una pagina per ogni categoria di app.. Per esempio la pagina sociale con le app di facebook, whatsapp etc, poi premo next e compare la pagina dei giochi e così via

Quote:

---

Originariamente inviato da peppe130

Grazie per la risposta completa :) Per creare le pagine bisogna scrivere quella stringa di cancelletti? Perché io avevo intenzione di creare anche una pagina per ogni categoria di app.. Per esempio la pagina sociale con le app di facebook, whatsapp etc, poi premo next e compare la pagina dei giochi e così via

---

no le pagine sono create dalle parentesi.. tutto cio che segue sulla stessa riga un cancelletto è solo un commento, non viene letto dal programma...

esempio: ( il codice non è stricted, quindi lo scrivo di proposito in due modi diversi :D )
<br /> checkbox( "TITOLO DELLA PAGINA", "SOTTOTITOLO", "@ICONA DEL SOTTOTITOLO", "app1.prop",<br /> <br /> "App 1","eventuale seconda riga di spiegazione", 0,<br /> "App 2","idem", 0,<br /> "App 3","", 0<br /> <br /> );<br /> <br /> <br /> checkbox(<br /> <br /> "TITOLO DELLA PAGINA", <br /> "SOTTOTITOLO", <br /> "@ICONA DEL SOTTOTITOLO", <br /> "app2.prop",<br /> <br /> "App 1","eventuale seconda riga di spiegazione", 0,<br /> "App 2","idem", 0,<br /> "App 3","", 0<br /> <br /> );<br /> <br />

con questo codice, inserito correttamente nell' aroma-config crei due pagine..

nota che l'ultimo elemento della serie NON deve avere la virgola alla fine ;)

Quote:

---

Originariamente inviato da wuby

no le pagine sono create dalle parentesi.. tutto cio che segue sulla stessa riga un cancelletto è solo un commento, non viene letto dal programma...

esempio: ( il codice non è stricted, quindi lo scrivo di proposito in due modi diversi :D )
<br /> checkbox( "TITOLO DELLA PAGINA", "SOTTOTITOLO", "@ICONA DEL SOTTOTITOLO", "app1.prop",<br /> <br /> "App 1","eventuale seconda riga di spiegazione", 0,<br /> "App 2","idem", 0,<br /> "App 3","", 0<br /> <br /> );<br /> <br /> <br /> checkbox(<br /> <br /> "TITOLO DELLA PAGINA", <br /> "SOTTOTITOLO", <br /> "@ICONA DEL SOTTOTITOLO", <br /> "app2.prop",<br /> <br /> "App 1","eventuale seconda riga di spiegazione", 0,<br /> "App 2","idem", 0,<br /> "App 3","", 0<br /> <br /> );<br /> <br />

con questo codice, inserito correttamente nell' aroma-config crei due pagine..

nota che l'ultimo elemento della serie NON deve avere la virgola alla fine ;)

---

Adesso ho capito!! Magari più tardi provo a farne uno ;) Forse avrò più problemi a fare l'updater-script che a creare l'aroma-config 😅😅

Quote:

---

Originariamente inviato da peppe130

Adesso ho capito!! Magari più tardi provo a farne uno ;) Forse avrò più problemi a fare l'updater-script che a creare l'aroma-config 😅😅

---

Si di quello puoi essere certo ;)

Quote:

---

Originariamente inviato da peppe130

Adesso ho capito!! Magari più tardi provo a farne uno ;) Forse avrò più problemi a fare l'updater-script che a creare l'aroma-config 😅😅

---

Con l'aroma-config hai il vantaggio per cui, se c'è un errore nella sintassi, generalmente in fase di installazione viene individuato e quindi è più facile capire dove intervenire. Discorso diverso per l'updater-script. Anche una semplice virgola e/o un punto fuori posto (e quando digiti, credimi, non è raro che possa capitare) può impedire la corretta comunicazione tra config ed updater ed il giusto funzionamento dell'installer. Altra cosa importante prima di provare: prendi un binary di una ROM funzionante o di una mod, lo rinomini in update-binary-installer e lo sostituisci con quello presente in nello zip Aroma originale. Se non fai questo, puoi anche provare mille volte ma avrai sempre errori. Infine, come consiglio generale, all'inizio è sempre opportuno iniziare con piccole modifiche. Non ti cimentare immediatamente in sintassi troppo complesse ed elaborate. Questo ti aiuta a capire bene come funziona Aroma installer e ad intervenire su eventuali errori. Una volta presa la mano, è facile. Fidati.

@WalterWhite chiamo in causa te solo perche ne avevamo gia parlato ma chiunque sapesse illuminarmi è il benvenuto :D
Vorrei tornare sulla questione archikitchen per un dubbio che mi è sorto.. utilizzando aroma con la archi dovrò inserire i comandi per i metadata all' interno del mio updater custom per poter utilizzare il binary proprio della archi, giusto? E se così fosse se creo una rom con la archi e uso il binary della dsixda senza inserire i metadata nell' updater alla fine è come se l' avessi fatta con la dsixda, ho capito bene? In sintesi la differenza tra le due, a parte la "UI", sta nei metadata e negli init? O compie operazioni in maniera differente/migliorata?
Sarei sollevato se sapessi che non mi tocca scervellarmi anche sui metadata nell' updater e poter cmq usare la archi per aggiungere gli init.. sempre che non dipendano dal binary e dai metadata :(

Grazie ancora :)

Quote:

---

Originariamente inviato da wuby

@WalterWhite chiamo in causa te solo perche ne avevamo gia parlato ma chiunque sapesse illuminarmi è il benvenuto :D
Vorrei tornare sulla questione archikitchen per un dubbio che mi è sorto.. utilizzando aroma con la archi dovrò inserire i comandi per i metadata all' interno del mio updater custom per poter utilizzare il binary proprio della archi, giusto? E se così fosse se creo una rom con la archi e uso il binary della dsixda senza inserire i metadata nell' updater alla fine è come se l' avessi fatta con la dsixda, ho capito bene? In sintesi la differenza tra le due, a parte la "UI", sta nei metadata e negli init? O compie operazioni in maniera differente/migliorata?
Sarei sollevato se sapessi che non mi tocca scervellarmi anche sui metadata nell' updater e poter cmq usare la archi per aggiungere gli init.. sempre che non dipendano dal binary e dai metadata :(

Grazie ancora :)

---

Ma i metadata non causano nessun problema, o fastidio. Devi semplicemente modificare, qualora tu voglia integrare Aroma, l'updater script della Archikitcken senza intervenire sui symlink ed i permessi. Niente di più semplice.
Questione init.d: la kitchen di JustArchi permette di eseguire gli script in init senza necessità di modificare la ramdisk del kernel. È un metodo più sicuro che, non ho avuto modo di verificare, potrebbe essere integrato anche nella cucina "classica". Ovviamente questo discorso vale solo per il kernel stock in quanto, come bene sai, la maggior parte dei kernel custom hanno nativamente il supporto a init.d

Quote:

---

Originariamente inviato da WalterWhite

Ma i metadata non causano nessun problema, o fastidio. Devi semplicemente modificare, qualora tu voglia integrare Aroma, l'updater script della Archikitcken senza intervene sui symlink ed i permessi. Niente di più semplice.
Questione init.d: la kitchen di JustArchi permette di eseguire gli script in init senza necessità di modificare la ramdisk del kernel. È un metodo più sicuro che, non ho avuto modo di verificare, potrebbe essere integrato anche nella cucina "classica". Ovviamente questo discorso vale solo per il kernel stock in quanto, come bene sai, la maggior parte dei kernel custom hanno nativamente il supporto a init.d

---

Grazie per le delucidazioni.. In realtà rileggendo ora quello che ieri mi pareva un dubbio lecito mi son chiesto: ma che turbe mentali mi faccio!?!? Ahahah
In effetti è tutto molto piu semplice se invece che invece che incollare i metadata nello script di aroma che ho gia con la dsi, incollo aroma nell'updater della archi.. È che essendo 2000 linee mi pareva meglio il contrario.. Credo che qualche test risolverà ogni dubbio :)
Grazie ancora

Ragazzi che sono i metadata e gli init.d? :)

Quote:

---

Originariamente inviato da peppe130

Ragazzi che sono i metadata e gli init.d? :)

---

per i metadata rileggi qualche pagina fa che walterwhite me lo ha spiegato proprio qui :)
quello che viene aggiunto è il supporto per gli init.d che sono script ad uso del kernel

Ciao ragazzi :) Che cos'è la ramdisk di un kernel? Equivale alla Zram oppure ho le idee confuse?

Aggiornamento Cygwin Android Kitchen

v12
- Aggiornato ZipAlign - Android SDK R23 (build-tools 20.0.0)
- Aggiornato Chainfire's SuperSu v2.00 e binari SU
- Aggiunto API 20 (Android L)
- Aggiornato Bash (command shell) 4.3.11

Info e Download

Quote:

---

Originariamente inviato da peppe130

Ciao ragazzi :) Che cos'è la ramdisk di un kernel? Equivale alla Zram oppure ho le idee confuse?

---

Ramdisk e Zram sono due cose diverse. La Ramdisk è, come dire, una memoria temporanea. Esempio: in un sistema Linux, nel caso in cui si usa una initrd (initial ramdisk), il kernel, durante la fase di boot, monta inizialmente il file system root come file system temporaneo (l'initrd appunto riconosciuto dal bootloader) e poi lo esegue come system vero e proprio per completare l'avvio.
Zram invece è proprio una caratteristica del kernel. È un tool che permette di comprimere alcuni blocchi di Ram ed agire come una partizione di Swap. Non so su S4, ma ti posso dire con certezza, perché ho guardato nel codice, che nel kernel stock dell' S3 è attivo di default. I devs che sviluppano i custom kernel possono decidere se implementare o meno questo caratteristica.
La parte relativa al compiling del kernel è molto interessante, ma esula dal contesto di questo thread. Diciamo che quando prendi un codice sorgente, lo studi, lo sai patchare a dovere è una grande e bella soddisfazione.

Edit: mi permetto un piccolo ot per complimentarmi con gli ideatori di questo thread. In due anni di forum non l'avevo mai notato, mio malgrado (non sono solito guardare nelle sezioni che non sono di mia competenza). Davvero, ragazzi. Complimenti, è spettacolare.

Quote:

---

Originariamente inviato da WalterWhite

Ramdisk e Zram sono due cose diverse. La Ramdisk è, come dire, una memoria temporanea. Esempio: in un sistema Linux, nel caso in cui si usa una initrd (initial ramdisk), il kernel, durante la fase di boot, monta inizialmente il file system root come file system temporaneo (l'initrd appunto riconosciuto dal bootloader) e poi lo esegue come system vero e proprio per completare l'avvio.
Zram invece è proprio una caratteristica del kernel. È un tool che permette di comprimere alcuni blocchi di Ram ed agire come una partizione di Swap. Non so su S4, ma ti posso dire con certezza, perché ho guardato nel codice, che nel kernel stock dell' S3 è attivo di default. I devs che sviluppano i custom kernel possono decidere se implementare o meno questo caratteristica.
La parte relativa al compiling del kernel è molto interessante, ma esula dal contesto di questo thread. Diciamo che quando prendi un codice sorgente, lo studi, lo sai patchare a dovere è una grande e bella soddisfazione.

Edit: mi permetto un piccolo ot per complimentarmi con gli ideatori di questo thread. In due anni di forum non l'avevo mai notato, mio malgrado (non sono solito guardare nelle sezioni che non sono di mia competenza). Davvero, ragazzi. Complimenti, è spettacolare.

---

Grazie per la risposta! L'accostamento all'ambiente linux mi ha fatto capire subito :)

Quote:

---

Originariamente inviato da WalterWhite

Ramdisk e Zram sono due cose diverse. La Ramdisk è, come dire, una memoria temporanea. Esempio: in un sistema Linux, nel caso in cui si usa una initrd (initial ramdisk), il kernel, durante la fase di boot, monta inizialmente il file system root come file system temporaneo (l'initrd appunto riconosciuto dal bootloader) e poi lo esegue come system vero e proprio per completare l'avvio.
Zram invece è proprio una caratteristica del kernel. È un tool che permette di comprimere alcuni blocchi di Ram ed agire come una partizione di Swap. Non so su S4, ma ti posso dire con certezza, perché ho guardato nel codice, che nel kernel stock dell' S3 è attivo di default. I devs che sviluppano i custom kernel possono decidere se implementare o meno questo caratteristica.
La parte relativa al compiling del kernel è molto interessante, ma esula dal contesto di questo thread. Diciamo che quando prendi un codice sorgente, lo studi, lo sai patchare a dovere è una grande e bella soddisfazione.

Edit: mi permetto un piccolo ot per complimentarmi con gli ideatori di questo thread. In due anni di forum non l'avevo mai notato, mio malgrado (non sono solito guardare nelle sezioni che non sono di mia competenza). Davvero, ragazzi. Complimenti, è spettacolare.

---

Ottima spiegazione, chiara e cristallina ;) Bello vedere un continuo supporto alla nostra passione :)

* Link spiegazione aggiunto in prima pagina primo post

Quote:

---

Post numero 710: guida per Differenza tra ramdisk e zram, thanks a WalterWhite

---

Ragazzi esiste un metodo per ridimensionare le partizioni dell'S4?

Quote:

---

Originariamente inviato da peppe130

Ragazzi esiste un metodo per ridimensionare le partizioni dell'S4?

---

dovresti creare un PIT "personalizzato" da flashare con odin insieme al fw, ma se non sai quello che fai ti ritroverrai con un Galaxy Fermacarta4! rotfl

Quote:

---

Originariamente inviato da luigimak

dovresti creare un PIT "personalizzato" da flashare con odin insieme al fw, ma se non sai quello che fai ti ritroverrai con un Galaxy Fermacarta4! rotfl

---

Ma esiste un programma per modificare il pit?

Quote:

---

Originariamente inviato da peppe130

Ma esiste un programma per modificare il pit?

---

[APP] Updated: 31/10/12 - PIT Magic v1.3.10 - Samsung PIT Creator, Editor, Analyzer! - xda-developers

sempre occhio a quello che fai, non ci vuole niente a brikkare

Brutte notizie.. Anche se riuscissi a creare un pit modificato, sarebbe inutile flasharlo perché l'S4 ha le partizioni protette (csb signing).. rischierei soltanto

Quote:

---

Originariamente inviato da phegor

Per chi volesse cambiare la tendina.

Allegato 76354


https://www.dropbox.com/sh/cq34zpme8u5ktck/ilWAy1NkJ_

Nello stesso link trovate le istruzioni (spero semplici) per potervi creare la tendina che più vi piace, le riporto qui sotto per comodità :

Seguendo le istruzioni sarà facile crearsi una tendina da qualsiasi immagine ci piaccia.

1) Procurarsi una immagine con dimensioni 1080x1920. Se cercate su Google- Immagini ne trovate a centinaia.
2) Se l'immagine è orizzontale apritela con Paint e ruotatela
3) L'immagine deve essere in formato .png , e il nome del file deve essere notification_panel_bg.9.png
4) Aprite (non occorre scompattarlo) il file zip Tendina_nera_fumoblu_phegor.zip
5) portatevi nella cartella (del file zip) mode/system/app/SystemUIk@. apk /res/drawable-hdpi/
6) Li troverete il file notification_panel_bg.9.png
7) Copiate il VOSTRO file appena creato ed incollatelo al posto di quello della .zip
8) Confermate la sostituzione del file
9) Chiudete lo zip
10) Flashate il file appena modificato

...... buon divertimento.

Phegor

---

i link è rotto qualcuno riesce a rimetterlo?

Quote:

---

Originariamente inviato da capsiu

i link è rotto qualcuno riesce a rimetterlo?

---

Non andrebbe cmq.. era per 4.3.. mandami il tutto come ti dicevo nel pm e ti aiuto volentieri..

Buonasera ragazzi avrei una domanda e spero che voi possiate aiutarmi... Sto gradendo molto delle feature presenti nella liquid ROM come hover e lo swype a sinistra per aprire le applicazioni in una finestrella, vorrei pero mettere una cyanogen... Potrei fare il porting di queste 2 feature e inserirle in una nightly cyano? Grazie mille a tutte le risposte e scusate in anticipo la mia ignoranza