vdr auf der synology diskstation compilieren

bolzerrr · 13. November 2013

Hallo,

ich versuche gerade den VDR auf der DS214play zu kompilieren.
Nach einigen mühen komme ich leider hier nicht weiter. ICh hab einiges gelesen das dafür ein Patch benötigt wird allerdinsg ging es da immer um die Version 1.7, hat jemand eine Lösung für vdr 2.0.4?

Code

g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DREMOTE_KBD -DLIRC_DEVICE=\"/var/run/lirc/lircd\" -DVIDEODIR=\"/srv/vdr/video\" -DCONFDIR=\"/var/lib/vdr\" -DCACHEDIR=\"/var/cache/vdr\" -DRESDIR=\"/usr/local/share/vdr\" -DPLUGINDIR=\"/usr/local/lib/vdr\" -DLOCDIR=\"/usr/local/share/locale\" -I/opt/include/freetype2 -I/opt/include   -I/volume1/public/x86_64-linux-gnu/source/DVB/LinuxTVDriver/linux-media-2013-06-09/LinuxTV_Porting_3.x/linux/include/uapi -o dvbdevice.o dvbdevice.c
In file included from /opt/include/sys/uio.h:24,
                 from /opt/include/sys/socket.h:27,
                 from /opt/include/netinet/in.h:24,
                 from /opt/include/arpa/inet.h:23,
                 from config.h:13,
                 from channels.h:13,
                 from device.h:13,
                 from dvbdevice.h:15,
                 from dvbdevice.c:10:
/opt/include/sys/types.h:52: error: conflicting declaration 'typedef __ino64_t ino_t'
/opt/include/linux/types.h:20: error: 'ino_t' has a previous declaration as 'typedef __kernel_ino_t ino_t'
/opt/include/sys/types.h:62: error: conflicting declaration 'typedef __dev_t dev_t'
/opt/include/linux/types.h:19: error: 'dev_t' has a previous declaration as 'typedef __kernel_dev_t dev_t'
/opt/include/sys/types.h:67: error: conflicting declaration 'typedef __gid_t gid_t'
/opt/include/linux/types.h:53: error: 'gid_t' has a previous declaration as 'typedef __kernel_gid_t gid_t'
/opt/include/sys/types.h:72: error: conflicting declaration 'typedef __mode_t mode_t'
/opt/include/linux/types.h:21: error: 'mode_t' has a previous declaration as 'typedef __kernel_mode_t mode_t'
/opt/include/sys/types.h:77: error: conflicting declaration 'typedef __nlink_t nlink_t'
/opt/include/linux/types.h:22: error: 'nlink_t' has a previous declaration as 'typedef __kernel_nlink_t nlink_t'
/opt/include/sys/types.h:82: error: conflicting declaration 'typedef __uid_t uid_t'
/opt/include/linux/types.h:52: error: 'uid_t' has a previous declaration as 'typedef __kernel_uid_t uid_t'
/opt/include/sys/types.h:90: error: conflicting declaration 'typedef __off64_t off_t'
/opt/include/linux/types.h:23: error: 'off_t' has a previous declaration as 'typedef __kernel_off_t off_t'
In file included from /opt/include/sys/types.h:216,
                 from /opt/include/sys/uio.h:24,
                 from /opt/include/sys/socket.h:27,
                 from /opt/include/netinet/in.h:24,
                 from /opt/include/arpa/inet.h:23,
                 from config.h:13,
                 from channels.h:13,
                 from device.h:13,
                 from dvbdevice.h:15,
                 from dvbdevice.c:10:
/opt/include/sys/select.h:78: error: conflicting declaration 'typedef struct fd_set fd_set'
/opt/include/linux/types.h:18: error: 'fd_set' has a previous declaration as 'typedef struct __kernel_fd_set fd_set'
In file included from /opt/include/sys/uio.h:24,
                 from /opt/include/sys/socket.h:27,
                 from /opt/include/netinet/in.h:24,
                 from /opt/include/arpa/inet.h:23,
                 from config.h:13,
                 from channels.h:13,
                 from device.h:13,
                 from dvbdevice.h:15,
                 from dvbdevice.c:10:
/opt/include/sys/types.h:244: error: conflicting declaration 'typedef __blkcnt64_t blkcnt_t'
/opt/include/linux/types.h:151: error: 'blkcnt_t' has a previous declaration as 'typedef long unsigned int blkcnt_t'
make: *** [dvbdevice.o] Error 1

Alles anzeigen

gda · 13. November 2013

Was für einen Patch du brauchst weiß ich nicht, aber offensichtlich passen deine System-Includes nicht richtig zusammen, oder du musst bestimmte #defines setzen. Da bleibt dir nur übrig dir das anzusehen und zu klären warum die Typen in z.B. /opt/include/sys/types.h /opt/include/linux/types.h nicht zusammenpassen.

Gerald

bolzerrr · 13. November 2013

Danke für den hinweis ich hab das mal vergleichen. Die types.h in den beiden Verzeichnissen kommen aus der Grund installation von Synology- die sollten eigentlich passen..

Im Manual des DS gibt es Anweisungen für das compilen von Opensource apps die evtl die nötigen defines liefern:

Code

# env CC=/usr/local/i686-pc-linux-gnu/bin/i686-pc-linux-gnu-gcc \
LD=/usr/local/i686-pc-linux-gnu/bin/i686-pc-linux-gnu-ld \
RANLIB=/usr/local/i686-pc-linux-gnu/bin/i686-pc-linux-gnu-ranlib \
CFLAGS="-I/usr/local/i686-pc-linux-gnu/i686-pc-linux-gnu/sys-root/usr/include" \
LDFLAGS="-L/usr/local/i686-pc-linux-gnu/i686-pc-linux-gnu/sys-root/lib" \


./configure --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --build=i686-pc-linux --prefix=/usr/local

Die habe ich in der Make.config gesetzt, configure gibt es ja nicht.
Die Make.conf sieht jetzt so aus, Ergebnis ist aber das gleiche

Code

#
# User defined Makefile options for the Video Disk Recorder
#
# Copy this file to 'Make.config' and change the parameters as necessary.
#
# See the main source file 'vdr.c' for copyright information and
# how to reach the author.
#
# $Id: Make.config.template 2.19 2013/02/18 10:55:39 kls Exp $


### The C compiler and options:


# env
CC=/usr/local/i686-pc-linux-gnu/bin/i686-pc-linux-gnu-gcc
LD=/usr/local/i686-pc-linux-gnu/bin/i686-pc-linux-gnu-ld
RANLIB=/usr/local/i686-pc-linux-gnu/bin/i686-pc-linux-gnu-ranlib
CFLAGS="-I/usr/local/i686-pc-linux-gnu/i686-pc-linux-gnu/sys-root/usr/include"


LDFLAGS="-L/usr/local/i686-pc-linux-gnu/i686-pc-linux-gnu/sys-root/lib"


#CC       = gcc
#CFLAGS   = -g -O3 -Wall


CXX      = g++
CXXFLAGS = -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses


# Use 'make M32=1 ...' to build a 32-bit version of VDR on a 64-bit machine:
ifdef M32
CFLAGS   += -m32
CXXFLAGS += -m32
endif


### The directory environment:
# Default directories (adjust as necessary or desired):


HOST=i686-pc-linux-gnu
TARGET=i686-pc-linux-gnu


BUILD=i686-pc-linux


PREFIX    = /usr/local
#BINDIR    = $(PREFIX)/bin
#INCDIR    = $(PREFIX)/include
#LIBDIR    = $(PREFIX)/lib/vdr
#LOCDIR    = $(PREFIX)/share/locale
#MANDIR    = $(PREFIX)/share/man
#PCDIR     = $(PREFIX)/lib/pkgconfig
#RESDIR    = $(PREFIX)/share/vdr
#DVBDIR    = /usr/src/v4l-dvb/linux/include/uapi
#DVBDIR    = /volume1/public/x86_64-linux-gnu/source/DVB/LinuxTVDriver/linux-media-2013-06-09/LinuxTV_Porting_3.x/v4l




DVBDIR = /volume1/public/x86_64-linux-gnu/source/DVB/LinuxTVDriver/linux-media-2013-06-09/LinuxTV_Porting_3.x/linux/include/uapi




#VIDEODIR  = /srv/vdr/video
#CONFDIR   = /var/lib/vdr
#CACHEDIR  = /var/cache/vdr


