[Frodo PPA] vdr 2.2.0 für testing yaVDR

Frodo · 1. Februar 2015

Da ja immer wieder die Frage an das yaVDR Team kommt ich hätte gern ein neues Paket oder wann gibt es die neueste VDR Version und verständlicherweise dort kein Termin genannt werden kann, habe ich mich daran gemacht und mir mein eigenes PPA gebastelt. Mein PPA enthält alle Pakete aus dem yaVDR testing-vdr-dev Repository und zusätzlich das was mir fehlte bzw. was ich gerne neuer haben wollte. Ausserdem alles was ich finden konnte und gegen Precise ohne Fehler in das Repository geladen werden kann. Ich selbst nutze nur einen sehr kleinen Anteil der angebotenen Pakete also nicht beschweren wenn nicht alles funktioniert. Es kann auch sein, dass das ein oder andere Paket andere default Einstellungen nutzt als dies in yaVDR der Fall ist.

ACHTUNG: Wer einen stabilen VDR benötigt und selbst wenig Erfahrung hat Problem selbst zu lösen sollte besser bei yaVDR stable bleiben und keine Experimente machen, selbst wenn es in den Fingern juckt neuere Plugins einzusetzen als dort angeboten werden.

Das yaVDR Team hat hier für mich schon richtig gut vorgearbeitet indem es für VDR 2.1.6 das testing-vdr erstellt hat. Meine erste Idee war einfach ein testing-vdr Repository parallel aufzubauen mit gleichem Namen und beides einzubinden bis 2.1.6 funktionierte das auch prima. Dies führte aber nach dem letzten Wechsel von 2.1.6 zu 2.1.7 zu einigen Update Fehlern besser ist es deshalb nur ein vdr Repository einzubinden.

Da nun VDR 2.2.0 drausen ist gibt es nun wieder ein testing-vdr Repository von mir, welches aber nicht kompatibel zum gleichnahmigen yaVDR Repository (enhält noch VDR 2.1.6) ist.
testing-vdr-dev deshalb weil dort ständig aktualisiert wird, d.h. es können auch Plugins angeboten oder aktualisiert werden die zu Problemen führen können.

Vorweg manche Pakete gibt es bereits neuer, lassen sich aber nicht mit Ubuntu Precise übersetzen, weshalb ich hier auf eine ältere Version gegangen bin (z.B. das vdr-plugin-fritzbox).
Ich habe auch nicht die Zeit und Möglichkeiten alle im Repository liegenden Pakete zu testen, wenn Ihr Fehler findet dürft Ihr mir aber gerne davon berichten am besten mit Lösung.

Um nicht jedem per PN zu erklären wie man nun mein Repository nutzen kann habe ich mich entschlossen eine kurze Anleitung zu schreiben.

Als erstes mußt die /etc/apt/sources.list.d/yavdr.list angepasst werden:

Code

deb http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/testing-xbmc/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/testing-yavdr/ubuntu precise main


deb-src http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/testing-xbmc/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/testing-yavdr/ubuntu precise main

Eventuell kann man noch in der yavdr.list die Zeilen mit testing-vdr auskommentieren, da aber als nächstes die nötigen Repositories eine höhere Priorität erhalten kann man auch darauf verzichten.

Nun sollten alle fehlenden PPAs nachinstalliert werden, für manche Plugins wird zwingend auch mein main Repository benötigt deshalb besser gleich mit installieren, wer segfaults vermeiden möchte:

Code

sudo add-apt-repository ppa:frodo-vdr/main
sudo add-apt-repository ppa:frodo-vdr/testing-vdr -y

Falls ihr in /etc/apt/preferences.d bereits Dateien habt sollten diese umbenannt/deaktiviert werden

Code

for i in `ls /etc/apt/preferences.d`
do
        mv /etc/apt/preferences.d/$i /etc/apt/preferences.d/$i.bak
done

Ihr könnt natürlich auch händisch prüfen ob alles passt.

Als nächstes legen wir eine neue pref Datei an um sicherzustellen das auch die richtigen Pakete installiert werden (das wird auch als apt-pinning bezeichnet). Alle PPAs die hier nicht aufgeführt sind haben automatisch die Priorität 500.
vi /etc/apt/preferences.d/testing.pref

Code

Package:  *
Pin: release o=LP-PPA-frodo-vdr-main
Pin-Priority: 1002


