[ CONSULTA ] ¿Cómo añadir HALO a Slim/AOSP? (DanMon ROM)

Originalmente Escrito por gerar

Entonces ya lo tienes o que??

Yo directamente he montado otra base, pero Danyh quiere meterlo igualmente en Slim

[gerard_f]

Originalmente Escrito por danyh

ni de coña

Pasado el finde, a partir del lunes, miro de montarlo en la slim, a ver...

[danyh]

Originalmente Escrito por gerar

Pasado el finde, a partir del lunes, miro de montarlo en la slim, a ver...

una lastima por eso.. me hubiese gustado aprenderlo

[gerard_f]

Originalmente Escrito por danyh

una lastima por eso.. me hubiese gustado aprenderlo

Eso no quiere decir que no aprendas, también puedes intentarlo, igual la base slim da mas problemas que cm, si al final lo consigo tienes a mano la solución para consultarlo.

Buenas noches, que ya toca!

[trek85002010]

Originalmente Escrito por gerar

Eso no quiere decir que no aprendas, también puedes intentarlo, igual la base slim da mas problemas que cm, si al final lo consigo tienes a mano la solución para consultarlo.

Buenas noches, que ya toca!

El HALO se puede incorporar con la base AOSP?. Aún no me he puesto a ello, he leído que el HALO (2/2) no hace falta ponerlo, tan solo el 1. Espero que el Lunes vaya todo sobre ruedas.

[David_Vaz]

Originalmente Escrito por trek85002010

El HALO se puede incorporar con la base AOSP?. Aún no me he puesto a ello, he leído que el HALO (2/2) no hace falta ponerlo, tan solo el 1. Espero que el Lunes vaya todo sobre ruedas.

Sí, se puede (otra cosa es que sepas añadirlo...)

Yo soy un inútil, y no me entero de nada

[trek85002010]

Originalmente Escrito por David_Vaz

Sí, se puede (otra cosa es que sepas añadirlo...)

Yo soy un inútil, y no me entero de nada

Supongo que haciéndolo de la forma lenta se podría hacer. Esa forma es, abres en la web el commit HALO (1/2) y vas abriendo los .java o .xml correspondientes y añadiendo las lineas verdes, todo a mano.

De esa forma, respetamos al máximo el código original.

Cada día tengo mas ganas de que llegue este Lunes, para poder probarlo.

Originalmente Escrito por trek85002010

Supongo que haciéndolo de la forma lenta se podría hacer. Esa forma es, abres en la web el commit HALO (1/2) y vas abriendo los .java o .xml correspondientes y añadiendo las lineas verdes, todo a mano.

De esa forma, respetamos al máximo el código original.

Cada día tengo mas ganas de que llegue este Lunes, para poder probarlo.

No exactamente.
Hay que hacerlo mediante cherry-pick y luego ir corrigiendo los conflictos que se van a ir creando, cosa que no es muy fácil

[mbc596]

Una pregunta, en el caso de no añadir el halo (2/2) (settings) (solo añadir el de frameworks_base) se tendria de borrar algo porque no diera error al no encontrar nada en settings? (por ejemplo lo que se añade en el archivo: settings.java) O se dejaria tal cual?

[trek85002010]

Originalmente Escrito por mbc596

Una pregunta, en el caso de no añadir el halo (2/2) (settings) (solo añadir el de frameworks_base) se tendria de borrar algo porque no diera error al no encontrar nada en settings? (por ejemplo lo que se añade en el archivo: settings.java) O se dejaria tal cual?

Según @gerar no hace falta incluir el HALO (2/2)

[mbc596]

Originalmente Escrito por trek85002010

Según @gerar no hace falta incluir el HALO (2/2)

Pero entonces habra que borrar algo del de frameworks_base o no hace falta?

[trek85002010]

Originalmente Escrito por mbc596

Pero entonces habra que borrar algo del de frameworks_base o no hace falta?

Ahora me pones en duda.

[mbc596]

Originalmente Escrito por trek85002010

Ahora me pones en duda.

Es que para que las cisas de settings funcionen deben tener algo que lo enlace con frameworks_base... Lo que no se es si no esta nada en settings compilara sin mas o dará error.
Y quieras o ni compilar son un par de horitas... No apatece compilar a ver que tal
A ver si gerar nos lo aclara.

[gerard_f]

Originalmente Escrito por trek85002010

