Problemas con la compilacion

Hombre, te doy una solución "rápida", te instalas virtualbox sobre el ubuntu 9.10,y allí te instalas una 8.04, 8.10 o una 9.04 y compilas desde allí.

Si no me queda más remedio es lo que tendré que hacer, pero seguro que hay una solución más sencilla, máxime cuando zjuanma ha compilado bien en la 9.10.

A, pues si el ha compilado... el tiene la respuesta
Yo cuando vi tantas historias, me pasé a la LTS (también decir que me pasé a la LTS porque tengo la enfermedad del actualizador, y actualizo todo lo que tengo), así que con la LTS, irán sacando las cosas necesarias para funcionar correctamente, pero nada más.

jb escribió:Nada, no me compila con el gcc-3.4 que he puesto, os cuelgo el final de la compilación donde me salen unas "extrañas" preguntas que si voy aceptando permite continuar pero no termina la compilación de forma correcta.

Código:

rm -rf DBTOHTML_OUTPUT*
make[2]: se sale del directorio `/media/VARIOS/vdrunstable/VDR-NG-EM/VDR-NG-FW/build/slin_m740/Documentation/DocBook'
rm -f core `find . \( -not -type d \) -and \
        \( -name '*.orig' -o -name '*.rej' -o -name '*~' \
        -o -name '*.bak' -o -name '#*#' -o -name '.*.orig' \
        -o -name '.*.rej' -o -name '.SUMS' -o -size 0 \) -type f -print` TAGS tags
make[1]: se sale del directorio `/media/VARIOS/vdrunstable/VDR-NG-EM/VDR-NG-FW/build/slin_m740'
cp /media/VARIOS/vdrunstable/VDR-NG-EM/VDR-NG-FW/configs/siemens-linux-kernel/m740.config /media/VARIOS/vdrunstable/VDR-NG-EM/VDR-NG-FW/build/slin_m740/.config
PATH='/media/VARIOS/vdrunstable/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/games:/opt/pavcl/usr/bin' make CROSS_COMPILE=mips-linux- ARCH=mips \
        BASH=bash CC=mips-linux-egcs -C /media/VARIOS/vdrunstable/VDR-NG-EM/VDR-NG-FW/build/slin_m740 oldconfig