Package:  *
Pin: release o=LP-PPA-frodo-vdr-testing-vdr
Pin-Priority: 1002


Package:  *
Pin: release o=LP-PPA-frodo-vdr-testing-vdr-dev
Pin-Priority: 500


Package: *
Pin: release o=LP-PPA-yavdr-stable-vdr
Pin-Priority: 400


Package: *
Pin: release o=LP-PPA-yavdr-stable-yavdr
Pin-Priority: 400


Package: *
Pin: release o=LP-PPA-yavdr-stable-xbmc
Pin-Priority: 400




Package: *
Pin: release o=LP-PPA-yavdr-testing-vdr-dev
Pin-Priority: 500


Package: *
Pin: release o=LP-PPA-yavdr-testing-vdr
Pin-Priority: 500


Package: *
Pin: release o=LP-PPA-yavdr-testing-yavdr
Pin-Priority: 1001


Package: *
Pin: release o=LP-PPA-yavdr-testing-xbmc
Pin-Priority: 1001

Alles anzeigen

Nach dem man alles angelegt hast mußt Du nur noch upgraden

Code

sudo apt-get update
sudo apt-get dist-upgrade

Normalerweise wars das, falls aber der VDR nicht startet und um einfach sicher zu sein das alles aktualisiert wurde schaue ich imm unter /usr/lib/vdr/plugins nach. Alle Libraries müssen nun auf 2.2.0 enden.
Falls dies nicht der Fall ist einfach, das entsprechende Paket neu installieren mit

Code

apt-get --reinstall install vdr-plugin-Pluginname

Das sollte es gewesen sein.

In den PPAs ist auch der VDR für Trusty, ich habe aber hiervon nichts getestet, dies ist zur Zeit für mich ausschliesslich eine Prüfung welche Plugins sich übersetzen lassen. Wer möchte kann es aber dennoch versuchen damit einen VDR aufzubauen, ich kann hierzu aber keinen Support anbieten.

Ich hoffe damit könnt Ihr euch die Wartezeit auf yaVDR 0.6 verkürzen und da ich Pakete wie skindesigner, plex fast täglich aktualisiere auch zur Weiterentwicklung beitragen.

Das Repository beinhaltet nun VDR 2.2.0

Viel Spaß

NACHTRAG: testing-vdr-dev habe ich durch testing-dev ersetzt. Für Precise kann man nun aber auch zum Yavdr testing-vdr greifen dieses Repository enthält ebenfalls VDR 2.2.0 mit allen Plugins welche auch bei mir sind. Falls dennoch was fehlt gebt beschei dann werde ich sehen ob man es nachflegen kann. Für Trusty müsstet Ihr zu Yavdr unstable-vdr greifen und zusätzlich unstable-main installieren, letzteres habe ich aber nicht getestet.

BooStar · 1. Februar 2015

Ich sags gerne nochmal..
Danke dir...
Ohne deine PPAs hätte ich den Skin längst nicht so schnell aktuell halten könnten...
//edit:
Da ich diese PN schon kenne, ein kleiner Hinweis:

Code

root@yavdr01:~# ls /etc/apt/source.list.d/yavdr.list
ls: Zugriff auf /etc/apt/source.list.d/yavdr.list nicht möglich: Datei oder Verzeichnis nicht gefunden
ro

Da fehlt ein "s" ;.)

Frodo · 1. Februar 2015

Ich habs korrigiert

Code

/# ls /etc/apt/sources.list.d/yavdr.list
/etc/apt/sources.list.d/yavdr.list

Uwe · 1. Februar 2015

Hallo frodo,
auch von mir vielen Dank für deine Mühe...

Viele Grüße, Uwe

abraxas · 1. Februar 2015

Super Danke funktioniert prima...
Viele Grüße
Thomas

Uwe · 1. Februar 2015

Kann jemand mal bitte testen, ob er das Plugin vdr-plugin-dm140vfd installieren kann? Vielleicht habe ich was falsch gemacht!?
Ich bekomme folgenden Fehler:

Code

apt-get --reinstall install vdr-plugin-dm140vfd
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Statusinformationen werden eingelesen... Fertig
Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass
Sie eine unmögliche Situation angefordert haben oder, wenn Sie die
Unstable-Distribution verwenden, dass einige erforderliche Pakete noch
nicht erstellt wurden oder Incoming noch nicht verlassen haben.
Die folgenden Informationen helfen Ihnen vielleicht, die Situation zu lösen:


