Wie kann ich Plugin auf selbstkompiliertes VDR 2.4.0 hinzufügen...

myflight · January 5, 2019 at 10:42 PM

Guten Abend zusammen,

ich habe eine absolute Anfängerfrage und hoffe, dass mir trotzdem jemand gewillt ist zu helfen.....

Code

spock@starbase:/etc/apt/sources.list.d# apt-cache policy vdr
vdr:
  Installiert:           2.4.0-1+b1
  Installationskandidat: 2.4.0-1+b1
  Versionstabelle:
 *** 2.4.0-1+b1 100
        100 /var/lib/dpkg/status
     2.3.8-5frodo0~trusty 500
        500 http://ppa.launchpad.net/frodo-vdr/vdr-2.3.8/ubuntu trusty/main amd64 Packages
     2.2.0-6+b1 500
        500 http://ftp.halifax.rwth-aachen.de/debian stretch/main amd64 Packages

Display More

Ich habe die Version 2.4.0 erfolgreich und funktionierend auf einem Debian 9 installliert. Soweit so schön. Wenn ich alle Forenbeiträge richtig verstandne habe, kann ich nun ein Plugin nur aus dem für mich passenden PPA hinzufügen. Richtig?

In meinem Fall wäre das jedoch eine selbstgebautes Installation. Muss ich nun die Plugins zwangsläufig auch manuell erzeugen, oder kann auch ein versionspassendes PPA verwendet werden? Bisher habe ich leider kein passendes 2.4.0 ppa gefunden welches auch das passende Plugin beinhaltet. Hat jemand eine Idee?

Code

spock@starbase:/etc/apt/sources.list.d# apt-cache policy vdr-plugin-dv**pi
vdr-plugin-dvb**i:
  Installiert:           (keine)
  Installationskandidat: 2.2.4-3-g8395491-2frodo17~trusty
  Versionstabelle:
     2.2.4-3-g8395491-2frodo17~trusty 500
        500 http://ppa.launchpad.net/frodo-vdr/vdr-2.3.8/ubuntu trusty/main amd64 Packages

In meinem Fall passt wohl die Version 2.4.0 nicht mit 2.2.4 zusammen.

Vielen Dank vorab....

utiltiy · January 5, 2019 at 11:05 PM

Du verwendest Debian, da wäre das wohl was für dich: https://blog.e-tobi.net/pages/repositories

PPA's sind vom Debian Derivat Ubuntu und gegen diese Pakete gebaut. In wie weit das zusammen passt wird schwer zu ermitteln sein.

seahawk1986 · January 5, 2019 at 11:07 PM

Quote from myflight

Ich habe die Version 2.4.0 erfolgreich und funktionierend auf einem Debian 9 installliert. Soweit so schön. Wenn ich alle Forenbeiträge richtig verstandne habe, kann ich nun ein Plugin nur aus dem für mich passenden PPA hinzufügen. Richtig?

Das Plugin wäre nur zum von dir installierten VDR kompatibel, wenn es gegen die selbe VDR-Version (inkl. darauf angewandter Patches, die die Header-Dateien verändern) gebaut worden wäre. Und da das PPA von frodo nur einen VDR 2.3.8 enthält ist das definitiv nicht der Fall.

Wie bist du zu einem selbst gebauten VDR gekommen, wenn du das vdr-Paket aus den Debian-Quellen installiert hast?

Was du machen könntest, wäre das Plugin lokal gegen den aus den Debian-Paketquellen installierten VDR zu bauen. Das sähe dann z.B. so aus (die Sternchen in der URL kannst du dir ja denken), wenn man den VDR aus den Debian-Paketquellen nutzen wollte:

Code

apt install build-essential devscripts gettext automake autoconf pkg-config libdvbcsa-dev libcrypto++-dev libssl-dev vdr-dev
dget -xu --build https://launchpad.net/~frodo-vdr/+archive/ubuntu/vdr-2.3.8/+sourcefiles/vdr-plugin-dv**pi/2.2.4-3-g8395491-2frodo16~xenial/vdr-plugin-dv**pi_2.2.4-3-g8395491-2frodo16~xenial.dsc
apt install ./vdr-plugin-dv**pi*.deb

myflight · January 6, 2019 at 11:52 AM

Quote from utiltiy

Du verwendest Debian, da wäre das wohl was für dich: https://blog.e-tobi.net/pages/repositories

PPA's sind vom Debian Derivat Ubuntu und gegen diese Pakete gebaut. In wie weit das zusammen passt wird schwer zu ermitteln sein.

Ich habe mich gerade mal bei e-tobi umgesehen. Leider konnte ich dort mein Beispiel Plugin nicht finden, was die Verwendung zumindest nicht deutlich vereinfacht, oder?

Quote from seahawk1986

Das Plugin wäre nur zum von dir installierten VDR kompatibel, wenn es gegen die selbe VDR-Version (inkl. darauf angewandter Patches, die die Header-Dateien verändern) gebaut worden wäre. Und da das PPA von frodo nur einen VDR 2.3.8 enthält ist das definitiv nicht der Fall.

Wie bist du zu einem selbst gebauten VDR gekommen, wenn du das vdr-Paket aus den Debian-Quellen installiert hast?

Das ist schon ein paar Tage her. Ich habe mit der Stretch Installation 2.2.0 installiert. Nach der Veröffentlichung von 2.4.0 habe ich das TAR File von der VDR Projektseite verwendet und ich konnte daraus gemäß der Anleitung eine Lauffähige Version installieren. EPGSEARCH 2.3.1 sowie STREAMDEV 0.6.1 wurden mitaktualisiert. Den VNSISERVER für mein KODI Frintend konnte ich hinzufügen.

Jetzt kam mir der Gedanke ein/ das weitere(s) PLUGIN hinzuzufügen.

Quote from seahawk1986
Was du machen könntest, wäre das Plugin lokal gegen den aus den Debian-Paketquellen installierten VDR zu bauen. Das sähe dann z.B. so aus (die Sternchen in der URL kannst du dir ja denken), wenn man den VDR aus den Debian-Paketquellen nutzen wollte:
Code
[1] apt install build-essential devscripts gettext automake autoconf pkg-config libdvbcsa-dev libcrypto++-dev libssl-dev vdr-dev
[2] dget -xu --build https://launchpad.net/~frodo-vdr/+archive/ubuntu/vdr-2.3.8/+sourcefiles/vdr-plugin-dv**pi/2.2.4-3-g8395491-2frodo16~xenial/vdr-plugin-dv**pi_2.2.4-3-g8395491-2frodo16~xenial.dsc
[3] apt install ./vdr-plugin-dv**pi*.deb

Ich vermute, dass mich jetzt wieder mein fehlendes Basiswissen einholt. Daher möchte ich Deinen aufgezeigten Weg gemäß meinem Verständis zerlegen...

Alle Kommandos habe ich im ~home/tmp Verzeichnis ausgeführt.

Ad1) sorgt für die Voraussetzungen, damit Pakete kompiliert und gebaut werden können. Diese Pakete kommen aus dme Debain PPA. Das vdr-dev Paket verweist auf den Developer-Zweig und damit auf die Ver 2.4.0 innerhalb des Debain PPAs?

Ad2) dget -xu lädt und extrahiert Pakete und startet das Bauen der Pakete

Ad3) installiert ein Paket mit Namensendung .deb

Nach 2) hätte ich nun ein .deb Paket erwartet. Obwohl bei 2) kein Fehler ausgegeben wurde, kann ich jedoch keine Datei mit .deb in dem Verzeichnis finden...

Was habe ich übersehen?

Grundsätzlich würde ich deiner URL entnehmen, dass das besagte Plugin derzeit in der Version 2.2.4-3 vorliegt und mit der VDR Version 2.4.0 kompatibel ist.

