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

[bluflight13]

Non la conosco quella cucina, sempre usato solo cygwin.

[WalterWhite]

invece io gia che ci sono chiedo se qualcuno usa la cucina archidroid ? e soprattutto... perché fa il symlink dei metadata nello script? e che sono sti "meta-cosi" , e da dove escono????? utilizza e crea degli update-binary più pesanti e aggiornati che sicuramente hanno una componente essenziale in questo, anche se personamente tutte le rom che ho creato con quella cucina mi hanno sempre creato infinità di problemi di lag e di FC apparentemente immotivati, ma altri per certo la usano senza problema alcuno... che mi perdo??

grazie

Si chiamano symlinks dinamici e sono una caratteristica della cucina di JustArchi. Si tratta di una lista generica di symlinks con un proprio filtro.
Io uso la Archikitchen da un pezzo e la trovo fantastica. Vantaggi: funziona su qualsiasi distro Linux con bash shell; supporto init.d che non dipende più dalla ramdisk del kernel, ma esclusivamente dalla ROM (quindi niente più repack); in ultimo, cosa molto comoda, clonando il repository di Archi con Git, hai sempre la cucina aggiornata all'ultima versione, senza sbattimenti di file ed altra roba. L'unica cosa negativa, a mio parere, è che estrae le apk presenti nel CSC direttamente nel system. E questo è un po' fastidioso, sopratutto con i firmware brandizzati. La cucina di dsixda, da questo punto di vista, è più comoda. Per il resto è di un altro pianeta. Non so che problema tu abbia, ma a me funziona benissimo e le ROM non hanno nessun FC. È chiaro che se vieni da una cucina diversa e se integri nelle tue ROM l'Aroma installer, devi riarrangiare l'updater script ed usare il binary della ArchiKitchen.

[wuby]

Si chiamano symlinks dinamici e sono una caratteristica della cucina di JustArchi. Si tratta di una lista generica di symlinks con un proprio filtro.
Io uso la Archikitchen da un pezzo e la trovo fantastica. Vantaggi: funziona su qualsiasi distro Linux con bash shell; supporto init.d che non dipende più dalla ramdisk del kernel, ma esclusivamente dalla ROM (quindi niente più repack); in ultimo, cosa molto comoda, clonando il repository di Archi con Git, hai sempre la cucina aggiornata all'ultima versione, senza sbattimenti di file ed altra roba. L'unica cosa negativa, a mio parere, è che estrae le apk presenti nel CSC direttamente nel system. E questo è un po' fastidioso, sopratutto con i firmware brandizzati. La cucina di dsixda, da questo punto di vista, è più comoda. Per il resto è di un altro pianeta. Non so che problema tu abbia, ma a me funziona benissimo e le ROM non hanno nessun FC. È chiaro che se vieni da una cucina diversa e se integri nelle tue ROM l'Aroma installer, devi riarrangiare l'updater script ed usare il binary della ArchiKitchen.

si a parte che ormai sono molto abituato ai passaggi della DSIXDA's , ma mi pare che sia anche più rapida e leggermente più snella nei passaggi...
l'unico motivo per il quale vorrei usarla sono appunto gli init.d, ma ancora non mi ci trovo...
ti rompo ancora un po le scatole per capire.. so che potrei fare delle prove, ma magari le hai gia fatte e approfitto
siccome appunto utilizzo aroma rifaccio sempre l'updater-script che tanto non va mai bene per busybox e altre piccole cose, e mi chiedevo, se utilizzo l'updater script che uso con la dsixda (senza i meta-data) con il binary e la rom buildata dalla archi? funzionerà?

grazie intanto

[garf02]

