Plugins mit altem Makefile - Sammlung

mini73 · 15. Januar 2013

Moin!

Wie wäre es mit einer weiteren Spalte mit der URL der Homepage?

Lars.

wirbel · 15. Januar 2013

Zitat von helau

Das bedeutet nur, dass ich derzeit sicher gar nichts fuer vdr >1.7.32 mache.

Verständlich. Rings um die Makefiles wurde unnötig Arbeit generiert ohne echte Verbesserungen (cmake, configure, ..) einzubringen.

jsffm · 15. Januar 2013

Ich vermisse hier das plugin, welches hier nicht genannt werden darf, aber bestimmt von vielen eingesetzt wird

seahawk1986 · 15. Januar 2013

Welches von den beiden? Das neuere ist ohne Probleme auf Github zu finden - und wie es aussieht kümmert sich da schon jemand um das Makefile.

jsffm · 15. Januar 2013

Zitat von seahawk1986

Welches von den beiden? Das neuere ist ohne Probleme auf Github zu finden - und wie es aussieht kümmert sich da schon jemand um das Makefile.

Ich meinte das Ältere

louis · 15. Januar 2013

Zitat von jsffm

Ich meinte das Ältere

helau · 15. Januar 2013

Die Infos fuer alcd stimmen nicht so ganz:
http://redmine.gen2vdr.org/projects/vdr-plugin--alcd/files

Copperhead · 15. Januar 2013

Danke, ich habe es gleich korrigiert.

3PO · 20. Januar 2013

Zitat von wirbel

Verständlich. Rings um die Makefiles wurde unnötig Arbeit generiert ohne echte Verbesserungen (cmake, configure, ..) einzubringen.

+1

shofmann · 20. Januar 2013

Nachfolgend (in diesem und den folgenden Postings) ein Satz angepasster Makefiles für die Plugins in meiner Signatur, die nicht in der VDR-Distribution drin sind. Bei einigen hat, wenn ich mich recht erinnere, Copperhead schon Vorarbeiten geleistet (Danke dafür!), sodass ich nur ein bisschen Feintuning betrieben habe...

Für die Plugin-Entwickler könnten die angepassten Makefiles ein guter Startpunkt sein. Und wenn sie nicht ganz spezielle Dinge brauchen, sollten die Makefiles eigentlich 1-zu-1 übernommen werden können. Ich habe mit diesen Makefiles meine Plugins jedenfalls in den letzten Wochen mehrfach erfolgreich kompiliert, zuletzt (heute) für VDR 1.7.36. Allerdings habe ich immer innerhalb des VDR-Verzeichnisbaums kompiliert, nicht außerhalb. Da ich mich aber an das Makefile des Plugins hello als Vorlage gehalten habe, würde ich erwarten, das auch dies funktioniert. Toi, Toi, Toi...

Die Anpassung der Makefiles für softhddevice und xineliboutput habe ich nach einiger Zeit aufgegeben, weil diese doch extrem stark vom Standard abweichen. Solange beide Plugins mit ihren alten Makefiles noch kompilieren, warte ich erst einmal, ob die Entwickler nicht doch eine bessere Lösung anbieten, als ich es könnte.

Viele Grüße
Stefan

shofmann · 20. Januar 2013

Fortsetzung: Neue Makefiles, Teil 2

Achtung: Update der Live-Makefiles (installieren jetzt auch die Resource-Dateien).

shofmann · 20. Januar 2013

Fortsetzung: Neue Makefiles, Teil 3

Achtung: Update des SkinEnigmaNG-Makefiles (installiert jetzt auch die Themen).

shofmann · 20. Januar 2013

Fortsetzung: Neue Makefiles, Teil 4

Achtung: Update des SkinPearlHD-Makefiles (installiert jetzt auch die Themen).

shofmann · 20. Januar 2013

Fortsetzung: Neue Makefiles, Teil 5 (Letzter Teil)

Achtung: Zweites Update des WeatherNG-Makefiles (installiert die Resource-Dateien und bindet die auch die Grafik-Bibliotheken mit ein).

Nachtrag: Ich hatte das Makefile für StreamDev vergessen und nachträglich noch beigefügt.

Alle Makefiles "as is", also unter Ausschluss jeglicher Gewährleistung, wie man so schön sagt...

Viele Erfolg damit
Stefan

M-Reimer · 20. Januar 2013

Zitat von wirbel

Verständlich. Rings um die Makefiles wurde unnötig Arbeit generiert ohne echte Verbesserungen (cmake, configure, ..) einzubringen.

Letztlich ist ein "configure" nichts anderes als das "Make.config"-Konzept vom VDR. Wenn du unbedingt ein "configure" haben willst, dann wäre es eine Kleinigkeit sowas als einfaches Shellscript zu etablieren. Das "configure" würde dann letztlich, abhängig von den durch den Benutzer angegebenen Parametern, ein "Make.config" selber erstellen welches vom nachfolgenden "make" dann interpretiert wird. Ist dann aber letztlich "das gleiche in Grün". Wird nur etwas anders gemacht und man hätte eventuell noch den ganz kleinen Vorteil, dass man via "./configure --help" die Parameter umfänglich erklären könnte.

wirbel · 20. Januar 2013

Zitat von Mreimer

Letztlich ist ein "configure" nichts anderes als das "Make.config"-Konzept vom VDR. Wenn du unbedingt ein "configure" haben willst, dann wäre es eine Kleinigkeit sowas als einfaches Shellscript zu etablieren. Das "configure" würde dann letztlich, abhängig von den durch den Benutzer angegebenen Parametern, ein "Make.config" selber erstellen welches vom nachfolgenden "make" dann interpretiert wird. Ist dann aber letztlich "das gleiche in Grün". Wird nur etwas anders gemacht und man hätte eventuell noch den ganz kleinen Vorteil, dass man via "./configure --help" die Parameter umfänglich erklären könnte.

Ist ja lieb von dir, dass du mich über die Funktionsweise von configure aufklären möchtest.
Und nein, configure erstellt für gewöhnlich (u.a.) ein (oder mehrere) Makefile(s), aber keine Make.config.

Auf jeden Fall wäre DAS dann standard-Konform gewesen und keine Bastelei.

M-Reimer · 20. Januar 2013

Ob die Info nun in die Makefiles geschrieben werden (dort sind letztlich auch nur Variablen drin, die durch configure ersetzt werden) oder die Variablen in eine separate Make.config geschrieben und durch das Makefile dann eingelesen werden, das ist für den Benutzer nun wirklich kein Unterschied.

Gegen ein sauber geschriebenes Makefile-System habe ich generell nichts. Im Gegensatz zu so manchem autoconf/automake basierten Build-System kann man das VDR-Makefile gut überblicken und verstehen.

Nur weil sehr viele Projekte autoconf/-make verwenden muss es nicht die einige richtige Lösung sein. MPlayer verwendet zum Beispiel auch selbstgeschriebene Makefiles und hat auch ein selbstgeschriebenes "configure". Und ein sauber geschriebenes Makefile ist auch keine "Bastelei". Ich empfinde das von "autoconf" gebaute "configure" zumindest in den allermeisten Fällen als eher lästig. Dort werden zig Parameter im System geprüft und von dem ermittelten dann nur ein Bruchteil auch in die Makefiles geschrieben. Performant ist anders.

wirbel · 20. Januar 2013

Es geht ja auch weniger um 'performant', sondern darum ein zum System passendes Makefile zu erstellen, oft auch darum auf bestimmte header und libraries auf dem aktuellen System prüfen zu können.

All das geht mit der jetzigen Lösung nicht.

seahawk1986 · 20. Januar 2013

Beim Live-Plugin habe ich beim Bauen für Arch noch Probleme (den Patch habe ich aus den von shofman geposteten Makefiles erzeugt):

Code

make[1]: Entering directory `/home/alexander/src/vdr4arch/plugins/vdr-live/src/vdr-plugin-live-545739fe/pages'
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o menu.o menu.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o recordings.o recordings.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o schedule.o schedule.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o multischedule.o multischedule.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o screenshot.o screenshot.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o timers.o timers.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o whats_on.o whats_on.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o switch_channel.o switch_channel.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o keypress.o keypress.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o remote.o remote.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o channels_widget.o channels_widget.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o edit_timer.o edit_timer.cpp
g++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -Wno-overloaded-virtual -Wno-unused-variable  -Wno-unused-but-set-variable -c -DPLUGIN_NAME_I18N='"live"' -DTNTVERSION=21000 -DHAVE_LIBPCRECPP -I.. -o error.o error.cpp
make[1]: *** Keine Regel vorhanden, um das Target »gen_version_suffix.h«,
  benötigt von »pageelems.o«, zu erstellen.  Schluss.
make[1]: Leaving directory `/home/alexander/src/vdr4arch/plugins/vdr-live/src/vdr-plugin-live-545739fe/pages'
make: *** [pages] Fehler 2
==> FEHLER: Ein Fehler geschah in package().
    Breche ab ...

Alles anzeigen

Code

pkgname=vdr-live
pkgver=20121226
_gitver=545739fe
_vdrapi=1.7.36
pkgrel=5
pkgdesc="Adds the possibility to control VDR and some of it's plugins by a web interface."
url="http://projects.vdr-developer.org/projects/plg-live"
arch=('x86_64' 'i686')
license=('GPL2')
depends=('pcre' 'tntnet' "vdr-api=${_vdrapi}")
install="$pkgname.install"
_plugname=$(echo $pkgname | sed 's/vdr-//g')
replaces=("vdr-plugin-$_plugname")
conflicts=("vdr-plugin-$_plugname")
source=("http://projects.vdr-developer.org/git/vdr-plugin-$_plugname.git/snapshot/vdr-plugin-$_plugname-$_gitver.tar.bz2"
        "Makefiles-1.7.36.diff")
md5sums=('1ce83ca318a5507db84c76ee55275794'
         '4168855c61fad9b6b4bce72f7bf30888')


package() {
  cd "${srcdir}/vdr-plugin-${_plugname}-${_gitver}"
  patch -p1 -i ${srcdir}/Makefiles-1.7.36.diff


  mkdir -p $pkgdir/usr/lib/vdr/plugins
  make CFLAGS="$(pkg-config vdr --variable=cflags)" \
       CXXFLAGS="$(pkg-config vdr --variable=cxxflags)" \
       VDRDIR="/usr/include/vdr" \
       LIBDIR="$pkgdir/$(pkg-config vdr --variable=libdir)" \
       LOCALEDIR="$pkgdir/$(pkg-config vdr --variable=locdir)"
  make install
  #mkdir -p $pkgdir/usr/share/vdr/plugins
  #cp -r live $pkgdir/usr/share/vdr/plugins

Alles anzeigen

Makefiles-1.7.36.diff

Copperhead · 20. Januar 2013

Das kann so auch nicht gehen. Das PKGBUILD ist für das alte Makefile ausgelegt. Wenn du einfach alles so lässt wie ich es ins Repo gepusht habe funktioniert es.

Mir fällt aber gerade auf, dass in den von shofmann geposteten Makefiles die Install-Routine für die Zusatzdateien fehlt. Im Fall von live müsste das "live"-Verzeichnis ins Resourcedirectory kopiert werden. Ein gut umgesetztes Beispiel dafür ist skinnopacity und tvguide.

Plugins mit altem Makefile - Sammlung

Jetzt mitmachen!

Teilen