Die folgenden Pakete haben unerfüllte Abhängigkeiten:
 vdr-plugin-dm140vfd : Hängt ab von: vdr-abi-2.1.6-yavdr0
E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

Alles anzeigen

mini73 · 1. Februar 2015

apt-cache policy <Paketname>
Das verrät dir, woher es kommt und ob es richtig ist.

Lars

Uwe · 1. Februar 2015

Das ergibt folgendes: Vielleicht baue ich es aus den Sourcen....

Code

apt-cache policy vdr-plugin-dm140vfd
vdr-plugin-dm140vfd:
  Installiert: (keine)
  Kandidat:    0.0.6-5yavdr7~precise
  Versionstabelle:
     0.0.6-5yavdr7~precise 0
        500 http://ppa.launchpad.net/yavdr/testing-vdr-dev/ubuntu/ precise/main amd64 Packages
     0.0.6-5yavdr7~precise 0
        500 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ precise/main amd64 Packages

mini73 · 1. Februar 2015

Das Plugin gibt es nicht bei frodo, deshalb musst du es selbst bauen.

Lars

Taipan · 1. Februar 2015

Frodo
Läuft super. Bist neben Klaus und seinen Helfern mein Tagesheld!

Uwe · 1. Februar 2015

Wo kann ich die Option -fPIC eintragen? Im Makefile stehts schon...

Spoiler anzeigen

Code

dpkg-buildpackage -tc -uc -us -d
dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor): -D_FORTIFY_SOURCE=2
dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security
dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2
dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor): -Wl,-Bsymbolic-functions -Wl,-z,relro
dpkg-buildpackage: Quellpaket vdr-plugin-dm140vfd
dpkg-buildpackage: Quellversion 0.0.6-5yavdr7~precise
dpkg-buildpackage: Quellen geändert durch yavdr package builder <release@yavdr.org>
dpkg-buildpackage: Host-Architektur amd64
 dpkg-source --before-build vdr-plugin-dm140vfd-0.0.6
 debian/rules clean
test -x debian/rules
dh_testroot
/usr/bin/make -o .dependencies clean DVBDIR=/usr VDRDIR=/usr/include/vdr LIBDIR=. LOCALEDIR=debian/tmp/usr/share/locale
make[1]: Betrete Verzeichnis '/usr/local/src/vdr-plugin-dm140vfd-0.0.6'
make[1]: Verlasse Verzeichnis '/usr/local/src/vdr-plugin-dm140vfd-0.0.6'
rm -f libvdr-*.so.*
dh_clean
 dpkg-source -b vdr-plugin-dm140vfd-0.0.6
dpkg-source: Information: Quellformat »3.0 (quilt)« wird verwendet
dpkg-source: Information: vdr-plugin-dm140vfd wird unter Benutzung des existierenden ./vdr-plugin-dm140vfd_0.0.6.orig.tar.gz gebaut
dpkg-source: Information: vdr-plugin-dm140vfd wird in vdr-plugin-dm140vfd_0.0.6-5yavdr7~precise.debian.tar.gz gebaut
dpkg-source: Information: vdr-plugin-dm140vfd wird in vdr-plugin-dm140vfd_0.0.6-5yavdr7~precise.dsc gebaut
 debian/rules build
test -x debian/rules
mkdir -p "."
/usr/bin/make all DVBDIR=/usr VDRDIR=/usr/include/vdr LIBDIR=. LOCALEDIR=debian/tmp/usr/share/locale
make[1]: Betrete Verzeichnis '/usr/local/src/vdr-plugin-dm140vfd-0.0.6'
make[1]: Verlasse Verzeichnis '/usr/local/src/vdr-plugin-dm140vfd-0.0.6'
make[1]: Betrete Verzeichnis '/usr/local/src/vdr-plugin-dm140vfd-0.0.6'
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dm140vfd"' -DHAVE_STDBOOL_H -I/usr/include/vdr/include -I/usr/include/freetype2 dm140vfd.c
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dm140vfd"' -DHAVE_STDBOOL_H -I/usr/include/vdr/include -I/usr/include/freetype2 bitmap.c
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dm140vfd"' -DHAVE_STDBOOL_H -I/usr/include/vdr/include -I/usr/include/freetype2 vfd.c
vfd.c: In Elementfunktion »int cVFD::SendReport(const char*, size_t)«:
vfd.c:296:121: Warnung: Format »%d« erwartet Argumenttyp »int«, aber Argument 3 hat Typ »size_t {aka long unsigned int}« [-Wformat]
vfd.c:296:121: Warnung: Format »%d« erwartet Argumenttyp »int«, aber Argument 5 hat Typ »size_t {aka long unsigned int}« [-Wformat]
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dm140vfd"' -DHAVE_STDBOOL_H -I/usr/include/vdr/include -I/usr/include/freetype2 ffont.c
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dm140vfd"' -DHAVE_STDBOOL_H -I/usr/include/vdr/include -I/usr/include/freetype2 setup.c
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dm140vfd"' -DHAVE_STDBOOL_H -I/usr/include/vdr/include -I/usr/include/freetype2 status.c
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dm140vfd"' -DHAVE_STDBOOL_H -I/usr/include/vdr/include -I/usr/include/freetype2 watch.c
watch.c: In Elementfunktion »void cVFDWatch::Recording(const cDevice*, const char*, const char*, bool)«:
watch.c:693:5: Warnung: Format »%d« erwartet Argumenttyp »int«, aber Argument 3 hat Typ »long unsigned int« [-Wformat]
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"dm140vfd"' -DHAVE_STDBOOL_H -I/usr/include/vdr/include -I/usr/include/freetype2 span.c
g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -shared dm140vfd.o bitmap.o vfd.o ffont.o setup.o status.o watch.o span.o -L/usr/lib/x86_64-linux-gnu -lfreetype -lz -o libvdr-dm140vfd.so
/usr/bin/ld: dm140vfd.o: relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
dm140vfd.o: could not read symbols: Bad value
collect2: ld gab 1 als Ende-Status zurück
make[1]: *** [libvdr-dm140vfd.so] Fehler 1
make[1]: Verlasse Verzeichnis '/usr/local/src/vdr-plugin-dm140vfd-0.0.6'
make: *** [common-build-arch] Fehler 2
dpkg-buildpackage: Fehler: Fehler-Exitstatus von debian/rules build war 2

Alles anzeigen

TheChief · 1. Februar 2015

Wo im Makefile? Eventuell an der falschen Stelle?

Uwe · 1. Februar 2015

Zitat von TheChief

Wo im Makefile? Eventuell an der falschen Stelle?

Code

CXXFLAGS ?= -fPIC -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses

gda · 1. Februar 2015

Dummerweise zeigst du in deinem Logauszug ja nur die Link-Anweisung. So kann man nicht erkennen ob das auch benutzt wurde was in CXXFLAGS steht.

Gerald

Uwe · 1. Februar 2015

Zitat von gda

Dummerweise zeigst du in deinem Logauszug ja nur die Link-Anweisung. So kann man nicht erkennen ob das auch benutzt wurde was in CXXFLAGS steht.

Hallo,
war keine Absicht, wollte die Fehlermeldung kurz halten.
Habe es oben editiert.
Sieht nicht so aus, als ob er -fPIC nutzt.... Wo muss ich es im Makefile eintragen?

Edit: gelöst mit diesen Post.

TheChief · 1. Februar 2015

Vielleicht reicht die Lösung aus Punkt 4?

http://stackoverflow.com/quest…ow-to-recompile-with-fpic

Frodo · 1. Februar 2015

Uwe
Ich habe das Paket vdr-plugin-dm140vfd in mein PPA hochgeladen, es baut gerade.

Das Paket wurde fehlerfrei erstellt und kann nun verwendet werden.

Uwe · 1. Februar 2015

Danke frodo, hier läuft es auch gerade. War wieder mal eine gute Übung für mich.

megalutschi · 2. Februar 2015

Hi Frodo,

vielen Dank für dein PPA und deine Mühe. Update lief beim Client und beim Server durch. Danke dafür . Könntest du vielleicht noch vdr-plugin-vdrmanager hinzufügen? Das wäre klasse!

Danke nochmal!

Frodo · 2. Februar 2015

Das Plugin vdr-plugin-vdrmanager habe ich hinzugefügt.

[Frodo PPA] vdr 2.2.0 für testing yaVDR

Jetzt mitmachen!

Teilen

Tags

Benutzer online in diesem Thema