Besten Dank

seahawk1986 · January 6, 2019 at 2:42 PM

Quote from myflight

Das vdr-dev Paket verweist auf den Developer-Zweig und damit auf die Ver 2.4.0 innerhalb des Debain PPAs?

Das hatte ich gestern zumindest gehofft - schau mal mit apt-cache policy vdr-dev, was er da installieren würde.

Quote from myflight

Nach 2) hätte ich nun ein .deb Paket erwartet. Obwohl bei 2) kein Fehler ausgegeben wurde, kann ich jedoch keine Datei mit .deb in dem Verzeichnis finden...

Was habe ich übersehen?

Was hat der Befehl denn ausgegeben?

myflight · January 6, 2019 at 3:18 PM

Quote from seahawk1986

Das hatte ich gestern zumindest gehofft - schau mal mit apt-cache policy vdr-dev, was er da installieren würde.

Code

spock@starbase:~# apt-cache policy vdr-dev
vdr-dev:
  Installiert:           2.4.0-2~etobi1
  Installationskandidat: 2.4.0-2~etobi1
  Versionstabelle:
 *** 2.4.0-2~etobi1 1001
       1001 https://packages.e-tobi.net/vdr-experimental stretch/vdr-multipatch amd64 Packages
        100 /var/lib/dpkg/status
     2.4.0-1 1001
       1001 https://packages.e-tobi.net/vdr-experimental stretch/vdr-multipatch amd64 Packages
     2.3.8-2~etobi1 1001
       1001 https://packages.e-tobi.net/vdr-experimental stretch/vdr-multipatch amd64 Packages
     2.3.8-1~etobi1 1001
       1001 https://packages.e-tobi.net/vdr-experimental stretch/vdr-multipatch amd64 Packages
     2.2.0-6 500
        500 http://ftp.halifax.rwth-aachen.de/debian stretch/main amd64 Packages

Display More

Ich hatte auch bzgl. dem Hinweis von "utility" mit den PPAs von e-tobi rumgespielt jedoch sollte das doch in dem Fall keinen Unterschied machen, oder?

Quote from seahawk1986

Was hat der Befehl denn ausgegeben?

Ich neme an, dass nur die letzten Zeilen nach dem Download relevant sind...

Code

dpkg-source: info: extracting vdr-plugin-dv**pi in vdr-plugin-dv**pi-2.2.4-3-g8395491
dpkg-source: info: unpacking vdr-plugin-dv**pi_2.2.4-3-g8395491.orig.tar.xz
dpkg-source: info: unpacking vdr-plugin-dv**pi_2.2.4-3-g8395491-2frodo16~xenial.debian.tar.gz
dpkg-source: info: applying lib***csa.patch

die * sind natürlich zu ersetzten....

seahawk1986 · January 6, 2019 at 3:28 PM

Sicher, dass du den Schalter --build für dget nicht vergessen hast? Eigentlich sollte er damit nach dem Entpacken versuchen das Plugin als Paket zu bauen.

myflight · January 6, 2019 at 7:05 PM

Code

spock@starbase:/home/spock/tmp# dget -xu --build https://launchpad.net/~frodo-vdr/+archive/ubuntu/vdr-2.3.8/+sourcefiles/vdr-plugin-dv**pi/2.2.4-3-g8395491-2frodo16~xenial/vdr-plugin-dv**pi_2.2.4-3-g8395491-2frodo16~xenial.dsc
dget: retrieving https://launchpad.net/~frodo-vdr/+archive/ubuntu/vdr-2.3.8/+sourcefiles/vdr-plugin-dv**pi/2.2.4-3-g8395491-2frodo16~xenial/vdr-plugin-dv**pi_2.2.4-3-g8395491-2frodo16~xenial.dsc
--2019-01-06 15:15:02--  https://launchpad.net/~frodo-vdr/+archive/ubuntu/vdr-2.3.8/+sourcefiles/vdr-plugin-dv**pi/2.2.4-3-g8395491-2frodo16~xenial/vdr-plugin-dv**pi_2.2.4-3-g8395491-2frodo16~xenial.dsc
Auflösen des Hostnamens »launchpad.net (launchpad.net)« … 91.189.89.223, 91.189.89.222
Verbindungsaufbau zu launchpad.net (launchpad.net)|91.189.89.223|:443 … verbunden.
.....snip....

Lässt sich das manuell starten? Ein "make" in dem Verzeichnis gibt folgende Ausgabe. Doch auch hier finde ich kein .deb

Code

spock@starbase:/home/spock/tmp/vdr-plugin-dv**pi-2.2.4-3-g8395491# make
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o CAPMT.o CAPMT.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o DeCSA.o DeCSA.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o DVBAPI.o DVBAPI.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o DVBAPISetup.o DVBAPISetup.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o SocketHandler.o SocketHandler.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o SCCIAdapter.o SCCIAdapter.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o Frame.o Frame.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o SCCAMSlot.o SCCAMSlot.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o Filter.o Filter.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"dv**pi"' -DLIBDVBCSA -DLIBSSL  -o cscrypt/des.o cscrypt/des.cpp
g++ -g -O2 -fdebug-prefix-map=/build/vdr-2.4.0=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE  -shared CAPMT.o DeCSA.o dv**pi.o DVBAPISetup.o SocketHandler.o SCCIAdapter.o Frame.o SCCAMSlot.o Filter.o cscrypt/des.o -ldvbcsa -lcrypto -lssl -o libvdr-dvbapi.so
xgettext -C -cTRANSLATORS --no-wrap --no-location -k -ktr -ktrNOOP --package-name=vdr-dvbapi --package-version= --msgid-bugs-address='<see README>' -o po/dv**pi.pot `ls DVBAPI.cpp Frame.cpp CAPMT.cpp SCCIAdapter.cpp SCCAMSlot.cpp dv**piSetup.cpp SocketHandler.cpp DeCSA.cpp Filter.cpp DVBAPI.h`
msgmerge -U --no-wrap --no-location --backup=none -q -N po/et_EE.po po/dv**pi.pot
msgfmt -c -o po/et_EE.mo po/et_EE.po
msgmerge -U --no-wrap --no-location --backup=none -q -N po/fi_FI.po po/dv**pi.pot
msgfmt -c -o po/fi_FI.mo po/fi_FI.po
msgmerge -U --no-wrap --no-location --backup=none -q -N po/lt_LT.po po/dv**pi.pot
msgfmt -c -o po/lt_LT.mo po/lt_LT.po
msgmerge -U --no-wrap --no-location --backup=none -q -N po/de_DE.po po/dv**pi.pot
msgfmt -c -o po/de_DE.mo po/de_DE.po
spock@starbase:/home/spock/tmp/vdr-plugin-dv**pi-2.2.4-3-g8395491#

Display More

seahawk1986 · January 6, 2019 at 7:19 PM

Quote from myflight

Lässt sich das manuell starten? Ein "make" in dem Verzeichnis gibt folgende Ausgabe. Doch auch hier finde ich kein .deb

dget --build macht laut Manpage nichts anderes als im Quellverzeichnis den Befehl dpkg-buildpackage -b -uc auszuführen. Wenn du nur make aufrufst, baut der das default Target im Makefile, aber ignoriert die Daten in debian-Ordner, die zum Paketbau benötigt werden.

dippes · January 7, 2019 at 9:12 AM

Das selbe hatte ich auf meiner bionic vm mit dem selbigen Plugin aber andere Quellen.

Es wurde nur entpackt und gepatcht.

Ein manuelles "dpkg-buildpackage -b -uc" hat das Plugin ohne Fehler gebaut.

Wie kann ich Plugin auf selbstkompiliertes VDR 2.4.0 hinzufügen...

Participate now!

Users Viewing This Thread