ciao, mi viene un dubbio, intendi aprire il tread della cucina nel forum s5?
per la cucina in sè io non ho problemi (solo alcune cose vanno modificate a mano nell'updater script)

No, Io volevo lo script aggiornato per deodexare una rom per SM-G900F. Un amico ce l'ha e mi sta rompendo per fare il modding, ma con la kitchen attualmente aggiornata da voi del forum non riesco a deodexare la rom, non mi rileva alcuna rom in original_update e non mi permette di creare la Working Folder per iniziare. Con il mio S4 non ho nessun problema nel farlo.
I file che gli inserisco sono i soliti boot.img, system.img.ext4 e cache.img.etx4, gli stessi che uso per S4, ma non va, ho anche provato ad inserire tutti i file del tar.md5 e lo stesso tar.md5, ma nulla non funzicchia. Il tar.md5 scaricato da sammobile è corretto non corrotto (scusa il gioco di parole).

[wuby]

No, Io volevo lo script aggiornato per deodexare una rom per SM-G900F. Un amico ce l'ha e mi sta rompendo per fare il modding, ma con la kitchen attualmente aggiornata da voi del forum non riesco a deodexare la rom, non mi rileva alcuna rom in original_update e non mi permette di creare la Working Folder per iniziare. Con il mio S4 non ho nessun problema nel farlo.
I file che gli inserisco sono i soliti boot.img, system.img.ext4 e cache.img.etx4, gli stessi che uso per S4, ma non va, ho anche provato ad inserire tutti i file del tar.md5 e lo stesso tar.md5, ma nulla non funzicchia. Il tar.md5 scaricato da sammobile è corretto non corrotto (scusa il gioco di parole).

Io solitamente uso il file samsung ma se lo lasci con estensione .tar.md5 non lo vede. Deve essere solo .tar perche te lo mostri nella selezione della working folder

Altrimenti, cosa che consiglio altrimenti poi manca il root, puo anche flasharla con odin, rootarla, e poi usare l'app ONandroid backup, e fare un backup selettivo della sola partizione system e poi usare direttamente il system.ext.tar nella cucina.. Ti dirà che manca un file boot.img e ti propone di aggiungerne uno fittizio, che ovvimente andrà sostituito nella working con quello estratto dal tar stock..
Spero di non aver fatto troppa confusione e che si capisca

[garf02]

Io solitamente uso il file samsung ma se lo lasci con estensione .tar.md5 non lo vede. Deve essere solo .tar perche te lo mostri nella selezione della working folder

Altrimenti, cosa che consiglio altrimenti poi manca il root, puo anche flasharla con odin, rootarla, e poi usare l'app ONandroid backup, e fare un backup selettivo della sola partizione system e poi usare direttamente il system.ext.tar nella cucina.. Ti dirà che manca un file boot.img e ti propone di aggiungerne uno fittizio, che ovvimente andrà sostituito nella working con quello estratto dal tar stock..
Spero di non aver fatto troppa confusione e che si capisca

Devo provare anche queste 2 soluzioni, poi ti faccio sapere. Per il fatto che manchi il boot.img, non è un problema gli metto quello estratto dal tar della rom.

[wuby]

Devo provare anche queste 2 soluzioni, poi ti faccio sapere. Per il fatto che manchi il boot.img, non è un problema gli metto quello estratto dal tar della rom.

Si perfetto pero quando fai l'estrazione dal tar, lascia che ti aggiunga il suo, altrimenti ti viene un macello.. Poi lo cambi dopo

[garf02]

Nulla con la kitchen e mettendo il file .tar non mi trova comunque la rom.
Ho provato col nandroid backup, ho deodexato tutto. Ricreo il file lo sostituisco con quello precedente, vado in recovery (Philz) e mi dice che manca il md5, escludo il controllo md5 dalla recovery, fa il ripristino del backup e va in bootloop. Mi è toccato riflashare la rom con Odin.
Nel frattempo ho trovato questo deodexer: xda-developers - View Single Post - [GUIDE] How to deodex stock kitkat roms
Tutto ok, mi deodexa i fie e mi crea pure lo zip x il flash da recovery. Risultato sempre lo stesso, bootloop.
A questo punto uno sano di mente si scaricherebbe una rom già bella pronta.
Io invece vorrei capire dove sto sbagliando. Perchè lo zip flashato da recovery manda in loop il telefono???

Lo script è questo:

ui_print("------------------------------------------");
ui_print("  Installing Deodexed Apps and Framework  ");
ui_print("------------------------------------------");
ui_print("           Deleting odex-files            ");
run_program("/sbin/busybox", "mount", "/data");
run_program("/sbin/busybox", "mount", "/system");
package_extract_file("del_odex.sh", "/data/local/tmp/del_odex.sh");
set_perm(0, 0, 0777, "/data/local//tmp/del_odex.sh");
run_program("/data/local//tmp/del_odex.sh");
ui_print("                                          ");
ui_print("           Extracting the files           ");
ui_print("                                          ");
package_extract_dir("system", "/system");
ui_print("                                          ");
ui_print("           Setting Permissions            ");
ui_print("                                          ");
set_perm_recursive(0, 0, 0755, 0644, "/system/app");
set_perm_recursive(0, 0, 0755, 0644, "/system/framework");
set_perm_recursive(0, 0, 0755, 0644, "/system/priv-app");
ui_print("                                          ");
ui_print("           Unmounting System              ");
ui_print("                                          ");
unmount("/system");
unmount("/data");
ui_print("------------------------------------------");
ui_print("           Done Deodexing ROM             ");
ui_print("------------------------------------------");

e il del_odex.sh:

#!/sbin/sh

rm -rf /system/app/*.odex
rm -rf /system/framework/*.odex
rm -rf /system/priv-app/*.odex
exit 0

Mi sai dare una mano? Con il mio S4 non mi è mai successo tutto questo pastrocchio.

[wuby]

Nulla con la kitchen e mettendo il file .tar non mi trova comunque la rom.
Ho provato col nandroid backup, ho deodexato tutto. Ricreo il file lo sostituisco con quello precedente, vado in recovery (Philz) e mi dice che manca il md5, escludo il controllo md5 dalla recovery, fa il ripristino del backup e va in bootloop. Mi è toccato riflashare la rom con Odin.
Nel frattempo ho trovato questo deodexer: xda-developers - View Single Post - [GUIDE] How to deodex stock kitkat roms
Tutto ok, mi deodexa i fie e mi crea pure lo zip x il flash da recovery. Risultato sempre lo stesso, bootloop.
A questo punto uno sano di mente si scaricherebbe una rom già bella pronta.
Io invece vorrei capire dove sto sbagliando. Perchè lo zip flashato da recovery manda in loop il telefono???

Lo script è questo:

ui_print("------------------------------------------");
ui_print("  Installing Deodexed Apps and Framework  ");
ui_print("------------------------------------------");
ui_print("           Deleting odex-files            ");
run_program("/sbin/busybox", "mount", "/data");
run_program("/sbin/busybox", "mount", "/system");
package_extract_file("del_odex.sh", "/data/local/tmp/del_odex.sh");
set_perm(0, 0, 0777, "/data/local//tmp/del_odex.sh");
run_program("/data/local//tmp/del_odex.sh");
ui_print("                                          ");
ui_print("           Extracting the files           ");
ui_print("                                          ");
package_extract_dir("system", "/system");
ui_print("                                          ");
ui_print("           Setting Permissions            ");
ui_print("                                          ");
set_perm_recursive(0, 0, 0755, 0644, "/system/app");
set_perm_recursive(0, 0, 0755, 0644, "/system/framework");
set_perm_recursive(0, 0, 0755, 0644, "/system/priv-app");
ui_print("                                          ");
ui_print("           Unmounting System              ");
ui_print("                                          ");
unmount("/system");
unmount("/data");
ui_print("------------------------------------------");
ui_print("           Done Deodexing ROM             ");
ui_print("------------------------------------------");

e il del_odex.sh:

#!/sbin/sh

rm -rf /system/app/*.odex
rm -rf /system/framework/*.odex
rm -rf /system/priv-app/*.odex
exit 0

Mi sai dare una mano? Con il mio S4 non mi è mai successo tutto questo pastrocchio.

dunque io fossi in te lascierei perdere questo sript che hai postato perché non mi pare il caso di cancellare i singoli file odex e riflashare sovrascrivendo.. io farei un semplicissimo "delete_recursive" sul system e poi "package_extract" per il system..

ma il deoex e lo zip lo hai effettuato con la cucina??

usa questa meta-inf e mettilo nello zip che ti esce dalla cucina.. probabilmente non lo flashava per intero per intero... ahhh un'altra cosa...
che recovery ha il cell??

[garf02]

La Philz Recovery: [klte][CWM Advanced Edition] PhilZ Touch - xda-developers

Ce l'ho fatta!! Non funzionava il SuperSu ma ho risolto scaricando il pacchetto dal sito di Chainfire e installandolo da recovery
Ora penso di aver capito l'arcano e la risoluzione del problema:
1 - Backup della /system con Onandroid
2 - Deodex con la kitchen
3 - Eliminazione dei file relativi al KNOX, che altrimenti rompono le balls
4 - creato lo zip con il tuo META-INF
5 - Flash in recovery della rom e del SuperSU.