VDR 2.1.6 - Probleme bei StreamdevPlugin und remotetimers Plugin (ERLEDIGT)

GTRDRIVER · 19. März 2014

Hallo

ich versuche grad die neue Version 2.1.6 zu übersetzen und habe Probleme die jeweils aktuelle Verison von STreamdev (git) und remotetimers zu übersetzten.

Streamdev:

Code

*** Plugin streamdev:
make -C ./tools
make[2]: »sockettools.a« ist bereits aktualisiert.
make -C ./client
make[2]: Für das Ziel »all« ist nichts zu tun.
make -C ./tools
make[2]: »sockettools.a« ist bereits aktualisiert.
make -C ./libdvbmpeg
make[2]: »libdvbmpegtools.a« ist bereits aktualisiert.
make -C ./remux
make[2]: »remux.a« ist bereits aktualisiert.
make -C ./server
make[2]: Für das Ziel »all« ist nichts zu tun.

Alles anzeigen

Es kommt jedoch keine Fehlermeldung bei "make Plugins" - aber es wird keine lib erzeugt...
Ich kann sicher sagen dass das unter vdr 2.1.4 noch ging da ich hier auf der Maschine eine Version 2.1.4 mit streamdev laufen habe

RemotetimersPlugin:

Code

*** Plugin remotetimer:
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"remotetimers"' -I/vdr/VDR216/include  -o remotetimers.o remotetimers.c
remotetimers.c: In member function ‘virtual bool cPluginRemotetimers::Service(const char*, void*)’:
remotetimers.c:175:40: error: ‘VideoDirectory’ was not declared in this scope
make[1]: *** [remotetimers.o] Fehler 1

Evtl hat jemand eine Idee.

CU
GTR

seahawk1986 · 19. März 2014

Fang mal mit einem make clean an (oder bau gleich vernünftige Pakete).

GTRDRIVER · 19. März 2014

Hallo

mache ich eigentlich immer .... - ich lass es nochmals laufen.

Was meinst du mit "oder bau gleich vernünftige Pakete" ?

Nachtrag: 22:19

make clean
make clean-plugins
usw ....
Keine Änderung der Situation...

Nachtrag: 22:36

Ich hab jetzt mal verglichen - zwischen VDR 2.1.4 und VDR 2.1.6 in verbindung mit Streamdev passiert´s bei "make install-plugins" - hier werden bei der 2.1.4er Version die beiden lib´s erzeugt/kopiert - beim 2.1.6er nicht

CU
GTR

seahawk1986 · 19. März 2014

So ein Build-System für Pakete hat einen entscheidenden Vorteil: Man kann den originalen Quelltext, Patches und das ganze Drumherum (Konfigurationsdateien usw.) schön organisieren, und das Bauen immer mit einem sauberen Quelltextverzeichnis beginnen, auch wenn das Makefile es selbst nicht schafft mit einem "make clean" alles wieder in den Ursprungszustand zu versetzen.

Hier baut es ohne Probleme gegen den VDR 2.1.6 - alles da:

Spoiler anzeigen

Code

pkg/
└── vdr-streamdev
    ├── usr
    │   ├── lib
    │   │   └── vdr
    │   │       └── plugins
    │   │           ├── libvdr-streamdev-client.so.2.1.6
    │   │           └── libvdr-streamdev-server.so.2.1.6
    │   └── share
    │       └── locale
    │           ├── de_DE
    │           │   └── LC_MESSAGES
    │           │       ├── vdr-streamdev-client.mo
    │           │       └── vdr-streamdev-server.mo
    │           ├── es_ES
    │           │   └── LC_MESSAGES
    │           │       ├── vdr-streamdev-client.mo
    │           │       └── vdr-streamdev-server.mo
    │           ├── fi_FI
    │           │   └── LC_MESSAGES
    │           │       ├── vdr-streamdev-client.mo
    │           │       └── vdr-streamdev-server.mo
    │           ├── fr_FR
    │           │   └── LC_MESSAGES
    │           │       ├── vdr-streamdev-client.mo
    │           │       └── vdr-streamdev-server.mo
    │           ├── it_IT
    │           │   └── LC_MESSAGES
    │           │       ├── vdr-streamdev-client.mo
    │           │       └── vdr-streamdev-server.mo
    │           ├── lt_LT
    │           │   └── LC_MESSAGES
    │           │       ├── vdr-streamdev-client.mo
    │           │       └── vdr-streamdev-server.mo
    │           ├── ru_RU
    │           │   └── LC_MESSAGES
    │           │       ├── vdr-streamdev-client.mo
    │           │       └── vdr-streamdev-server.mo
    │           └── sk_SK
    │               └── LC_MESSAGES
    │                   ├── vdr-streamdev-client.mo
    │                   └── vdr-streamdev-server.mo
    └── var
        └── lib
            └── vdr
                └── plugins
                    └── streamdev-server
                        └── streamdevhosts.conf

