|
||
|
#21
|
||||
|
||||
|
No, extraer los propietarios da igual, esto no tienes que hacerlo con una cyanogenmod ni mucho menos, yo lo he echo con la stock, y funciona sin problemas, aun que si te a dado error por algún motivo al extraerlos, es posible que no compile, de todas formas, compila con el repositorio de los propietarios puesto, y ya dirás.
|
| Gracias de parte de: | ||
|
|
|
#23
|
||||
|
||||
|
No te he entendido, o tú no me has entendido a mí. Por ejemplo, no quiero que me compile y me meta en el zip trebuchet, en algún sitio tiene que haber un script o algo que le diga "para éste dispositivo tienes que meter éste kernel y éstas apps". No?
|
|
#24
|
||||
|
||||
|
Efectivamente como digo, tienes que eliminarlo del código, ya sea mediante script o archivos, pero en este post no quiero hablar de como modificar el código, si no de como hacer las compilaciones propias, y hablar de los problemas de compilado, y no mezclar temas.
|
| Gracias de parte de: | ||
|
#25
|
||||
|
||||
|
Primero decirte que no lo he probado, pero creo que deberia funcionar, ya contaras.. o sino esperate al finde que lo probare quitando el cmfilemanager que la verdad me sobra y te lo confirmo. En el fichero /system/vendor/cm/config/common.mk lo abres con un editor de texto y buscas hasta llegar donde ponga Código:
# Custom CM packages
PRODUCT_PACKAGES += \
Trebuchet \
DSPManager \
libcyanogen-dsp \
audio_effects.conf \
CMWallpapers \
Apollo \
CMUpdater \
CMFileManager \
LockClock
Código:
# Custom CM packages
PRODUCT_PACKAGES += \
#Trebuchet \
DSPManager \
libcyanogen-dsp \
audio_effects.conf \
CMWallpapers \
Apollo \
CMUpdater \
CMFileManager \
LockClock
|
| Los siguientes 2 usuarios han agradecido a gerard_f su comentario: | ||
|
#27
|
||||
|
||||
![]() Perdón por lo plátanos pero acabo de compilar mi primera versión UNOFFICAL de CM 10.1!!!! Lo siento, pero me tengo que aplaudir a mi mismo ![]() . Pensaba que no lo conseguiría nunca.Algunos habéis sido testigos de mis problemas, así que gracias por vuestra paciencia y consejos. Decir que el problema con "repo sync" y con los archivos propietarios los solucione de la siguiente manera:
__________________
|
| Los siguientes 4 usuarios han agradecido a AlvaroOrduna su comentario: | ||
|
#28
|
||||
|
||||
|
No se si a Veloz le parecerá bien que lo comente aquí (si no ya abriré un hilo), pero al tratar de incorporar Linaro 4.8 me sale algún error. Os comento lo que he hecho y el error:
Código:
cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar ============================================ PLATFORM_VERSION_CODENAME=REL PLATFORM_VERSION=4.2.2 TARGET_PRODUCT=cm_mako TARGET_BUILD_VARIANT=userdebug TARGET_BUILD_TYPE=release TARGET_BUILD_APPS= TARGET_ARCH=arm TARGET_ARCH_VARIANT=armv7-a-neon HOST_ARCH=x86 HOST_OS=linux HOST_OS_EXTRA=Linux-3.5.0-23-generic-x86_64-with-Ubuntu-12.04-precise HOST_BUILD_TYPE=release BUILD_ID=JDQ39 OUT_DIR=/home/alvaro/source-cm-10.1/out ============================================ Código:
including vendor/cm/vendorsetup.sh cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar Looking for dependencies cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar cc: aviso: ‘-mcpu=’ es obsoleto; utilice ‘-mtune=’ o ‘-march’ en su lugar ============================================ PLATFORM_VERSION_CODENAME=REL PLATFORM_VERSION=4.2.2 TARGET_PRODUCT=cm_mako TARGET_BUILD_VARIANT=userdebug TARGET_BUILD_TYPE=release TARGET_BUILD_APPS= TARGET_ARCH=arm TARGET_ARCH_VARIANT=armv7-a-neon HOST_ARCH=x86 HOST_OS=linux HOST_OS_EXTRA=Linux-3.5.0-23-generic-x86_64-with-Ubuntu-12.04-precise HOST_BUILD_TYPE=release BUILD_ID=JDQ39 OUT_DIR=/home/alvaro/android/system/out ============================================
__________________
|
|
#29
|
||||
|
||||
|
No entiendo los pasos que haces de eliminar los repositorios de Cyanogenmod, hay varias formas de añadir linaro, cada uno lo hace a su manera, pero no conozco ninguna que se eliminen los repositorios de Cyanogenmod, puesto que luego lo detecta como obsoleto y elimina el código, a no ser que los repositorios que añadas sean unofficiales de CyanogenMod y use su código y herramientas.
Que tutorial estas siguiendo? |
|
#30
|
||||
|
||||
|
No entiendo los pasos que haces de eliminar los repositorios de Cyanogenmod, hay varias formas de añadir linaro, cada uno lo hace a su manera, pero no conozco ninguna que se eliminen los repositorios de Cyanogenmod, puesto que luego lo detecta como obsoleto y elimina el código, a no ser que los repositorios que añadas sean unofficiales de CyanogenMod y use su código y herramientas.
Que tutorial estas siguiendo? ![]()
__________________
|
|
#31
|
||||
|
||||
|
Hay alguna forma de saber si está bien compilado con Linaro? Algún log o similar donde se pueda verificar que todo ha salido como debiera. Lo pregunto porque acabo de seguir otra guía y parece que no me tira ningún error. Ahora está recopilando todo para montar la ROM y parece que todo va bien
Para quien esté interesado:
__________________
|
|
#32
|
||||
|
||||
|
El primero creo que ya me lo habías comentado, no lo conozco, pero no he profundizado al ver el segundo (es el que estaba buscando para enseñártelo), es el que todo el mundo que conozco usa, aun que ese método, te compilará sin problemas, pero el kernel te lo compila con 4.6 oficial, para que te compile completamente con linaro, tienes que cambiar la linea arm que hay un poco más abajo también, y luego si compila todo con linaro, pero, (siempre hay un pero) cyanogenmod si cambias la segunda linea para que el kernel compile con linaro te va a petar, (ojo no he probado con el n4 pero si con el GNexus) encontré un parche de chiripa y lo use, y efectivamente luego compilo bien, pero yo uso otras fuentes del kernel ya parcheadas que compila bien con ambas cambiadas.
Tengo mucho descontrol con los marcadores, tengo más de 600, (no es broma no!) si doy con el que explica como aplicar el parche te lo pasare. En principio, con esta línea, según me dijo un usuario avanzado de XDA, cambiando la primera compilas la rom, y la segunda el kernel, por lo que obtendrás una rom con linaro 4.8 en tu caso, y kernel 4.6. Miré el envsetup.sh de UnicornButterProject que compilan con linaro directamente, y tiene ambas cambiadas, yo compilo con ambas cambiadas. Esta tarde he compilado mi kernel del Gnexus con 4.8 y me quedo con bootlop, tengo que revisar el código a ver que pasa. Código:
# The gcc toolchain does not exists for windows/cygwin. In this case, do not reference it.
export ANDROID_EABI_TOOLCHAIN=
local ARCH=$(get_build_var TARGET_ARCH)
case $ARCH in
x86) toolchaindir=x86/i686-linux-android-4.6/bin
;;
arm) toolchaindir=arm/arm-linux-androideabi-$targetgccversion/bin
;;
mips) toolchaindir=mips/mipsel-linux-android-4.6/bin
;;
*)
echo "Can't find toolchain for unknown architecture: $ARCH"
toolchaindir=xxxxxxxxx
;;
esac
if [ -d "$gccprebuiltdir/$toolchaindir" ]; then
export ANDROID_EABI_TOOLCHAIN=$gccprebuiltdir/$toolchaindir
fi
unset ARM_EABI_TOOLCHAIN ARM_EABI_TOOLCHAIN_PATH
case $ARCH in
arm)
toolchaindir=arm/arm-eabi-$targetgccversion/bin
if [ -d "$gccprebuiltdir/$toolchaindir" ]; then
export ARM_EABI_TOOLCHAIN="$gccprebuiltdir/$toolchaindir"
ARM_EABI_TOOLCHAIN_PATH=":$gccprebuiltdir/$toolchaindir"
fi
;;
mips) toolchaindir=mips/mips-eabi-4.4.3/bin
;;
*)
# No need to set ARM_EABI_TOOLCHAIN for other ARCHs
;;
esac
Este es la linea a añadir al local_manifest.xml de las fuentes del kernel que UnicornButterProject utiliza al compilar con linaro, por lo que en teoría, no tiene que darte problemas de compilado: Código:
<project path="kernel/lge/mako" name="faux123/mako" remote="aokp" revision="enhanced_stock" /> https://github.com/UnicornButter/pla...l_manifest.xml envsetup.sh de UBP: https://github.com/UnicornButter/and...r1/envsetup.sh Última edición por Veloz46 Día 24/04/13 a las 02:34:56. |
| Gracias de parte de: | ||
|
#33
|
||||
|
||||
|
Bueno, ahora estoy compilando dejando todo como estaba ayer, a ver si compilando la ROM con 4.8 y el Kernel con 4.6 funciona todo como es debido.
Aún así, para ir adelantando conocimiento... Me dices que si utilizo las fuentes de UBP para el kernel podré compilarlo con 4.8, por lo tanto todo sería 4.8 (ROM y Kernel). Ahora, ¿donde puedo mirar las características del Kernel de UBP?
__________________
|
|
#34
|
||||
|
||||
|
Compilada, falsheada y testando...
Gracias a todos, sobre todo a Veloz. Cuando vaya haciendo más cosas ya os iré contando...
__________________
|
|
#35
|
||||
|
||||
|
Yo también me he compilado la ROM (solo la rom, el kernel llevo el del paquito) con la 4.8 y va bien, pero si te digo la verdad no encuentro diferencias. Tu que tal, le ves mejoría?
|
|
#36
|
||||
|
||||
|
Yo cada vez que compilo una nightly me machaca el portátil ya paso. Pero respondiendo al tu pregunta ahora llevo una unnoficial con linaro 4.7.3 y no noto ninguna diferencia con la oficial.
|
| Gracias de parte de: | ||
|
#37
|
||||
|
||||
![]() )
__________________
|
| Gracias de parte de: | ||
|
#38
|
||||
|
||||
|
Es que cuando compila la cpu y la ram funcionan a tope. No puedes trabajar durante el proceso, al menos en mi caso, mi pc tampoco es ninguna maravilla Quizás un portátil no es lo mas indicado para compilar, por tema de temperaturas, si tienes opción pruebalo mejor en uno de sobremesa. |
|
#39
|
||||
|
||||
|
|
|
|
|
#40
|
||||
|
||||
|
Ok, gracias.
Es que cuando compila la cpu y la ram funcionan a tope. No puedes trabajar durante el proceso, al menos en mi caso, mi pc tampoco es ninguna maravilla Quizás un portátil no es lo mas indicado para compilar, por tema de temperaturas, si tienes opción pruebalo mejor en uno de sobremesa. ![]()
__________________
|
![]() |
Estás aquí
|
||||||
|
||||||
| Herramientas | |