# Overrides for preset/legacy configurations:


# Use 'make LCLBLD=1' to build locale and plugin files under the source directory:
ifdef LCLBLD
LOCDIR       = $(CWD)/locale
PLUGINDIR    = $(CWD)/PLUGINS
ifndef PLUGIN # don't overwrite for plugins with old makefiles
LIBDIR       = $(PLUGINDIR)/lib
endif
HDRDIR       = $(CWD)/include
endif


# Use 'make ONEDIR=1' to have all data in one single directory:
ifdef ONEDIR
VIDEODIR     = /video
CACHEDIR     = $(VIDEODIR)
CONFDIR      = $(VIDEODIR)
RESDIR       = $(VIDEODIR)
endif


# Use this if you want to have a central place where you configure compile time
# parameters for plugins:
#PLGCFG = $(CONFDIR)/plugins.mk


### The remote control:


LIRC_DEVICE = /var/run/lirc/lircd


### Define if you want vdr to not run as root:
#VDR_USER = vdr
### Fallback for plugins with old makefiles:
ifdef PLUGIN
CFLAGS   += -fPIC
CXXFLAGS += -fPIC
endif

Alles anzeigen

TheChief · 13. November 2013

Läuft da ein 64bit System drauf?

bolzerrr · 13. November 2013

Zitat von TheChief

Läuft da ein 64bit System drauf?

DiskStation> uname -a
Linux DiskStation 3.2.40 #3810 SMP PREEMPT Wed Nov 6 05:11:50 CST 2013 i686 GNU/Linux synology_evansport_214play

scheint kein 64bit os zu sein

TheChief · 13. November 2013

Dann probier doch mal make M32=1

bolzerrr · 13. November 2013

Zitat von TheChief

Dann probier doch mal make M32=1

Leider immer noch gleiches Problem

gda · 13. November 2013

siehe hier

Gerald

bolzerrr · 13. November 2013

Zitat von gda

siehe hier

Gerald

Hab das schon gelesen, siehe den folgenden Beitrag. Hast du vielleicht einen Tipp was für defines das sein könnten?

gda · 13. November 2013

Zitat von bolzerrr

Hast du vielleicht einen Tipp was für defines das sein könnten?

Woher soll ich das denn wissen? Du rätst doch nur rum anstatt nach den #ifdefs zu suchen. Die stehen nicht in irgendwelchen Makefiles, sondern in den Includes!
Da musst du suchen, habe ich doch geschrieben.

Gerald

bolzerrr · 13. November 2013

Ja ich rate und frage weil ich es leider nicht weiß. Hab mit die types.h im /linux/ angeschaut am Beispiel "typedef __kernel_ino_t" das ist dort als "ino_t" definiert:

Code

typedef __kernel_ino_t		ino_t;

in der tpyes.h im include sieht das so aus:

Code

#ifndef __ino_t_defined
# ifndef __USE_FILE_OFFSET64
typedef __ino_t ino_t;
# else
typedef __ino64_t ino_t;
# endif
# define __ino_t_defined
#endif

damit die zueinander passen sollte jetzt __USE_FILE_OFFSET64 nicht definiert sein oder false? Ich kenn mich da halt leider nicht aus, ich weiß nicht mal wo ich das definieren muss

bolzerrr · 15. November 2013

Nach mehreren gescheiterten Versuchen den VDR "nativ" zu kompilieren habe ich nun einen anderen Weg eingeschlagen:
- chroot für die evansport Architektur kompiliert: https://github.com/SynoCommunity/spksrc
- im Paketmanager installiert
- ssh auf chroot verbunden
- yavdr sourcen eingebunden
- vdr + plugins gebaut, installiert
- in der synology gui als service eingerichtet
=> fertig

Jetzt folgt der schwierigere Schritt: DVB Treiber zu kompilieren da meine Hardware nicht vom synology Kernel unterstützt wird..

gda · 15. November 2013

Zitat von bolzerrr

Jetzt folgt der schwierigere Schritt: DVB Treiber zu kompilieren da meine Hardware nicht vom synology Kernel unterstützt wird..

Hast du denn die exakte .config von diesem Kernel? Sonst wird das nichts.

Gerald

bolzerrr · 15. November 2013