Alles anzeigen

Sicher, dass da nicht irgendwelche Reste stören?

GTRDRIVER · 20. März 2014

Hallo

also Streamdev hab ich jetzt die Lib manuell kopiert und umbenannt - das läuft jetzt

Remote-Timers kommt noch immer:

Code

*** Plugin remotetimers:
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"remotetimers"' -I/vdr/VDR216/include  -o remotetimers.o remotetimers.c
remotetimers.c: In member function ‘virtual bool cPluginRemotetimers::Service(const char*, void*)’:
remotetimers.c:175:40: error: ‘VideoDirectory’ was not declared in this scope
make[1]: *** [remotetimers.o] Fehler 1

CU
GTR

seahawk1986 · 20. März 2014

Den Patch hast du eingebaut? https://github.com/CReimer/vdr…imers-vdr2.1.2compat.diff

TheChief · 20. März 2014

Mit neuen Build-System reicht auch ein make && make install im VDR-Sourceverzechnis. Hab auch keine Probleme mit streamdev.

Und im Lib-Unterverzeichnis des VDR werden die LIbs nur mit make LCLBLD=1 erzeugt meine ich.

GTRDRIVER · 21. März 2014

Hallo

ich kannte den Patch nicht - hab diesen aber versucht anzuwenden - anscheinend hat sich inwzsichen zu viel geändert da von diesem einiges nicht ausgeführt wird ...

CU
GTR

seahawk1986 · 21. März 2014

Zitat von GTRDRIVER

ich kannte den Patch nicht - hab diesen aber versucht anzuwenden - anscheinend hat sich inwzsichen zu viel geändert da von diesem einiges nicht ausgeführt wird ...

Ich habe keine Ahnung was du da machst, aber der Patch lässt sich problemlos auf die Sourcen des remotetimers-Plugin anwenden - die Version 1.0.0 ist ja schon länger unverändert.

GTRDRIVER · 21. März 2014

Hi

Hmm - "patch -p1 ....."

Hat bisher eigentlich immer funktioniert ... Aber ich lasse mich gerne eines besseren Belehren !

CU

TheChief · 21. März 2014

Was zeigts denn an? Ne Glaskugel hat immernoch keiner

GTRDRIVER · 21. März 2014

Hallo

ich dachte das ist schon alles im NSA Großrechner gespeichert

Hier mal die Ausgabe:

Code

root@raspberrypi:/vdr/VDR216/PLUGINS/src/remotetimer# patch -p1 < diff.diff
patching file menu.c
Hunk #1 succeeded at 189 (offset 1 line).
Hunk #2 succeeded at 1767 (offset 130 lines).
Hunk #3 succeeded at 1912 (offset 130 lines).
Hunk #4 succeeded at 2233 (offset 130 lines).
Hunk #5 succeeded at 2334 (offset 130 lines).
patching file remotetimers.c
Hunk #1 succeeded at 172 (offset 1 line).
patching file watcher.c
Hunk #1 FAILED at 44.
patch unexpectedly ends in middle of line
Hunk #2 FAILED at 63.
2 out of 2 hunks FAILED -- saving rejects to file watcher.c.rej
root@raspberrypi:/vdr/VDR216/PLUGINS/src/remotetimer#

Alles anzeigen

seahawk1986 · 21. März 2014

Dann hast du den Patch (vermutlich weil du die Datei nicht im Raw-Modus angezeigt hast) kaputt gemacht...

Code

$ wget http://vdr.schmirler.de/remotetimers/vdr-remotetimers-1.0.1.tgz
$ wget https://raw.githubusercontent.com/CReimer/vdr4arch/next/plugins/vdr-remotetimers/remotetimers-vdr2.1.2compat.diff
$ tar xzf vdr-remotetimers-1.0.1.tgz
$ cd remotetimers-1.0.1
$ patch -p1 -i ../remotetimers-vdr2.1.2compat.diff
patching file menu.c
Hunk #1 succeeded at 189 (offset 1 line).
Hunk #2 succeeded at 1767 (offset 130 lines).
Hunk #3 succeeded at 1912 (offset 130 lines).
Hunk #4 succeeded at 2233 (offset 130 lines).
Hunk #5 succeeded at 2334 (offset 130 lines).
patching file remotetimers.c
Hunk #1 succeeded at 172 (offset 1 line).
patching file watcher.c

Alles anzeigen

GTRDRIVER · 21. März 2014

Hallo

ich probier´s heute Abend aus - aber ich hab die im RAW Modus heruntergeladen ....

ABer wie gesagt ich probier´s

GTRDRIVER · 22. März 2014

Danke an alle - hat funktioniert !

CU
GTR

VDR 2.1.6 - Probleme bei StreamdevPlugin und remotetimers Plugin (ERLEDIGT)

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema