es usable el trunk?

Hola.
Pues eso, si ya es usable la rama trunk para generar un firm.
Veo en assembla que ya va por la versión 1024.

Un saludo.

Sí, se puede generar un firmware, pero hay que añadir algunas funcionalidades qe teníamos antes como poder establecer un idioma por defecto para el firmware, generar todos los plugins, guardar la versión compilada en /etc/fw-version, actualizar el gui-build.sh y alguna cosilla más.

Tiene algunas mejoras como que cada vez que compilamos se comprueba si hay cambios en el SVN de los programas VDR, plugins del VDR y webif para volver a compilarlos, también tenemos un único sitio para guardar la configuración de los plugins y sólo se añadirán al firmware si los tenemos puestos en el .config, correcciones para los plugins de ayuda, scheduler y algunas otras cosas relativas a la generación del firmware.

Si el ansia te corroe , puedes probarla con:

Código:

svn co http://svn.assembla.com/svn/VDR-M7x0/trunk/toolchain vdr-ng-em
cd vdr-ng-em
cp configs/default-config-pro .config
# Copiar el anterior directorio downloads
# a esta nueva ruta para que no se lo vuelva a descargar
make

Cuando haya cambios y queramos actualizar, ejecutamos desde vdr-ng-em:

Código:

svn update
# Si hay cambios en el archivo de configuración, copiar el archivo:
cp -f configs/default-config-pro .config
make

Todavía está bajo desarrollo y no es "usable" para todo el mundo porque tengo pensado hacer cambios importantes sólo para desarrolladores y betatesters ya que puede haber errores.

Gracias, bittor.

Le voy a dar un "tiento", a ver qué tal me va la compilación al menos.

¿Si tengo líos voy colocándolos aquí o mejor me espero tranquilito a que hagas esos cambios?

Un saludo.

No creo que tengas ningún problema si antes te estaba compilando bien y si tienes algún problema puedes ponerlo aquí.

Pues no ha habido mucho problema una vez hechos los ajustes para compilar en ubuntu 9.10.

El tamaño final del .ofi de la 1025 es de 6,7MB y la versión 867 era de 7MB, ¿es normal esa reducción?

Y una duda: ¿cómo hago para añadir plugins a la compilación?.
En concreto siempre uso mpgplayer y yaep.

Si no entiendo mal ya no es como antes con dos/tres pasos (make-fw, make-plugins y make-plugins otra vez con los que uno añada), sino que hay que editar el .config

Un saludo.

kralizeck escribió:El tamaño final del .ofi de la 1025 es de 6,7MB y la versión 867 era de 7MB, ¿es normal esa reducción?

Sí, es normal, la forma de compilar el webif hacía que se generara un binario bastante más grande de lo necesario y ahora ocupa mucho menos.

kralizeck escribió:Y una duda: ¿cómo hago para añadir plugins a la compilación?.

Como se ha hecho siempre , aunque supongo que antes compilabas todos los plugins con make-plugins y los cargabas externamente desde /etc/plugins-lib.
Para añadirlo al firm (que es más óptimo porque el RootFS es más rápido que el JFFS2) editas el archivo .config y los añades a los parámetros CONFIG_VDR-PLUGINS y CONFIG_VDR-PLUGINS-LIBS.
El primer parámetro es para el nombre del plugin y el segundo para el nombre de las librerías.
Por ejemplo, tenemos el plugin epgsearch que incluye varias librerías (plugins) como el propio epgsearch, epgsearchonly, conflictcheckonly y quicksearch, entonces en el primer parámetro pondríamos el epgsearch y en el segundo las librerías que queramos de ese plugin.
Normalmente el plugin y la librería van a coincidir, salvo alguna excepción como epgsearch o streamdev que incluye el servidor y el cliente.
El yaep tendrás que copiarlo al directorio build/vdr-m7x0-PLUGINS para que te lo compile.