make[1]: se ingresa al directorio `/media/VARIOS/vdrunstable/VDR-NG-EM/VDR-NG-FW/build/slin_m740'
rm -f include/asm
( cd include ; ln -sf asm-mips asm)
/bin/sh scripts/Configure -d arch/mips/config.in
#
# Using defaults found in .config
#
scripts/Configure: línea 546: .: .config: no se encontró el fichero
scripts/Configure: línea 548: .: .config-is-not.16888: no se encontró el fichero
*
* Code maturity level options
*
Prompt for development and/or incomplete code/drivers (CONFIG_EXPERIMENTAL) [N/y/?] (NEW)
*
* Loadable module support
*
Enable loadable module support (CONFIG_MODULES) [N/y/?] (NEW)
*
* Machine selection
*
Support for Alchemy Semi PB1000 board (CONFIG_MIPS_PB1000) [N/y/?] (NEW)
Support for Alchemy Semi PB1100 board (CONFIG_MIPS_PB1100) [N/y/?] (NEW)
Support for Alchemy Semi PB1500 board (CONFIG_MIPS_PB1500) [N/y/?] (NEW)
Support for DECstations (CONFIG_DECSTATION) [N/y/?] (NEW)
Support for Globespan IVR board (CONFIG_MIPS_IVR) [N/y/?] (NEW)


Si alguien puede dar uno poco de luz.?

Para compilar:

Código:

export PATH=$PATH:./; make

Un saludo.

Muchas gracias. Compilando perfectamente en Karmic añadiendo la línea

export PATH=$PATH:./

antes de hacer el make.

Salu2.
jb

debianjoker escribió:Para compilar:

Código:

export PATH=$PATH:./; make

Un saludo.

Por cierto, ¿dónde hay que apuntarse para saber ese tipo de respuestas, o que hay que hacer para conocerlas?

¿pero el gcc-3.4 lo habéis compilado o habéis instalado los deb de debian?
A ver si alguien pone el proceso para actualizarlo en la wiki.

bittor escribió:¿pero el gcc-3.4 lo habéis compilado o habéis instalado los deb de debian?
A ver si alguien pone el proceso para actualizarlo en la wiki.

Yo he instalado el de la web de debian. A pesar de haber compilado miles de veces el vdr, me sigue dando yuyu hacerlo con otras cosas, me da la sensación de que voy a cargarme algo.

Cuando tenga tiempo actualizaré si quieres la wiki pero estos días voy pillado, a ver si más tarde saco un ratillo o bien si alguien la puede actualizar, pongo aquí lo que yo he hecho.

El proceso que he seguido es:

Descargar de la web de debian e instalar en el orden indicado en Ubuntu Karmic Koala (9.10):

http://ftp.fr.debian.org/debian/pool/main/g/gcc-3.4/

gcc-3.4-base_3.4.6-9_i386.deb
cpp-3.4_3.4.6-9_i386.deb
gcc-3.4_3.4.6-9_i386.deb

y cuando se va a compilar, antes de hacer el make, ejecutar:

export PATH=$PATH:./

Saludos

EDITO:
He intentado modificar la Wiki para poner las instrucciones debajo de los recuadritos que salen en las instrucciones de la instalación para linux y no he podido y no tengo tiempo para más, que algún alma caritativa haga la modificación please.

REEDITO: Ya lo he colgado. Quizás haya que retocar el formato.

yo el gcc lo he instalado desde el repositorio que comentan aqui, y no he tenido problemas

https://vdr-m7x0.foroactivo.com.es/problemas-encontrados-f5/para-compilar-egcs-necesito-gcc-34-t747.htm#10624

Creo qu no tiene que ver con la versión del sistema pero tengo un fallo al compilar la versión 667.
El mensaje es:

Código:

Error: Cannot open file '/home/anakin/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-x86_64/target_root/usr/bin/scan-param'
make: *** [/home/anakin/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-x86_64/stagefiles/file_tab.rootfs_dir_m740_andreas-unstable.lst] Error 1


¿alguna idea?

Sorry, ha sido un error mío.

Borra el archivo:

Código:

VDR-NG-FW/m7x0_xtc_uclibc_Linux-x86_64/stagefiles/file_tab.rootfs_dir_m740_andreas-unstable.lst

Edita el archivo:

Código:

VDR-NG-FW/rootfs-file-lists/tool-box-extra.lst

y borra estas dos líneas:

Código:

usr/bin/scan-param usr/bin/scan-param f 755 0 0 - - - - -
usr/bin/scan-param -                  s  - - - - - - - -

Después ejecutas el make y ya tendría que finalizar bien.

OK.

Muchas Gracias

Retomo el tema del Z_NULL.

Ayer me instale un ubuntu 9.04, e intente compilar todo de cero siguiendo los pasos de la wiki. Tras un par de librerias que me faltaban (gmp y otra). Me dio el error de Z_NULL en el cramfs.

Al final tras leer todo el hilo no me queda claro como se soluciono.

Debe ser porque usas una versión de zlib "demasiado nueva" para lo viejo que es el cramfs.
Pienso que sólo hay que crear un parche para el cramfs que cambie los Z_NULL por NULL y debería compilar si no hay ningún otro error.

ya pero en las zlib.h que hay dentro del firmware si que esta definido Z_NULL, es como si el makefile del cramfs no tuviera bien puesto las rutas de los .h.

De todas formas ayer por la tarde estuvo todo el rato fallando el svn de los alemanas y no se puedo probar nada.

Yo tambien intente compilar y fallaba la descarga del VDR original.No se podia conectar.

sigue fallando el svn

Desde ayer tengo el siguiente error al hacer "make-fw" (Ubuntu 9.10) y además algún que otro error de conexión al svn:

Código:


tito@Ubuntu:~/Descargas/VDR-NG-EM$ ./make-fw
Update VDR-EM
Checkout VDR-o7o original
svn: No fue posible conectarse al equipo 'open7x0.org': Conexión rechazada
Copying files to temporal dir
cp: no se puede efectuar `stat' sobre «./VDR-NG-FW.orig»: No existe el fichero ó directorio
cp: no se puede efectuar `stat' sobre «./tmp-U5m0U9ectF/buildin/base/m740»: No existe el fichero ó directorio
cp: no se puede efectuar `stat' sobre «./tmp-U5m0U9ectF/buildin/base/m750s»: No existe el fichero ó directorio
Patching Firmware
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Naur uclibc_build_env_orig/make-incs/usbautomounter.mk uclibc_build_env/make-incs/usbautomounter.mk
|--- uclibc_build_env_orig/make-incs/usbautomounter.mk    2008-02-22 20:57:30.000000000 +0100
|+++ uclibc_build_env/make-incs/usbautomounter.mk    2008-04-23 13:10:57.000000000 +0200
--------------------------
File to patch:


El SVN del proyecto open7x0.org y su foro están caídos y si no tienes una copia anterior del directorio "VDR-NG-FW.orig" no vas a poder compilar el firmware porque el nuestro se basa en el suyo, así que no queda más que esperar y si tarda mucho subiremos una copia comprimida a la zona de descargas de assembla.

Por favor, que nadie lo suba a nuestro SVN.

Gracias, tiraré de una copia comprimida. Mira que llevo tiempo intentándolo

Lo de no subirlo al SVN es por tema de copyrights y licencias¿Verdad?
Si los demas cumplieran como lo hacemos nosotros otro gallo cantaria.

A ver si colocais uns copia comprimida en algun sitio pues borre la anterior .

Llevo varios dias intentandolo y echandole la culpa a Ubuntu 6 server LTS.
DEw y Buenas Fiestas

No, no es por eso porque la versión open7x0.org es tan libre como la nuestra, es decir, GPL v3.

Es para evitar posibles errores entre su SVN y el nuestro, ya que si alguien intenta subir la copia de su disco duro a nuestro SVN lo más probable es que no pueda hacerlo ya que se guardan unos directorios .svn con información del SVN y me imagino que le dará errores.

Además tenemos un espacio limitado en assembla y si lo subimos a nuestro SVN, ese espacio nunca lo vamos a recuperar porque se mantendrá en el histórico del SVN, en cambio si lo subimos a la zona de descargas al borrarlo se libera el espacio ocupado.

Y no es tan fácil como subir el directorio VDR-NG-FW.orig ya que hay otras cosas como el VDR, plugins, bootmenu, hay que "engañarle" para que piense que se ha bajado estos programas y no vaya a su SVN, etc.

En definitiva, que es un trabajo que hay que hacer para luego tirarlo a la basura.

Pues como no lo arreglen pronto, habra que ir pensando en subir un fichero comprimido con el codigo y cambiar los scripts. Yo sigo sin poder probar todo porque no lo tengo.

Toca esperar, porque si bien restaurando una copia anterior del VDR-NG-FW.orig y ya me deja hacer el ./make-fw, posteriormente el make intenta descargar del svn (andreas-unstable/m7x0_dvd) con el resultado de "Conexión rechazada"...

Me pareció entender algo de que en febrero cambiaban de servidor aunque podían haber dicho otra cosa como que hasta febrero estarían sin servidor.

Es lo que tiene el alemán, que no es para seres humanos

Aquí dejo el VDR-M7x0 con todos nuestros parches actualizados, los plugins del open7x0 y el bootmenu:
vdr-m7x0-ng-em.tar.bz2
vdr-m7x0-PLUGINS.tar.bz2
bootmenu.tar.bz2

Aquí está el VDR-NG-FW.orig

Cuando intente conectarse para bajarse el VDR o los plugins dará un error y no continuará.
Fijaros en el nombre del archivo que da error dentro de stagefiles y crearlo manualmente así:

Código:

touch m7x0_xtc_uclibc_Linux-i686/stagefiles/.vdr_downloaded

Volvéis a ejecutar el make y a repetir el proceso las veces que sea necesario o que alguien modifique los scripts para que no se conecte y los publique.