Script ejecutable para automatizar la compilación.

Aunque supongo que ya se había pensado antes y no se ha hecho por alguna razón, no se si sería interesante dejar para descarga un script ejecutable para linux que automatice el proceso de compilación para símplemente ejecutar el script y dejarlo rulando.

Si lo es, y dado que soy un novato en linux, me he valido de varias búsquedas por internet para hacer uno sencillo (os podéis reir los expertos y los que no lo sois). Únicamente le he añadido que genere un log con la hora de inicio y final para saber cuanto tiempo le cuesta compilar (por curiosidad nada más). También he incorporado una opción que me indicó bittor para no tener que descargar archivos que ya se habían descargado anteriormente.

Os lo pongo, si consideráis que mejor que no esté, edito el mensaje y lo quito o quitadlo los administradores.

Código:


#!/bin/bash
#inicio de script

echo "Inicio de la compilación" > compilacion.log
date >> compilacion.log
cp -u VDR-NG-EM/VDR-NG-FW/downloads/* VDR-NG-EM/VDR-NG-FW.orig/downloads/
rm -rf VDR-NG-EM/VDR-NG-FW
export CC=/usr/bin/gcc-3.4
sudo ln -fs /bin/bash /bin/sh
svn checkout -q http://svn.assembla.com/svn/VDR-M7x0/unstable ./VDR-NG-EM
cd ./VDR-NG-EM
./make-fw
cd VDR-NG-FW
make
cd ..
cd ..
echo "Fin de la compilación" >> compilacion.log
date >> compilacion.log

#fin de script


Para usarlo basta con poner el script en el directorio del que cuelga ..../VDR-NG-EM/.... hacerlo ejecutable la primera vez que se use con chmod y ejecutar ./nombrequeselehayadadoalscript. Mejor con sudo delante para que luego no pida la contraseña de administrador cuando llega a la linea del "ln".

Lógicamente si os parece buena idea y alguno de los "gurus" lo modificáis para hacerlo más sencillo o reducido, mejor que mejor.

Un saludo,

Hola, yo quitaría la línea "sudo ln -fs /bin/bash /bin/sh" del script, puesto que solamente se tiene que ejecutar una vez en la vida. Daría una indicación de que la primera vez que se compile el firm se ejecutara dicho comando, y a correr.
Saludos
JA

Ok, me imaginaba que solo hacía falta la primera vez, pero no estaba seguro si al reiniciar el ordenador se necesitaba volver a crear ese enlace. Por lo tanto quedaría:

Código:

#!/bin/bash
#inicio de script

echo "Inicio de la compilación" > compilacion.log
date >> compilacion.log
cp -u VDR-NG-EM/VDR-NG-FW/downloads/* VDR-NG-EM/VDR-NG-FW.orig/downloads/
rm -rf VDR-NG-EM/VDR-NG-FW
export CC=/usr/bin/gcc-3.4
svn checkout -q http://svn.assembla.com/svn/VDR-M7x0/unstable ./VDR-NG-EM
cd ./VDR-NG-EM
./make-fw
cd VDR-NG-FW
make
cd ..
cd ..
echo "Fin de la compilación" >> compilacion.log
date >> compilacion.log

#fin de script

Sabiendo que únicamente la primera vez que se compile habría que ejecutar el:

sudo ln -fs /bin/bash /bin/sh

Aquí no se borran mensajes de gente que quiere colaborar.

Usando este script pierdes la posibilidad de cambiar parámetros como la IP, directorio de grabaciones, etc. antes de compilar el firm.

A ver si nos ponemos a ello y hacemos unos scripts más potentes y flexibles que los que hay ahora, pero antes hay que hacer un análisis.

Tienes razón bittor, antes antes de hacer el make me añadía algún pluggin extra para compilar pero ahora, como compilo cada dos por tres lo hago sin modificar nada, de ahí que directamente con el script ya no necesite nada más.

Ya había leido lo que comentas de hacer unos scripts más potentes. Será perfecto para los que son mas miedosos con linux.

Un saludo,

Yo también me he creado un script para automatizar el proceso de descarga y compilación del firmware unstable.
No creo sé si le servirá o interesará a alguien, pero como me he basado en el que ha publicado jb en este hilo me parece lógico hacer yo lo mismo:

Código:

#!/bin/bash
echo "Inicio de la compilación" > compilacion.log
date >> compilacion.log

echo "Salvando las descargas..."
cp -u VDR-NG-EM/VDR-NG-FW/downloads/* VDR-NG-EM/VDR-NG-FW.orig/downloads/

echo "Borrando la generación anterior..."
rm -rf VDR-NG-EM/VDR-NG-FW

export CC=/usr/bin/gcc-3.4

echo "Actualizando VDR-NG-EM..."
if [ -z "$1" ]; then
  svn checkout http://svn.assembla.com/svn/VDR-M7x0/unstable ./VDR-NG-EM
else
  svn checkout -r $1 http://svn.assembla.com/svn/VDR-M7x0/unstable ./VDR-NG-EM
fi

echo "Preparando la compilación..."
cd VDR-NG-EM
./make-fw
cd ..

echo "Editando la configuración..."
config1="VDR-NG-EM/VDR-NG-FW/.config"
config2="VDR-NG-EM/VDR-NG-FW/buildin/base-pro/common/etc/rc.conf"
config3="VDR-NG-EM/VDR-NG-FW/buildin/base-pro/common/etc/fstab"
gedit $config1 $config2 $config3
read -n 1

echo "Compilando el firmware..."
cd VDR-NG-EM
cd VDR-NG-FW
((make 3>&2 2>&1 1>&3 | tee ../../errores.log) 3>&2 2>&1 1>&3) 2>&1 | tee ../../make.log
cd ..
cd ..

echo "Copiando el firmware generado..."
version=`svnversion VDR-NG-EM/Addons | cut -d ":" -f 2`
if [ -f VDR-NG-EM/VDR-NG-FW/open7x0.org-m740.ofi ]; then
  cp VDR-NG-EM/VDR-NG-FW/open7x0.org-m740.ofi /mnt/vdr/open7x0.org-m740-$version.ofi
fi
if [ -f VDR-NG-EM/VDR-NG-FW/open7x0.org-m740.wsw ]; then
  cp VDR-NG-EM/VDR-NG-FW/open7x0.org-m740.wsw /mnt/vdr/open7x0.org-m740-$version.wsw
fi

echo "Fin de la compilación" >> compilacion.log
date >> compilacion.log

Los cambios que he introducido son los siguientes:

• Mostrar mensajes de cada paso del proceso.
  
• Mostrar los archivos descargados del SVN de la versión unstable (quitar opción -q)
  
• Posibilidad de descargar una revisión concreta de la rama unstable, especificándola como parámetro de entrada del script al ejecutarlo. Por ejemplo, para descargar la revisión 471: ./vdr 471 (si se omite el parámetro se descarga la última revisión que haya).
  
• Lanzar el gedit con varios archivos de configuración para poder hacer cambios si fuera necesario. El script no continúa hasta que se pulsa una tecla.
  
• Guardar un log de la compilación en dos archivos: errores.log contiene los mensajes de error y make.log todo lo que muestra el make.
  
• Copiar los firmwares generados a otra carpeta. Yo los copio a /mnt/vdr que es donde tengo montada una carpeta compartida en mi máquina virtual Ubuntu. También les añade el número de versión al nombre del archivo para no sobrescribir versiones anteriores que haya en esa carpeta y tenerlas por si hubiera que volver atrás.
  

Gracias garbas, aprovecharé tu script, así no tendré que renombrar los archivos tras la compilación.

Un saludo,

La verdad es que así ya no hay que trabajar nada. Solo esperar.

Gracias por facilitarlo tanto.

@telete
Si usas éstos script, te generan un log de la compilación. A ver si te dan errores compilando y vemos tu problema.

Me temo que el log simplemente contiene la fecha y hora de finalización.

Puedes probar a ejecutarlo como ./vdr 2> log (vdr es el nombre del script)
Los mensajes normales salen por pantalla y en el archivo log quedarán los errores.

He conseguido los archivos ofi y wsw con el script de garbas
estan en VDR-NG-EM/VDR-NG-FW.
No me ha generado /mnt/vdr.
Al compilar en las ultimas lineas me dice:
Copiando el firmware generado...
cp: no se puede crear el fichero regular «/mnt/vdr/open7x0.org-m740-491.ofi»: No existe el fichero ó directorio
cp: no se puede crear el fichero regular «/mnt/vdr/open7x0.org-m740-491.wsw»: No existe el fichero ó directorio

¿Que puedo hacer?, ¿serviran los archivvos?
¡Gracias por la ayuda!

El directorio "/mnt/vdr" tiene que existir en tu PC. No tiene por que ser el mismo. Puede ser cualquiera pero tiene que existir para poder guardar el firmware dentro

gatopardo escribió:¿Que puedo hacer?, ¿serviran los archivvos?
¡Gracias por la ayuda!

Te servirán perfectamente, son los mismos.

Saludos,
Solrac

gatopardo escribió:He conseguido los archivos ofi y wsw con el script de garbas
estan en VDR-NG-EM/VDR-NG-FW.
No me ha generado /mnt/vdr.
Al compilar en las ultimas lineas me dice:
Copiando el firmware generado...
cp: no se puede crear el fichero regular «/mnt/vdr/open7x0.org-m740-491.ofi»: No existe el fichero ó directorio
cp: no se puede crear el fichero regular «/mnt/vdr/open7x0.org-m740-491.wsw»: No existe el fichero ó directorio

¿Que puedo hacer?, ¿serviran los archivvos?
¡Gracias por la ayuda!

La copia que hago al final es para tener todos los firmwares generados guardados en otro sitio, dado que cada regeneración comienza borrando el directorio VDR-NG-EM/VDR-NG-FW. Les añado el número de la revisión al nombre para que no se sobrescriban unos a otros.

Utilizo una carpeta en /mnt porque yo compilo en una máquina virtual (con VirtualBox). En esa carpeta (/mnt/vdr) tengo montada una carpeta del equipo real utilizando el sistema de directorios compartidos de VirtualBox.

Tendrás que modificar esa parte del script para adaptarlo a tu situación particular, cambiando si es necesario /mnt/vdr por la ruta a una carpeta que exista en el sistema de archivos de tu Linux. Si no usas una máquina virtual podrá ser cualquier carpeta de tu equipo.

He actualizado el script que publiqué aquí: https://vdr-m7x0.foroactivo.com.es/instalacion-f1/script-ejecutable-para-automatizar-la-compilacion-t407.htm#6635
He hecho los cambios en el mismo post para evitar confusiones.
Los cambios realizados son los siguientes:

• Permitir seleccionar la revisión de la rama unstable mediante un parámetro opcional que se le pasa al script.
  
• Editar los archivos de configuración dentro de VDR-NG-EM/VDR-NG-FW en lugar de en VDR-NG-EM/Addons.
  
• Esperar a que se pulse una tecla para continuar la ejecución tras lanzar el gedit.
  
• Generar un archivo de log con toda la salida de la ejecución del make y otro sólo con la salida de errores.
  

garbas escribió:He actualizado el script que publiqué aquí: https://vdr-m7x0.foroactivo.com.es/instalacion-f1/script-ejecutable-para-automatizar-la-compilacion-t407.htm#6635
He hecho los cambios en el mismo post para evitar confusiones.
Los cambios realizados son los siguientes:

• Permitir seleccionar la revisión de la rama unstable mediante un parámetro opcional que se le pasa al script.
  
• Editar los archivos de configuración dentro de VDR-NG-EM/VDR-NG-FW en lugar de en VDR-NG-EM/Addons.
  
• Esperar a que se pulse una tecla para continuar la ejecución tras lanzar el gedit.
  
• Generar un archivo de log con toda la salida de la ejecución del make y otro sólo con la salida de errores.
  

Muchas gracias por la actualización.

garbas escribió:He actualizado el script que publiqué aquí: https://vdr-m7x0.foroactivo.com.es/instalacion-f1/script-ejecutable-para-automatizar-la-compilacion-t407.htm#6635
He hecho los cambios en el mismo post para evitar confusiones.
Los cambios realizados son los siguientes:

• Permitir seleccionar la revisión de la rama unstable mediante un parámetro opcional que se le pasa al script.
  
• Editar los archivos de configuración dentro de VDR-NG-EM/VDR-NG-FW en lugar de en VDR-NG-EM/Addons.
  
• Esperar a que se pulse una tecla para continuar la ejecución tras lanzar el gedit.
  
• Generar un archivo de log con toda la salida de la ejecución del make y otro sólo con la salida de errores.
  

Como no controlo muy bien toda la estructura de compilación me surjen dudas que seguro que son una chorrada, pero que yo desconozco.
¿Que ventaja tiene editar los archivos de configuración en VDR-NG-EM/VDR-NG-FW?
Gracias

telete escribió:

garbas escribió:He actualizado el script que publiqué aquí: https://vdr-m7x0.foroactivo.com.es/instalacion-f1/script-ejecutable-para-automatizar-la-compilacion-t407.htm#6635
He hecho los cambios en el mismo post para evitar confusiones.
Los cambios realizados son los siguientes:

• Permitir seleccionar la revisión de la rama unstable mediante un parámetro opcional que se le pasa al script.
  
• Editar los archivos de configuración dentro de VDR-NG-EM/VDR-NG-FW en lugar de en VDR-NG-EM/Addons.
  
• Esperar a que se pulse una tecla para continuar la ejecución tras lanzar el gedit.
  
• Generar un archivo de log con toda la salida de la ejecución del make y otro sólo con la salida de errores.
  

Como no controlo muy bien toda la estructura de compilación me surjen dudas que seguro que son una chorrada, pero que yo desconozco.
¿Que ventaja tiene editar los archivos de configuración en VDR-NG-EM/VDR-NG-FW?
Gracias

Por ejemplo, puedes hacer que te integre algún plugin ya en la compilación, para no tenerlo que añadir tu posteriormente. Seguro que más cosas, pero es la única que al menos, yo, conozco.
Salu2

telete escribió:Como no controlo muy bien toda la estructura de compilación me surjen dudas que seguro que son una chorrada, pero que yo desconozco.
¿Que ventaja tiene editar los archivos de configuración en VDR-NG-EM/VDR-NG-FW?
Gracias

Modificar los archivos en VDR-NG-EM/Addons era un error de las instrucciones de la wiki (que ya está corregido).
La ejecución de make-fw actualiza esos archivos y luego los copia a VDR-NG-EM/VDR-NG-FW. Por eso lo correcto es modificarlos ahí y dejar los originales sin tocar para que se actualicen correctamente la siguiente vez.

En cuanto a las utilidades de esas modificaciones: se pueden resumir en que sirven para generar un firmware que contenga las personalizaciones que se harían una vez instalado, de forma que no sea necesario hacerlas si hubiera que reinstalarlo. Además, suele ser más sencillo editar esos archivos en el PC que no modificarlos después desde el menú o mediante telnet, ftp, etc.

Yo suelo configurar la lista de plugins a incluir en el firmware, los datos de la red, las particiones que se deben montar en el Giga e incluso añado algunos ficheros (como los logos de los canales).
Mi intención es que instalar un nuevo firmware se limite a salvar configuración, ejecutar el .ofi y recuperar configuración.

Al compilar mediante el script de garbas legué a conseguir los archivos .wsw y .ofi y me funcionaron bien.
Luego he hecho otras compilaciones y aunque me salen los archivos .wsw y .ofi pero no funcionan y me sale un archivo errores.log con muchisimos errores. ¿Que puedo hacer?. Los archivos iniciales no los consevo

¿puedes poner los errores que te salen?

Errores.log es muy largo, no se como mandarlo entero.
mando algunas lineas:

arlex.c:1898: aviso: no hay un prototipo previo para 'yylex_destroy'
arlex.c:1349: aviso: se definió 'yyunput' pero no se usa
itbl-lex.c:1690: aviso: no hay un prototipo previo para 'yyget_in'


ldlex.c:3786: aviso: no hay un prototipo previo para 'yyget_in'


make[1]: mips-linux-uclibc-gcc: No se encontró el programa
make[1]: se ingresa al directorio `/home/pedro/VDR-NG-EM/VDR-NG-FW/build/uClibc-0.9.30.1'
make[1]: mips-linux-uclibc-gcc: No se encontró el programa

extra/locale/gen_wc8bit.c: In function 'main':
extra/locale/gen_wc8bit.c:356: warning: array subscript is above array bounds
extra/locale/gen_wc8bit.c:415: warning: array subscript is above array bounds

Es normal que haya un montón de avisos, pero no son el error por el que sale.
¿tienes el archivo VDR-NG-FW/m7x0_xtc_uclibc_Linux-<arquitectura>/bin/mips-linux-uclibc-gcc?
Sube el log a rapidshare y pones el link aquí.

Si, lo tengo.
Te envio el último errores log:

http://rapidshare.com/files/220800132/errores.log.html

El único problema que veo es que no se puede bajar el programa e2fsprogs-1.41.4.tar.gz de sourceforge y no continúa.
A veces los servidores sourceforge fallan y hay que buscar estos archivos de otros mirrors, normalmente pones el nombre del archivo en google y salen descargas alternativas, luego lo dejas en el directorio downloads y vuelves a ejecutar el make para compilar.