kralizeck escribió:Si no entiendo mal ya no es como antes con dos/tres pasos (make-fw, make-plugins y make-plugins otra vez con los que uno añada), sino que hay que editar el .config

Sí, con la nueva estructura sólo habrá que ejecutar el make para compilar el firmware y si quieres cambiar alguna opción por defecto, añadir/quitar plugins, etc. se edita el .config antes de ejecutar el make.

Pues generado de nuevo sin problemas (ahora ocupa 6,8MB). Ha tardado muy poco (10 minutos o menos).

Por si sirve para depuración he visto este error en la generación del plugin skincurses (creo que no lo uso, al menos no conscientemente...):

Código:

Plugin skincurses:
make[2]: se ingresa al directorio `/home/fernan/disco2/vdr-ng-em-trunk/build/vdr-m7x0/PLUGINS/src/skincurses'
mips-linux-uclibc-g++ -g -march=mips2 -mtune=vr4120 -O3 -msoft-float -mfix-vr4120 -Wall -Woverloaded-virtual -fPIC -c -D_REENTRANT -D_GNU_SOURCE -DUSE_TUNER_AUTOVALUES -DUSE_DIRECT_IO -DDISABLE_RINGBUFFER_IN_RECEIVER -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"skincurses"' -I../../../include skincurses.c
skincurses.c:9:21: fatal error: ncurses.h: No such file or directory
compilation terminated.
make[2]: *** [skincurses.o] Error 1
make[2]: se sale del directorio `/home/fernan/disco2/vdr-ng-em-trunk/build/vdr-m7x0/PLUGINS/src/skincurse

Esta noche probaré a instalarlo y ver qué tal va.

Y sigo preguntón. Hasta ahora mi sistema de actualización en el giga era:

- guardo configuración actual
- instalo el nuevo firmware desde el explorador de archivos
- cargo la configuración anterior
- añado a /etc/plugins-lib los plugins que me interesan (dvbmon, mpgplayer, yaep) y las configuraciones de alguno de esos plugins en su carpeta de /etc/vdr/plugins.

Las dudas:
- ¿puedo usar la configuración actual (v.867) sobre el nuevo firmware?.
- ¿los plugins "extras" que he añadido a la compilación ya me aparecerán en la lista de plugins que se pueden activar en el giga o he de copiar algo al /etc/plugins-lib?

Gracias y un saludo.

kralizeck escribió:Pues generado de nuevo sin problemas (ahora ocupa 6,8MB). Ha tardado muy poco (10 minutos o menos).

Si compilas habitualmente, hay un parámetro en el .config para usar ccache (CONFIG_CCACHE = y).
La primera compilación será un poco más lenta, pero las siguientes serán mucho más rápidas (a no ser que se actualice el gcc del ToolChain o se cambie algún flag del compilador o similar) porque usará la caché de la primera compilación.

kralizeck escribió:Por si sirve para depuración he visto este error en la generación del plugin skincurses (creo que no lo uso, al menos no conscientemente...)

Es un plugin de ejemplo incluido en el VDR que no usamos para nada y hay que ignorar ese error.

kralizeck escribió:¿puedo usar la configuración actual (v.867) sobre el nuevo firmware?.

Sí.

kralizeck escribió:¿los plugins "extras" que he añadido a la compilación ya me aparecerán en la lista de plugins que se pueden activar en el giga o he de copiar algo al /etc/plugins-lib?

Ya te saldrán en la lista para activarlos sin hacer nada más.

Instalado y usándolo y todo bien.

Va de lujo.

Un saludo.

Gracias bittor ,pero una cosita mas ,es que ahora no tengo el giga 740 ,tengo el 750t y supongo que compilara para 740. gracias

de momento lo estoy haciendo y funciona, compilado.

ma ha salido este error


