Problema de compilación

Saludos a todos, bueno me uno a este proyecto tan bonito del vdr libre, despues de leer todo el hilo generado sobre este nuevo firmware he intentado compilarlo en linux y he obtenido este resultado, no me atrevo a instalar el firmware por la cantidad de errores que pone, igual es normal y es que no domino mucho esto del linux, espero que alguien me pueda alclarar el tema
config.status: creating po/Makefile.in
config.status: executing depfiles commands
config.status: executing libtool commands
config.status: executing default-1 commands
config.status: executing bfd_stdint.h commands
config.status: executing default commands
make[4]: Leaving directory `/home/ubuntu/VDR-NG-EM/VDR-NG-FW/build/binutils.build/bfd/po'
make[4]: Entering directory `/home/ubuntu/VDR-NG-EM/VDR-NG-FW/build/binutils.build/bfd/po'
make[4]: Nothing to be done for `info'.
make[4]: Leaving directory `/home/ubuntu/VDR-NG-EM/VDR-NG-FW/build/binutils.build/bfd/po'
make[4]: Entering directory `/home/ubuntu/VDR-NG-EM/VDR-NG-FW/build/binutils.build/bfd'
make[4]: Nothing to be done for `info-am'.
make[4]: Leaving directory `/home/ubuntu/VDR-NG-EM/VDR-NG-FW/build/binutils.build/bfd'
make[3]: *** [info-recursive] Error 1
make[3]: Leaving directory `/home/ubuntu/VDR-NG-EM/VDR-NG-FW/build/binutils.build/bfd'
make[2]: *** [all-bfd] Error 2
make[2]: Leaving directory `/home/ubuntu/VDR-NG-EM/VDR-NG-FW/build/binutils.build'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/ubuntu/VDR-NG-EM/VDR-NG-FW/build/binutils.build'
make: *** [/home/ubuntu/VDR-NG-EM/VDR-NG-FW/m7x0_xtc_uclibc_Linux-i686/stagefiles/.binutils_compiled] Error 2
ubuntu@ubuntu:~/VDR-NG-EM/VDR-NG-FW$

No puedes instalar nada porque no te ha terminado la compilación.

¿qué versión de Linux usas?
¿has seguido todos los pasos de la wiki?

Saludos,
Cierto no termino la compilacion y me quede con las ganas, lo hice con un ubuntu 8.10 y el gcc 3.4, toda una odisea meter ese gcc en el ubuntu

PatoDeGoma escribió:Saludos,
Cierto no termino la compilacion y me quede con las ganas, lo hice con un ubuntu 8.10 y el gcc 3.4, toda una odisea meter ese gcc en el ubuntu

A mi no me suena haber tenido que hacer nada especial, salvo seguir las instrucciones de la wiki.

Pero el gcc 3.4 no hace falta usarlo, ¿no?

MaDMaN escribió:Pero el gcc 3.4 no hace falta usarlo, ¿no?

Yo hace una semana que volví a instalar ubuntu 8.10 y compilé desde cero y no lo usé.

Pues con el gcc que instala por defecto el ubuntu 8.10 me decia que se necesitaba un gcc < 4.0, por eso instale el 3.4

Saludos

Pues solucione el problema, instale ubuntu en un pc, los otros intentos fueron con maquinas virtuales, baje primero el gcc-3.4, luego el resto de la guia y a la primera se compilo, eso si tardo horas, pero el resultado estupendo, gracias a todos los que haceis esto posible

Acabo de intentar compilar esta tarde y se me ha quedado enganchado, sin seguir adelante. No quiero abrir un hilo nuevo por que puede que sea algo puntual. Como información, puedo decir que el último cambio en el svn lo ha hecho bittor para arreglar alguna cosa del epgsearch creo recordar.

Os pongo donde se ha quedado la compilación:

Código:

Applying vdr-m7x0.patch using plaintext:
patching file eggtimer.conf.es
patching file i18n.c
patching file Makefile

Applying memleaks-fix.patch using plaintext:
can't find file to patch at input line 5
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|Index: D:/tmp/Logos/VDR-M7x0-plugins/epgsearch/searchtimer_thread.c
|===================================================================
|--- D:/tmp/Logos/VDR-M7x0-plugins/epgsearch/searchtimer_thread.c    (revisi�n: 177)
|+++ D:/tmp/Logos/VDR-M7x0-plugins/epgsearch/searchtimer_thread.c    (revisi�n: 178)
--------------------------
File to patch:


Si le doy a enter, me pregunta si quiero saltarme el patch, y supongo que no es conveniente.

Un saludo,

Idem, a mi ahora mismo, hace 2 minutos se me ha enganchado en el mismo sitio. compilando la rev.510

Ya está solucionado.

Ya está compilado.

En principio el problema del OSD con los discos duros también está solucionado.
Ya diréis si tenéis algún problema.

bittor escribió:En principio el problema del OSD con los discos duros también está solucionado.
Ya diréis si tenéis algún problema.

Yo no iba a decir nada, pero ya que pones el capote entraré al trapo (aunque no ha sido problema del OSD).

Con la versión antigua del toolchain, el disco duro WD de 1Tb que uso en el VDR de la sala de estar, nunca me había dado problemas al arrancar (de hecho los 5 segundos de sleep se los puse por el problema del OSD), pero ayer cuando instaé la versión 502, probé a arrancar sin poner sleep y vi que me había reconocido el disco, pero no el directorio de grabaciones, por lo que en el menú principal, en el espacio ocupado del disco marcaba 0% y en el tiempo de grabación disponible marcaba 0:00.

Esto no me había pasado nunca con este disco y sí, con un Freecom que tengo en el pueblo y al que tuve que poner un sleep de 15 segundos por que tardaba unos 13 en montar el disco, por lo tanto, como pillaba la ruta de grabación antes de montar el disco, me indicaba lo mismo en el menú principal 0% y 0:00 horas. Este problema con el sleep ya quedó resuelto. El hilo que explicaba el problema fué:

https://vdr-m7x0.foroactivo.com.es/problemas-encontrados-f5/disco-freecom-250gb-000-libre-a-pesar-de-reconocer-las-dos-particiones-en-media-vdr1-y-2-resuelto-t329.htm

Solución: He puesto el sleep de 5 segundos, pero ya no a causa del OSD, sino por que, por lo que parece ahora tarda un poco más en reconocer el disco y carga antes la ruta de grabaciónes que el disco, por lo que el VDR considera que no tengo espacio en el mismo para grabar, y tampoco puedo reproducir nada por que considera que en la ruta de grabaciones no hay nada.
El sleep de 5 segundos es suficiente, por que las veces que he probado a arrancar el VDR ya ha reconocido correctamente todo. El caso es que no podré saber si se me reproduce el error del OSD al arrancar sin sleep.

Bueno, si la información sirve para algo, perfecto, sino, poco cuesta saltarse el post. Si interesa que explique con más claridad el tema, lo re-redacto y listo.

Un saludo,

Sí, a mi también me pasaba eso mismo pero quería confirmar que le pasaba a más gente.

En fin, se evita un problema debido a los putos drivers y sale otro ¡qué asco!

bittor escribió:Sí, a mi también me pasaba eso mismo pero quería confirmar que le pasaba a más gente.

En fin, se evita un problema debido a los putos drivers y sale otro ¡qué asco!

Bueno, hay cosas peores en esta vida, esto no parece tan grave. Ya surgirá alguna idea.

La cuestión es que siempre vamos avanzando, pasito a pasito, como debe de ser.

Por concretar que nos pasa lo mismo.
Mira tu /var/log/messages sin el sleep puesto y comprueba que el VDR inicia justo a mitad de que el usbautomounter está montando el disco, se ve una entrada del usbautomounter, poco después arranca el VDR y justo después finaliza el usbautomounter pero el VDR ya había arrancado y por eso no pilla el directorio de grabación ¿te pasa eso?.

bittor escribió:Por concretar que nos pasa lo mismo.
Mira tu /var/log/messages sin el sleep puesto y comprueba que el VDR inicia justo a mitad de que el usbautomounter está montando el disco, se ve una entrada del usbautomounter, poco después arranca el VDR y justo después finaliza el usbautomounter pero el VDR ya había arrancado y por eso no pilla el directorio de grabación ¿te pasa eso?.

Eso es lo que me pasa en el pueblo (sleep 15) con la revisión 491 y anteriores que había probado, pero lo miraré cuando vaya para casa, (hoy estoy trabajando fuera de la city). Mañana quito el sleep y lo pruebo, hoy casi seguro que no podré.

De todos modos estoy casi seguro de que es lo mismo que te pasa a ti. Mañana lo confirmo.

Saludos.

en lugar de poner un sleep, se podria comprobar que el usbautomounter no este ejecutando y si no esperar hasta que termine y despues ejecutar el vdr, asi siempre funcionaria.
Y no se penalizaria a los discos rapidos.

zjuanma escribió:en lugar de poner un sleep, se podria comprobar que el usbautomounter no este ejecutando y si no esperar hasta que termine y despues ejecutar el vdr, asi siempre funcionaria.
Y no se penalizaria a los discos rapidos.

Eso se me había pasado por la cabeza cuando tuve los problemas con el disco en el que tengo el sleep 15, pero como no sabía que pudiese ser implementable, no se me ocurrió ni mencionarlo.

Hola de nuevo.

Acabo de llegar a casa, he quitado el sleep 5 de /etc/rc y he arrancado 3 veces el VDR. No he conseguido volver a reproducir el problema que tuve el otro día. Lo voy a dejar sin el sleep a ver que pasa. Si me vuelve a cargar el VDR antes que el montaje del disco duro ya colgaré el messages correspondiente.

Ahora me toca family, sino me echan de casa.

Saludos.

bittor escribió:Por concretar que nos pasa lo mismo.
Mira tu /var/log/messages sin el sleep puesto y comprueba que el VDR inicia justo a mitad de que el usbautomounter está montando el disco, se ve una entrada del usbautomounter, poco después arranca el VDR y justo después finaliza el usbautomounter pero el VDR ya había arrancado y por eso no pilla el directorio de grabación ¿te pasa eso?.

He recuperado el messages del jueves que fue cuando me pasó (pensaba que estaba borrado). ¿Es esto a lo que te refieres bittor?

Código:

Jan  1 01:00:03 m740av syslog.info syslogd started: BusyBox v1.13.1
Mar 12 15:12:13 m740av user.info pic_tool[65]: Boot count is 1
Mar 12 15:12:13 m740av user.info pic_tool[65]: Found configuration at sector 0 with 3 files and 644 bytes
Mar 12 15:12:13 m740av daemon.notice lircd-0.6.4[73]: lircd(any) ready
Mar 12 15:12:14 m740av daemon.info usbautomounter[77]: usb auto mounter started in auto mode
Mar 12 15:12:14 m740av daemon.info usbautomounter[77]: usb auto mounter finished
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: usb auto mounter started in auto mode
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: ext2 partition '/dev/sda1' with 2721792 inodes and 43532125 blocks of size 4096 found.
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: ext2 partition '/dev/sda2' with 2721792 inodes and 43520085 blocks of size 4096 found.
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: ext2 partition '/dev/sda3' with 2721792 inodes and 43520085 blocks of size 4096 found.
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: ext2 partition '/dev/sda5' with 2400256 inodes and 38401366 blocks of size 4096 found.
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: ext2 partition '/dev/sda6' with 2400256 inodes and 38401366 blocks of size 4096 found.
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: ext2 partition '/dev/sda7' with 2301952 inodes and 36814947 blocks of size 4096 found.
Mar 12 15:12:15 m740av daemon.notice lircd-0.6.4[73]: accepted new client on /var/tmp/lircd
Mar 12 15:12:15 m740av daemon.info init: init: starting pid 102, tty '/dev/ttyS0': '/sbin/getty 115200 ttyS0
Mar 12 15:12:16 m740av daemon.info usbautomounter[83]: usb auto mounter finished
Mar 12 15:12:17 m740av user.debug syslog: [139] DEBUG: set IaMode -> 1
Mar 12 15:12:17 m740av user.info vdr: [139] VDR version 1.4.7 m7x0 version Preview 2009-03-12 11:46 (o7o version: Edición Mejorada Pro 0.4 BETA) started
Mar 12 15:12:17 m740av user.info vdr: [139] loading plugin: /var/vdr/lib/libvdr-conflictcheckonly.so.1.4.5
Mar 12 15:12:17 m740av user.info vdr: [139] loading plugin: /var/vdr/lib/libvdr-epgsearch.so.1.4.5

Por lo que veo, la primera vez que intento montar los discos no pudo, y la segunda, antes de terminar el automounter se han metido un par de procesos por enmedio pero el VDR arrancó después, aunque no pilló bien los directorios de grabaciones.

Si quieres alguna prueba más dímelo, pero por ejemplo hoy he vuelto a arrancar y lo ha hecho correctamente, quizás fuese algo puntual en mi caso. De todos modos lo que indicó zjuanma parece una buena idea para que no suceda este problema.

Edito: Me acabo de dar cuenta que sin el sleep también arranca igual, aunque estas veces si que me ha reconocido las particiones y el directorio de grabaciones correctamente. He probado con el sleep 5 y efectivamente los dos procesos que se meten antes de que acabe el automounter se quedan fuera y se ejecutan antes de empezar el montaje. Pero la línea que carga el VDR en todos los casos la tengo siempre detrás del automounter.

Un saludo,

No, no es eso, me refería a algo así:

Código:

Mar 12 15:12:14 m740av daemon.info usbautomounter[77]: usb auto mounter started in auto mode
Mar 12 15:12:14 m740av daemon.info usbautomounter[77]: usb auto mounter finished
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: usb auto mounter started in auto mode
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: ext2 partition '/dev/sda1' with 2721792 inodes and 43532125 blocks of size 4096 found.
Mar 12 15:12:15 m740av daemon.info usbautomounter[83]: ext2 partition '/dev/sda2' with 2721792 inodes and 43520085 blocks of size 4096 found.
Mar 12 15:12:15 m740av daemon.notice lircd-0.6.4[73]: accepted new client on /var/tmp/lircd
Mar 12 15:12:15 m740av daemon.info init: init: starting pid 102, tty '/dev/ttyS0': '/sbin/getty 115200 ttyS0
Mar 12 15:12:17 m740av user.debug syslog: [139] DEBUG: set IaMode -> 1
Mar 12 15:12:17 m740av user.info vdr: [139] VDR version 1.4.7 m7x0 version Preview 2009-03-12 11:46 (o7o version: Edición Mejorada Pro 0.4 BETA) started
Mar 12 15:12:17 m740av daemon.info usbautomounter[83]: usb auto mounter finished
Mar 12 15:12:17 m740av user.info vdr: [139] loading plugin: /var/vdr/lib/libvdr-conflictcheckonly.so.1.4.5
Mar 12 15:12:17 m740av user.info vdr: [139] loading plugin: /var/vdr/lib/libvdr-epgsearch.so.1.4.5

El usbautomounter termina después de iniciar el VDR, es algo extrañísimo pero pudo ser algún remix que hice, tengo que comprobar que me pasa con una versión "limpia".

Yo tenía un sleep 3 con la versión anterior y con la nueva no necesito nada.

He probado unas 10 veces y todo ha ido correctamente.

Automounter tarda siempre 1 segundo. VDR se inicia entre dos y cuatro segundos después de terminar automounter.

Sí, la cuestión es que a los que os iba mal antes, ahora os va bien, pero a los que nos iba bien antes, ahora nos va mal.
Temporalmente he puesto un sleep de 2 segundos para que le vaya bien a todo el mundo.
Es un problema raro con el usbautomounter y que también pasa en la versión original alemana.