![]() |
|
| Personalización y temas Galaxy S II Personalización y temas Galaxy S II |
«
Tema Anterior
|
Siguiente tema
»
|
|
Herramientas |
|
#141
|
|
Está claro que este sistema tiene mas ventajas que el metamorph. La pena es que ahora es un poco lento, pero el que haga las cosas seguras compensa.
Se me está ocurriendo una cosa a ver si se posible. En cuanto madure la idea cuento algo Última edición por jrsoft Día 24/08/11 a las 15:26:47 |
|
|
|
#142
|
||||
|
||||
|
He cambiado el proceso para no tener que descomprimir y volver a comprimir la apk original para ver si tarda menos pero no estoy seguro de ello. Al menos en el galaxy 2 sigue tardando bastante en aplicarse si se incluyen muchos png. @ jrsoft ¿cuanto tarda en aplicarse en un nexus one?
http://www.multiupload.com/742ZXJ9K3B ¿alguien puede decir si tarda más menos respecto al último que subí? |
|
#143
|
|
Flasheando el archivo tal cual lo has colgado me ha tardado aproximadamente minuto y medio.
El log no muestra nada extraño y el .zip de restauración se crea bien. Ahora si, he perdido al flashear SystemUI, Phone, Contacts y todos los widgets de sistema (sin posibilidad de poder ponerlos porque se pierde el menú de selección de widgets). Por lo demás, OK ![]() Como lo mio es mas Windows que Linux a lo mejor pregunto una burrada, pero ¿el comando zip de linux permite directamente insertar archivos dentro de otro archivo comparando previamente la coincidencia de nombres tal y como lo hace el comando 'robocopy' de windows?: robocopy desde_aqui hasta_aqui /E /MIR Además se deben corromper los datos de estas apps, porque después de aplicar el tema he reinstalado la rom que he actualizado hoy sin wipe total (solo dalvik y caché) y seguía sin aparecer lo que se ha fastidiado. |
|
#144
|
||||
|
||||
|
Cita:
Joer , vaya tela, me gustaría saber que es lo que ha fallado, porque el método para añadirlo es el mismo que utilizabas en tu sistema original zip -r ZIP * ![]() Se que es mucho pedir, estaría bien aplicar el último paquete y extraer las apps modificadas y subirlas para poder compararlas con el backup, a ver que a podido fallar. Pero solo si te apetece o tienes tiempo. Y con el penúltimo paquete que subí (el que descomprime la apk, pega los archivos del MOD selectivamente y recomprimir) ¿te lo hacía bien, sin fallos? Sobre lo del zip que yo sepa no tiene un atributo para eso. Código:
Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license. Zip 3.0 (July 5th 2008). Usage: zip [-options] [-b path] [-t mmddyyyy] [-n suffixes] [zipfile list] [-xi list] The default action is to add or replace zipfile entries from list, which can include the special name - to compress standard input. If zipfile and list are omitted, zip compresses stdin to stdout. -f freshen: only changed files -u update: only changed or new files -d delete entries in zipfile -m move into zipfile (delete OS files) -r recurse into directories -j junk (don't record) directory names -0 store only -l convert LF to CR LF (-ll CR LF to LF) -1 compress faster -9 compress better -q quiet operation -v verbose operation/print version info -c add one-line comments -z add zipfile comment -@ read names from stdin -o make zipfile as old as latest entry -x exclude the following names -i include only the following names -F fix zipfile (-FF try harder) -D do not add directory entries -A adjust self-extracting exe -J junk zipfile prefix (unzipsfx) -T test zipfile integrity -X eXclude eXtra file attributes -y store symbolic links as the link instead of the referenced file -e encrypt -n don't compress these suffixes -h2 show more help
Última edición por intronauta Día 25/08/11 a las 20:11:52 |
|
#145
|
|
Respecto a la comprobación del zip no pasa nada, ahora se ha recuperado mucha velocidad.
los archivos modificados ya no los tengo porque acabé haciendo wipes completos y restaurando nandroid, pero antes los comprobé y el script metió todos los archivos en su sitio, así que no es cosa del script. No he visto nada raro aparentemente, ni dentro de los archivos ni en los permisos, por lo que creo que es por el grado de compresión, pero lo extraño es que fallen solo unas pocas apps, cuando tengo muchas mas modificadas con el mismo criterio. |
|
#146
|
|
En cuanto pueda lo vuelvo a flashear con un logcat para ver que pasa, porque esta tarde es lo único que no he hecho al probar.
|
|
#147
|
||||
|
||||
|
Cita:
Quizá volver a probar tal cual está y ver que pasa, lo mismo fue un fallo inexplicable de esos típicos de android. Creo que debería funcionar. Si falla y haces un logcat pásamelo que me interesa. Y como último recurso como dices mirar con otro grado de compresión, quitando v9 directamente o poniendo v3 o v4, como veas. |
|
#148
|
|
Aquí están los logcat y ya se que ha pasado.
Ahora recuerdo que hace cosa de dos meses en las roms CM se introdujo una medida de seguridad extra para evitar que las apps de sistema se manipularan externamente. Si las apps de sistema no están firmadas con la misma firma digital que el resto de la rom directamente se ignoran, que es lo que ha pasado. EDITO: La exportación del logcat falla Última edición por jrsoft Día 26/08/11 a las 08:23:53 |
|
#149
|
||||
|
||||
|
Cita:
Pero entonces debería fallar también con el primer "theme Universal"que subiste, no? porque al final es lo mismo y con mismo método
|
|
#150
|
|
|
Cita:
![]() Ayer como lo descargue directamente desde el nexus en la hora de la comida lo flashee sin firmar y falló. Esta mañana lo he flasheado también sin firmar para poder sacar el logcat, pero no he probado todavía a flashear ese mismo archivo firmado porque hoy necesito todo el día el teléfono operativo. En cuanto pueda pruebo, pero lo que me extraña es que pase en unas aplicaciones modificadas si y en otras no. Eso es lo que no me cuadra. |
|
#151
|
||||
|
||||
|
Cita:
Pero hay una cosa que no entiendo (pura ignorancia). Una cosa sería firmar el zip con las testkeys y otra las apps, no? Es decir, firmamos el zip para el recovery pero entiendo que no se firman las apps incluidas con esas testkeys. Por ejemplo, si metemos en el zip una app del market (con su propia firma), se "refirmaría" con las testkeys?? Sabemos que en las apps del market (firmadas con sus keys privadas) podemos cambiar pngs sin problemas, ergo la firma no les afecta. Entonces en las cyano debería ser igual. No estoy seguro pero siempre he pensado que la firma solo afecta a META-INF y Androidmanifest.xml, por eso al decompilar con apktool necesitamos añadir esos archivos de la app original a la apk recompilada ya que decompilar archivos firmados corrompe la firma. Y lo que dices, si fuera por la firma fallaría en todas, no en algunas estoy un poco desorientado con esto
|
|
#152
|
|
Lo que he dicho antes tampoco tiene mucho sentido, porque en el zip no hay apks a firmar.
No se que pasa con esas apps. Al firmar zips en teoría también firmas los apks que tengan dentro tengo entendido. |
|
#153
|
||||
|
||||
|
Cita:
saludos |
|
#154
|
||||
|
||||
|
Cita:
Y cuando dices que tarda más en respecto al penúltimo? el que tiene dentro de la carpeta "tools" el binario busybox o los anteriores? |
|
#155
|
||||
|
||||
|
Cita:
Voy a probar otra vez con el ultimo y si no me lo cambia te lo subo para que le heches el ojo. saludos |
|
#156
|
||||
|
||||
|
Lo raro es que en el log esta bien
[HTML]Fri Aug 26 16:20:41 GMT 2011 [!] Tematizando /system/framework/twframework-res.apk ... [v] /system/framework/twframework-res.apk tematizado [!] Tematizando /system/app/AxT9IME.apk ... [v] /system/app/AxT9IME.apk tematizado [!] Tematizando /system/app/Browser.apk ... [v] /system/app/Browser.apk tematizado [!] Tematizando /system/app/ClockPackage.apk ... [v] /system/app/ClockPackage.apk tematizado [!] Tematizando /system/app/Contacts.apk ... [v] /system/app/Contacts.apk tematizado [!] Tematizando /system/app/MediaProvider.apk ... [v] /system/app/MediaProvider.apk tematizado [!] Tematizando /system/app/Mms.apk ... [v] /system/app/Mms.apk tematizado [!] Tematizando /system/app/Phone.apk ... [v] /system/app/Phone.apk tematizado [!] Tematizando /system/app/SystemUI.apk ... [v] /system/app/SystemUI.apk tematizado [!] Tematizando /system/app/YouTube.apk ... [v] /system/app/YouTube.apk tematizado [!] Creando Backup de emergencia... [v] Creado Backup de emergencia en /sdcard/Universal-Themes/ThemeBackup_26Aug2011-1620.zip [!] Estableciendo nombre en build.prop si procede... [v] Nombre del tema establecido en build.prop: < JRsoft MOD > [v] Eliminados archivos temporales [/HTML] Supongo que pondria algo de error,no? una preguntita,lo de AA.apk,se tiene que borrar? aqui te lo dejo: http://www.multiupload.com/HOMVEA13AE |
|
#157
|
||||
|
||||
|
Cita:
![]() después de darle vueltas el fallo era una gilipollez, más que nada porque ya estaba resuelto! Era el fallo famoso al hacer "unzip" a algunos zips con algunas versiones de busybox, que no se porqué me dio el tabardillo y lo quité en la última subida Código:
unzip: zip flags 1 and 8 are not supported Pero me picaba la curiosidad de porqué a la segunda iba bien, y es que al intentar añadirle los archivos del mod, como fallaba el unzip no se sacaba el listado de archivos de la apk y al comparar con los archivos del mod nunca encontraba equivalencia, es decir , no había nada que añadir pero tiraba para adelante, así que añadía cero archivos (como suena). Pero como la operación de inyectar en la apk no solo es añadir archivos sino también recomprimir el zip con el máximo de compresión, de rebote lo hacía "compatible" para la segunda vez. Que jaleo joder ![]() En teoría no debería pasar más con este busybox, pero he añadido (esto último aun no lo he probado) que si falla el unzip y no tenemos listado de archivos de la apk no haga nada, deje la apk original y se refleje al menos en el log que ha habido un error y seguimos con la apk original @lexullde este es tu zip con las modificaciones, si quieres/puedes/cuandotengastiempo estaría bien que lo aplicaras sobre las apks originales (twframework-res.apk) con las que no se aplicaba antes, para ver si ahora lo hace bien y si falla que se refleje en el log http://www.multiupload.com/LXUABRPCZS Por cierto, un par de cosillas, el nombre incluido en MOD debe ser de solo una línea o el comando "sed" falla y no se aplica el cambio de nombre y el AA.apk quítalo hombre de dios! Se puso solo para ver si funcionaba la copia de XTRAS XD Última edición por intronauta Día 27/08/11 a las 04:16:53 |
|
#158
|
||||
|
||||
|
Cita:
Lo he probado con un theme stock que contiene animaciones en el framework y no rula,despues le he quitado las animaciones por si era eso y le he dejado solo los png pero tampoco,no hay manera. Pero no hagas caso ya que creo que esto solo pasa con este framework ya que coco creo que lo ha implementado en su theme y le funciona perfecto. Nada mas,gran trabajo,alucino contigo... Yo quiero aprender,jejeje Enviado desde mi GT-I9100 usando Tapatalk |
|
#159
|
|
|
Cita:
Al menos yo cuando modifico apk del sistema, que no hay que volver a firmarlos, los pongo al update y si firmo el zip (manías que tiene uno) y ningún problema. |
|
|
|
#160
|
||||
|
||||
|
Cita:
El framework-res.apk? Súbeme el zip del tema con un framework en el mod y aparte el framework-res.apk original. Yo con el tema de coco me iba bien. Lo que si podías hacer es una logcat para ver que fallo da en ese bootloop. Después de flahear el mod, reinicia y desde consola: adb logcat >logcat.txt déjalo así un 30 segundos -un minutillo, ctrl +c para terminar el proceso y lo subes el logcat.txt. |
| Respuesta |
Estás aquí
|
||||||
|
||||||
«
Tema Anterior
|
Siguiente tema
»
| Herramientas | |
|
|
Hora actual: 22:31:12 (GMT +1)
HTCMania: líderes desde el 2007


Por lo demás, OK 