HOSTCC extra/locale/gen_wc8bit
extra/locale/gen_wc8bit.c: In function 'main':
extra/locale/gen_wc8bit.c:379: warning: array subscript is above array bounds
extra/locale/gen_wc8bit.c:438: warning: array subscript is above array bounds
extra/locale/gen_wc8bit.c:504: warning: array subscript is above array bounds
GEN extra/locale/codesets.txt
GEN extra/locale/c8tables.h
could not find a UTF8 locale ... please enable en_US.UTF-8
make[1]: *** [extra/locale/c8tables.h] Error 1
make[1]: se sale del directorio `/home/administrador/vdr-ng-em/build/uClibc-0.9.30.3'
make: *** [/home/administrador/vdr-ng-em/m7x0_xtc_uclibc_Linux-x86_64/stagefiles/.uclibc_headers_installed] Error 2
administrador@ubuntu:~/vdr-ng-em$

También es válido este fragmento de la wiki para trunk:

Para instalar el firmware en un M750T EPG hay que editar el archivo buildin/base-pro/m740/etc/systemtype o buildin/base-lite/m740/etc/systemtype en caso de usar una versión Lite y cambiar m740 por m750t.

Como veo que estás un poco verde con Linux , ejecuta esto antes del make:

Código:

echo -n m750t> buildin/base-lite/m740/etc/systemtype
echo -n m750t> buildin/base-pro/m740/etc/systemtype

y así ya lo tendrás listo para el M750T EPG.
Si ya has hecho el make, ejecutas lo anterior y después el make para que incluya esos archivos.

caparrut escribió:ma ha salido este error


HOSTCC extra/locale/gen_wc8bit
extra/locale/gen_wc8bit.c: In function 'main':
extra/locale/gen_wc8bit.c:379: warning: array subscript is above array bounds
extra/locale/gen_wc8bit.c:438: warning: array subscript is above array bounds
extra/locale/gen_wc8bit.c:504: warning: array subscript is above array bounds
GEN extra/locale/codesets.txt
GEN extra/locale/c8tables.h
could not find a UTF8 locale ... please enable en_US.UTF-8
make[1]: *** [extra/locale/c8tables.h] Error 1
make[1]: se sale del directorio `/home/administrador/vdr-ng-em/build/uClibc-0.9.30.3'
make: *** [/home/administrador/vdr-ng-em/m7x0_xtc_uclibc_Linux-x86_64/stagefiles/.uclibc_headers_installed] Error 2
administrador@ubuntu:~/vdr-ng-em$

Ejecuta:

Código:

sudo locale-gen en_US.UTF-8

muchas gracias ,lo probare y te cuento,tienes razon estoy verde en linux, lo que se, lo he aprendido de vosotros, y del foro ,gracias

bittor,volvi a compilar y me salio el mismo error, puse (sudo locale-gen en_US.UTF-8) y parece que termino, pero donde se pone el archivo (VDR-NG-EM/VDR-NG-FW/open7x0.org-m740.ofi) o (VDR-NG-EM/VDR-NG-FW/open7x0.org-m740.wsw) porque no lo encuentro. gracias

Mira a ver si lo que hay en la wiki te sirve.

No bittor, esque no los encuentro dentro de la carpeta vdr-ng ,o no abra compilado bien ,por eso no estan ,no se ...

Búscalos en el directorio donde has ejecutado el make.

Buenas Tardes;
Como tengo dos M740, me decidí a probar la versión TRUNK, Hasta la REV 1125 todo OK, es más desde la pagina WEB puedo ver la tele en el ordenador, puedo ver un disco que esta en red (caja QNAP).
Pero al realizar un svn update a la Rev 1127 , al darle MAKE acaba de darme un error.
Pongo las últimas lineas de la compilación:

[code]
isfuns.cc:(.text+0x1f2): undefined reference to `std::basic_istream<char, std::char_traits<char> >::get(char&)'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(isfuns.o): In function `global constructors keyed to _Z22__gmp_istream_set_baseRSiRcRbS1_':
isfuns.cc:(.text+0x27e): undefined reference to `std::ios_base::Init::Init()'
isfuns.cc:(.text+0x295): undefined reference to `std::ios_base::Init::~Init()'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osdoprnti.o): In function `__gmp_doprnt_integer_ostream(std::basic_ostream<char, std::char_traits<char> >&, doprnt_params_t*, char*)':
osdoprnti.cc:(.text+0xa8): undefined reference to `std::basic_ostream<char, std::char_traits<char> >::write(char const*, int)'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osdoprnti.o): In function `global constructors keyed to _Z28__gmp_doprnt_integer_ostreamRSoP15doprnt_params_tPc':
osdoprnti.cc:(.text+0xf0): undefined reference to `std::ios_base::Init::Init()'
osdoprnti.cc:(.text+0x107): undefined reference to `std::ios_base::Init::~Init()'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osdoprnti.o).eh_frame+0x13): undefined reference to `__gxx_personality_v0'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osfuns.o): In function `__gmp_doprnt_params_from_ios(doprnt_params_t*, std::basic_ios<char, std::char_traits<char> >&)':
osfuns.cc:(.text+0x13d): undefined reference to `std::ctype<char>::_M_widen_init() const'
osfuns.cc:(.text+0x1cb): undefined reference to `std::__throw_bad_cast()'
/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/lib/libgmpxx.a(osfuns.o): In function `global constructors keyed to __gmp_asprintf_funs_noformat':
osfuns.cc:(.text+0x1da): undefined reference to `std::ios_base::Init::Init()'
osfuns.cc:(.text+0x1f1): undefined reference to `std::ios_base::Init::~Init()'
collect2: ld returned 1 exit status
make[2]: *** [cloog] Error 1
make[2]: se sale del directorio «/home/juan/vdr-ng-em/hostutils.build/cloog-ppl-0.15.11»
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio «/home/juan/vdr-ng-em/hostutils.build/cloog-ppl-0.15.11»
make: *** [/home/juan/vdr-ng-em/m7x0_xtc_uclibc_Linux-i686/stagefiles/.cloog_host_compiled] Error 2

Si actualizas ya podrás compilarla, pero no te recomiendo instalarla porque es una versión para probar las nuevas optimizaciones del gcc y puede fallar por todos lados.

Al mirar el log de este cambio puede apreciarse que el cambio es bastante grande y afecta al núcleo del sistema.

Lo mejor es tener un firm anterior por si acaso se detecta algún fallo volver a instalar el anterior.

Si lo he hecho con un snv update en la Rev 1125, y tambien bajando entero. Y falla los dos en los mismo. Ahora esta corriendo con la Rev 1125 y de verdad va nuy bien

Pues tendría que compilarte bien, ¿qué versión de gcc usas?
Ejecuta "gcc --version".

Por cierto, ¿no estarás usando el "export CC=/usr/bin/gcc-3.4"?
Es que en la rama trunk ya no hace falta esa versión y esto puede ocasionar que no se compilen las nuevas librerías.

Mejor prueba a ejecutar "$CC --version".

Ahora no estoy en casa, pero anoche, despues de comentarme y hacer svn update a la la Rev 1128, ya funciono. Gracias.
Yo en el .config le pongo el vdr-plugins "extrecmenu", y da fallo de la libreria, te lo confirmo ya que ayer me dio las 1 una y pico, que fallo aquí, dando error y uno madruga al día siguiente.

Lo estoy compilando con linux mint 11, en principio creo que no he hecho nada de cambiar el gcc-4.3.

Como te dije ayer hasta la Rev 1125, fue correcto.

En la rama trunk se hizo una limpieza de plugins y el "extrecmenu" ya no está porque todo lo que hace se puede hacer desde el VDR y mucho mejor.
Bien es cierto que la presentación de carpetas es mejor, pero eso habrá que añadirlo al VDR.