Ja das liefert synology netter weise. Und es hat sogar funktioniert, w_scan läuft gerade

War zwar wieder ein Krampf aber es hat sich gelohnt. Die ca. 6 Stunden mit fehl versuchen überspringe ich nur kurz: v4l direkt zu bauen hat nicht funktioniert, daher hab ich einen etwas anderen Weg eingeschlagen.

1) erstmals die Umgebung aufgebaut: http://www.bydavy.com/2012/01/…les-for-synology-devices/
2) das bauen der module "allein" hat nicht funktioniert da im chroot einiges fehlt
3) den kernel unverändert nachbauen
4) make_modules und modules_install
5) menuconfig drivers->dvb auswählen was man braucht
6) make_modules und modules_install
7) modprobe
tvheadend Paket deinstallieren

=> VDR AUF SYNOLOGY

das klappt übrigens auch als crosscompile auf fremdmaschiene (64) da muss das make/modules/.. so aussehen: setarch i386 make ARCH=x86 CROSS_COMPILE=/media/priv/i686-pc-linux-gnu/bin/i686-pc-linux-gnu- [menuconfig|modules|modules_install] -j2

fatzgenfatz · 16. November 2013

Hallo bolzerr,

ich habe mal versucht, deine Vorgangsweise nachzuvollziehen (nach der Anleitung unter https://github.com/SynoCommunity/spksrc)
Das Bauen des debian-chroot Paketes hat auch funktioniert, ebenso die Installation auf meiner DS413. Als Architektur habe ich qoriq verwendet.
Wenn ich allerdings im chroot ein apt-get ausführen will, erhalte ich nur die Fehlermeldung "Illegal Instruction".

Hast du eventuell einen Tipp, wo mein Fehler liegt?

mfG,
f.

bolzerrr · 16. November 2013

Hi,

über den Fehler bin ich nicht gestolpert, daher kann ich dir leider nicht helfen. hast du eine DS413 ohne "j", "+" oder ähnliches? Die haben u.U ne andere Architektur.
Hast du mal andere Befehle getestet? Ich habe für apt noch die sourcen umgestellt, die stehen auf die Französischen Server, aber das sollte kein Grund sein..

fatzgenfatz · 16. November 2013

Hallo,

ich habe eine DS413, ohne j oder +.
Laut https://github.com/SynoCommuni…ecture-per-Synology-model sollte die "qoriq"-Architektur passen.
Die anderen Befehle des chroot funktionieren ohne Fehlermeldung.

Ich habe auch versucht ein fertiges debian-chroot Paket durch hinzufügen von http://packages.synocommunity.com zu den Paketquellen von DSM zu installieren, aber hier tritt der selbe Fehler auf.
Bin etwas ratlos.

Noch kurz zum Verständnis: Wenn du schreibst "ssh auf chroot verbunden", meinst du damit ssh auf Diskstation, dort chroot [pfad] /bin/bash starten? Oder geht das anders?

mfG,
f.

bolzerrr · 16. November 2013

Zitat von fatzgenfatz

Noch kurz zum Verständnis: Wenn du schreibst "ssh auf chroot verbunden", meinst du damit ssh auf Diskstation, dort chroot [pfad] /bin/bash starten? Oder geht das anders?

SSH auf die DS (wichtig: als root! gleiches pw wie der admin benutzer) und dort chroot ausführen, also: "/var/packages/debian-chroot/scripts/start-stop-status chroot"
Vorausgesetzt du nimmst das Paket von spksrc. Für meine DS gibt es das noch nicht aus dem Paketmngr, falls es das bei dir gibt kannst du dir das kompilieren sparen und direkt installieren.
Was passiert mit aptitude?

fatzgenfatz · 16. November 2013

Danke für die Antwort!
Sowohl mit dem selbst kompilierten Paket, als auch mit dem Paket aus der Synocommunity funktionieren weder apt-get noch aptitude.
Die Anwendungen unter /usr/bin funktionieren alle, außer die, die etwas mit apt zu tun haben.
dpkg scheint zu funktionieren.

mfG,
f.

bolzerrr · 16. November 2013

Evtl findest sich ja ein neueres .deb Paket für apt das läuft: http://packages.debian.org/squeeze/apt

vdr auf der synology diskstation compilieren

Jetzt mitmachen!

Teilen