El HALO se puede incorporar con la base AOSP?. Aún no me he puesto a ello, he leído que el HALO (2/2) no hace falta ponerlo, tan solo el 1. Espero que el Lunes vaya todo sobre ruedas.

No lo he probado, pero tendría que funcionar igual.

Originalmente Escrito por mbc596

Una pregunta, en el caso de no añadir el halo (2/2) (settings) (solo añadir el de frameworks_base) se tendria de borrar algo porque no diera error al no encontrar nada en settings? (por ejemplo lo que se añade en el archivo: settings.java) O se dejaria tal cual?

No hace falta borrar nada y funciona perfectamente, eso si, sin las opciones que hay en ajustes.
Es el settings el que va a buscar a base y no al reves, por lo que base tiene esas opciones a disposición de poder usarse pero en settings no tendrás ninguna entrada para utilizarlas, entonces no se llamaran y ahi quedaran por si algún día decides usarlas, que es cuando añadas la parte 2/2 en el settings . No se si me explico...

[mbc596]

Originalmente Escrito por gerar

No hace falta borrar nada y funciona perfectamente, eso si, sin las opciones que hay en ajustes.
Es el settings el que va a buscar a base y no al reves, por lo que base tiene esas opciones a disposición de poder usarse pero en settings no tendrás ninguna entrada para utilizarlas, entonces no se llamaran y ahi quedaran por si algún día decides usarlas, que es cuando añadas la parte 2/2 en el settings . No se si me explico...

Si te explicas perfectamente! Mañana lo pruebo.
Gerar veo que utilizas github, me podrías resolver una duda? Cada vez que hago un cherry-pick y se me crean conflictos y los arreglo (o hago algun cambio yo) cuando hago git push me sube el cherry-pick tal cual lo cogí (sin incluir las cosas que he cambiado ). (hago un git add despues de los cambios)
Como se haría para que también se incluyeron los cambios? (sin tener que subir los archivos dos veces)

Edito: despues de solucionar los conflictos y hacer git add antes del git push, he hecho "git commit -m" creo que asi se suben los cambios que he hecho. Correcto?

[trek85002010]

Originalmente Escrito por mbc596

Es que para que las cisas de settings funcionen deben tener algo que lo enlace con frameworks_base... Lo que no se es si no esta nada en settings compilara sin mas o dará error.
Y quieras o ni compilar son un par de horitas... No apatece compilar a ver que tal
A ver si gerar nos lo aclara.

Yo tengo una copia de la carpeta out que se genera sin ninguna modificación, cuándo hago alguna modificación y ésta da error, hago un make clobber y pego la carpeta out de nuevo. Las compilaciones para saber si van a funcionar o no, tardan 5min.

[mbc596]

Originalmente Escrito por trek85002010

Yo tengo una copia de la carpeta out que se genera sin ninguna modificación, cuándo hago alguna modificación y ésta da error, hago un make clobber y pego la carpeta out de nuevo. Las compilaciones para saber si van a funcionar o no, tardan 5min.

aah claro, si esta la compilación sin ningún cambio compila más rapido? Es que yo siempre hago un make clobber y compilo de 0. Y claro cuando despues de 2horas te muestra error....

[mbc596]

Resolviendo conflictos me sale el archivo settings.java~ . Sino me equivoco es un archivo temporal.

# Archivos sin seguimiento:
#   (use «git add <archivo>...» para incluir lo que se ha de ejecutar)
#
#	core/java/android/provider/Settings.java~

lo borro o lo añado? Si solo me da opción de añadirlo debería añadirlo, no?

[equlog]

Originalmente Escrito por mbc596

Resolviendo conflictos me sale el archivo settings.java~ . Sino me equivoco es un archivo temporal.

# Archivos sin seguimiento:
#   (use «git add <archivo>...» para incluir lo que se ha de ejecutar)
#
#core/java/android/provider/Settings.java~

lo borro o lo añado? Si solo me da opción de añadirlo debería añadirlo, no?

Ese lo puedes borrar.

Para los conflictos, pq no usas mergetool?.

[equlog]

Originalmente Escrito por mbc596

aah claro, si esta la compilación sin ningún cambio compila más rapido? Es que yo siempre hago un make clobber y compilo de 0. Y claro cuando despues de 2horas te muestra error....

Pero que bruto que sois trek y tú XD.