Error en la compilación del firmware unstable (pro)

Ok, igual ya lo haré mañana, hoy tengo que grabar cosas por la noche.

Acabo de "lanzar" el .ofi por telnet a ver que es lo que pasa

Perfecto!, se ha instalado en un santiamén.
Ahora estoy haciendo búsqueda de canales, porque aquí en Barcelona han cambiado ultimante y no están todos los que son.
Por lo poco que he podido tocar, la diferencia de velocidad de cuando lo instalé en Agosto (que lo hice con el .bat para windows) es abismal, va super rapido, y la EPG estaba toda cargada en cero coma...

yeahhh escribió:Acabo de "lanzar" el .ofi por telnet a ver que es lo que pasa

Te va a gustar el formato OFI y ya no podrás cambiar.....
Salu2, 8)

Ya te digo, se ha instalado más rapido el firm, que lo que tardo en hacer apagado total + 4 enchufazos...

yeahhh escribió:Acabo de "lanzar" el .ofi por telnet a ver que es lo que pasa

Hola, también puedes lanzar el .ofi con el plugin filebrowser.

Saludos
JA

Hola,
Gracias por las respuestas.

bittor escribió:

atinar escribió:No creo que sea problema con el bunzip2 ...

Pues es verdad que no son diffs, pero en Ubuntu Hardy el patch con esos archivos funciona bien.

Ese patch es uno de los que se elimina según la lista en Addons/Delete/lite.lst, así que si la versión que compilas es la lite, no verás el error.

bittor escribió:

atinar escribió:Por cierto, aprovecho para hacer una pregunta: si quiero cambiar algo del código, por ejemplo del webif, ¿tengo que trabajar con lo que está en build/webif?, ...

Al hacer un make-fw se hace una limpieza de la compilación anterior para asegurar que no se compila un firmware remix-bug mezclando cosas viejas con nuevas y así evitar problemas.
El directorio para el webif sería el build/webif.

Más que limpiar la compilación, se limpia el código fuente... En lugar de generar los patches, de momento optaré por la solución que describo algo más abajo.

bittor escribió:

atinar escribió:¿Está explicado en algún lado cuáles son los scripts que se tienen que utilizar para hacer qué?

No, es que son tan sencillos que mirando su contenido ya sabes lo que hacen .

¡Ese humor negro ...!

bittor escribió:

atinar escribió:¿Y cómo hacéis para depurar los programas?

Como comenta zjuanma se puede usar el GDB, pero tendrás que activarlo en el .config antes de hacer el make porque lo desactivé por defecto para que compilara más rápido al no ser necesario en el firmare y porque al parecer con 64 bits requiere gcc 3.x.

Lo más rápido y cómodo es hacer registros en el syslog (en el webif sería usando el warn) o mirando la salida del programa por telnet.

Para depurar el webif he optado por otra línea de trabajo: Dado que la mayor parte de la información que muestra, se obtiene vía SVDRP, no hay en realidad ninguna necesidad de ejecutarlo en el box, se puede ejecutar/depurar sin problema en el pc con sólo cambiar unas pocas líneas. En realidad pienso que lo voy a quitar del box y dejarlo como un servicio permanente en el pc. Y eso me lleva a otro tema: revisando el código he visto algunos problemas (memoria no liberada, condiciones de control que nunca se cumplen). Creo que he corregido los problemas que he visto. Se lo he notificado al autor pero no tiene tiempo para revisar el parche que le he sugerido, así que si alguien está interesado, lo podría poner aquí (aunque incluye otros cambios que no son estrictamente necesarios y que tienen más que ver con mi propio estilo de programar ...)

Y antes de que me olvide, hay otro problema en la compilación, cuando se descomprime root_m740_extracted (las rutas son relativas a VDR-NG-FW):

Código:

m7x0_xtc_uclibc_Linux-i686/bin/cramfsck -r -x m7x0-modules/root_m740_extracted build/m7x0-modules/wsw-cram-aligned-m740.host

sale primero

Código:

warning: file extends past end of filesystem
m7x0_xtc_uclibc_Linux-i686/bin/cramfsck: crc error

y luego un montón de :

Código:

warning: cannot generate special file build/m7x0-modules/root_m740_extracted/dev/avswitch as user.

todos referidos al directorio dev.

Hola, he hecho el svn update, y ahora al intentar compilar el firm me dice esto:

make: *** [/home/usuario/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-i686/stagefiles/.binutils_configured] Error 77

Hola, yo he sacado un hueco para compilar el firmware y me da el siguiente error:

josep@josep:~/VDR-NG-EM/VDR-NG-EM/VDR-NG-FW$ sudo make
PATH="/home/josep/VDR-NG-EM/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-i686/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin" CC="mips-linux-uclibc-gcc" CXX="mips-linux-uclibc-g++" AS="mips-linux-uclibc-as" AR="mips-linux-uclibc-ar" CPP="mips-linux-uclibc-cpp" RANLIB="mips-linux-uclibc-ranlib" LD="mips-linux-uclibc-ld" STRIP="mips-linux-uclibc-strip" CFLAGS="-march=mips2 -mtune=vr4120 -O3 -msoft-float -mfix-vr4120" CXXFLAGS="-march=mips2 -mtune=vr4120 -O3 -msoft-float -mfix-vr4120" make -C /home/josep/VDR-NG-EM/VDR-NG-EM/VDR-NG-FW/build/tool-box-extra PATH="/home/josep/VDR-NG-EM/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-i686/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/X11R6/bin" CC="mips-linux-uclibc-gcc" CXX="mips-linux-uclibc-g++" AS="mips-linux-uclibc-as" AR="mips-linux-uclibc-ar" CPP="mips-linux-uclibc-cpp" RANLIB="mips-linux-uclibc-ranlib" LD="mips-linux-uclibc-ld" STRIP="mips-linux-uclibc-strip" CFLAGS="-march=mips2 -mtune=vr4120 -O3 -msoft-float -mfix-vr4120" CXXFLAGS="-march=mips2 -mtune=vr4120 -O3 -msoft-float -mfix-vr4120" \
PREFIX=/home/josep/VDR-NG-EM/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-i686/target_root/usr install
make[1]: se ingresa al directorio `/home/josep/VDR-NG-EM/VDR-NG-EM/VDR-NG-FW/build/tool-box-extra'
cp: falta el operando archivo de destino después de «/home/josep/VDR-NG-EM/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-i686/target_root/usr/sbin»
Pruebe `cp --help' para más información.
make[1]: *** [install] Error 1
make[1]: se sale del directorio `/home/josep/VDR-NG-EM/VDR-NG-EM/VDR-NG-FW/build/tool-box-extra'
make: *** [/home/josep/VDR-NG-EM/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-i686/stagefiles/.tool-box-extra_installed] Error 2

A mi me sale el mismo error que a lopezm0.
Ayer no daba error.

Otro con el mismo error, PRESENTE!

@bittor
Respecto al error que sale tratando de aplicar el cifs-fs-tar.bz2 como si fuera un parche, lo he preguntado en el foro alemán y andreas, con su proverbial amabilidad, me ha sugerido cortesmente que me fuera al cuerno por hacer allí preguntas sobre el código que se ha modificado aquí (aún cuando ese archivo ya está en su rama y no se ha añadido aquí).
Lo cierto es que sigo sin entender por qué se trata de aplicar ese archivo como si fuera un parche.
En patch-kernel.sh hay una línea que dice:

Código:

patchpattern=${@-*.[patch|diff]*}

que, entiendo, es el patrón con el debe coincidir el nombre de un archivo para ser aplicado como parche.
El patrón original (andreas-unstable) es

Código:

patchpattern=${@-*.patch*}

En ninguno de los dos casos el archivo cifs-fs-tar.bz2 coincide con el patrón, sin embargo trata de aplicarlo.
No tengo muy claro cómo funciona la expansión de variables en el bash, pero la orden:

Código:

ls -d *.[patch|diff]*

da error si se ejecuta directamente en un terminal.
¿Estáis seguros de que la sintaxis está bien?

Al menos en bash, esa expansión que pruebas sería así

Código:


ls -d *.{patch,diff}*


Ahora bien, no sé si eso es lo que quiere hacer el script. Le echo un ojo y te digo.

Saludos,
Solrac

Re-edito: El script no está bien como está.

Prueba, por ejemplo

Código:


pepe=${@-*.[txt|sh]*}
echo $pepe


y verás como selecciona ficheros que no cumplen el patrón. Ahora bien, no se cómo se corrige.

Por cierto, es un script "sh" no "bash".

atinar escribió:
No tengo muy claro cómo funciona la expansión de variables en el bash, pero la orden:

Código:

ls -d *.[patch|diff]*

da error si se ejecuta directamente en un terminal.
¿Estáis seguros de que la sintaxis está bien?

Hola solrac

solrac escribió:Al menos en bash, esa expansión que pruebas sería así

Código:


ls -d *.{patch,diff}*


Entoces, según lo que dices, en patch-kernel.sh debería poner algo así como

Código:

patchpattern=${@-*.\{patch,diff\}*}

¿No?.

solrac escribió:Por cierto, es un script "sh" no "bash".

Hombre, he dicho lo del bash, porque una de las primeras instrucciones que se dan para construir el fw es que sh debe apuntar a bash.

atinar escribió:
Entoces, según lo que dices, en patch-kernel.sh debería poner algo así como

Código:

patchpattern=${@-*.\{patch,diff\}*}

¿No?.

Pues eso es lo primero que he probado, pero parece que no funciona bien. De hecho, si escribes el código que he puesto antes con esa expresión, al hacer el "echo $pepe" devuelve la cadena de la expresión (correcta) y no los ficheros. No sé por qué.

atinar escribió:
Hombre, he dicho lo del bash, porque una de las primeras instrucciones que se dan para construir el fw es que sh debe apuntar a bash.

Será así, entonces, yo solo me he fijado en la cabecera del script.

Saludos,
Solrac

Respecto al error que está ocurriendo desde el viernes:

Código:

make[1]: se ingresa al directorio `build/tool-box-extra'
cp: falta el operando archivo de destino después de «m7x0_xtc_uclibc_Linux-i686/target_root/usr/sbin»
Pruebe `cp --help' para más información.


En el archivo Addons/Files/common/buildin/tool-box-extra/Makefile pone

Código:

SPRGS :=

y más abajo

Código:

install: $(SPRGS) $(PRGS)
        -@$(MKDIR) -p $(SBINDIR)
        @$(CP) $(SPRGS) $(SBINDIR)
        -@$(MKDIR) -p $(BINDIR)
        @$(CP) $(PRGS) $(BINDIR)


Lo que significa que la linea

Código:

@$(CP) $(SPRGS) $(SBINDIR)

se expande a un comando cp donde sólo hay un argumento. En realidad falta el origen, pero el error indica que falta el archivo de destino...

Ese make es para lo que añadio bittor de io-test y lo otro, podeis descargar una version anterior a esos cambios, ¿del jueves? o esperar a que bittor lo revise.

@solrac
He estado probando, y esto funciona

Código:

#!/bin/bash
shopt -s extglob
patchpattern="@(*.patch|*.diff)"
ls -d ${patchpattern}

Esta es una sugerencia de cambios a hacer en Addons para resolver alguno de los problemas de los que se ha estado hablando aquí:

Código:

Index: Files/common/buildin/tool-box-extra/Makefile
===================================================================
--- Files/common/buildin/tool-box-extra/Makefile    (revisión: 309)
+++ Files/common/buildin/tool-box-extra/Makefile    (copia de trabajo)
@@ -58,7 +58,9 @@
 
 install: $(SPRGS) $(PRGS)
    -@$(MKDIR) -p $(SBINDIR)
-    @$(CP) $(SPRGS) $(SBINDIR)
+    ifneq ($(strip $(SPRGS)),)
+        @$(CP) $(SPRGS) $(SBINDIR)
+    endif
    -@$(MKDIR) -p $(BINDIR)
    @$(CP) $(PRGS) $(BINDIR)
 
Index: Patches/common/050-patch-kernel-diff-compatible.patch
===================================================================
--- Patches/common/050-patch-kernel-diff-compatible.patch    (revisión: 309)
+++ Patches/common/050-patch-kernel-diff-compatible.patch    (copia de trabajo)
@@ -1,12 +1,18 @@
 diff -Naur uclibc_build_env_orig/patches/patch-kernel.sh uclibc_build_env/patches/patch-kernel.sh
 --- uclibc_build_env_orig/patches/patch-kernel.sh    2008-01-20 18:11:41.000000000 +0100
 +++ uclibc_build_env/patches/patch-kernel.sh    2008-01-22 19:46:40.000000000 +0100
-@@ -9,7 +9,7 @@
+@@ -9,7 +9,12 @@
++shopt -s extglob
  targetdir=${1-.}
  patchdir=${2-../kernel-patches}
  shift 2
 -patchpattern=${@-*.patch*}
-+patchpattern=${@-*.[patch|diff]*}
++if [[ -z $@ ]];
++    then patchpattern="@(*.patch|*.diff)";
++else
++    patchpattern=$@;
++fi
+
 
  if [ ! -d "${targetdir}" ] ; then
      echo "Aborting.  '${targetdir}' is not a directory."



sorry, es que tenía puesto el netdate en sprograms pero al final lo quité y ha dado el error por estar vacío.
Espero que ahora ya esté solucionado como comenta atinar y lo del patch-kernel.sh lo he dejado como el original cambiando la extensión de los parches para los plugins.

Puede que todavía haya algún error, esta tarde lo pruebo a ver.

Voy a dejarlo compilando ahora, a ver que me encuentro a la tarde :x :x
Espero que un bonito wsw y un bonito ofi

--2008-11-17 16:50:29-- (intento:19) http://belnet.dl.sourceforge.net/sourceforge/lirc/lirc-0.6.4.tar.bz2
Conectando a belnet.dl.sourceforge.net|193.190.198.97|:80... falló: Expiró el tiempo de conexión.
Reintentando.

--2008-11-17 16:53:48-- (intento:20) http://belnet.dl.sourceforge.net/sourceforge/lirc/lirc-0.6.4.tar.bz2
Conectando a belnet.dl.sourceforge.net|193.190.198.97|:80... falló: Expiró el tiempo de conexión.
Dándose por vencido.

Pues parece que ahora no va sourceforge
De todas formas, no sé por qué te vuelve a bajar ese archivo si has recompilado desde una versión anterior.
Para evitar este tipo de problemas, lo mejor es tener siempre una copia de:

Código:

VDR-NG-FW/downloads

Y si se hace una instalación de cero, pasar ese directorio a:

Código:

VDR-NG-FW.orig/downloads

Si no tienes copia, buscas en google "lirc-0.6.4.tar.bz2" y te salen unos cuantos sitios para bajarlo, lo metes en

Código:

VDR-NG-FW/downloads

y vuelves a ejecutar el make.

Es que he borrado y he vuelto a hacerlo todo desde 0, porque al darme ese error, intentaba hacer otra vez make,y al momento me daba un error (como que ya tenia errores guardados y que no continuaba)
Luego pruebo a bajarme ese fichero.

Mirror SourceForge >> http://www.mirrorservice.org/sites/download.sourceforge.net/pub/sourceforge/l/li/lirc/

Salu2, 8)