[Announce] VDR developer version 1.7.35

Copperhead · 5. Januar 2013

Ich gar nicht. Ich versuche nur diesen Patch [Announce] VDR developer version 1.7.35 so umzusetzen, dass er schön ist.

Es scheint irgendwie ganz wichtig zu sein, dass der VDR gegen andere DVB-Header gebaut werden kann.

kls · 5. Januar 2013

Zitat von Copperhead

Ich gar nicht. Ich versuche nur diesen Patch [Announce] VDR developer version 1.7.35 so umzusetzen, dass er schön ist.

Es scheint irgendwie ganz wichtig zu sein, dass der VDR gegen andere DVB-Header gebaut werden kann.

Also wenn es nur um das Maken der .dependencies geht, warum dann nicht einfach $(CXXFLAGS) an den $(MAKEDEP)-Aufruf mit dranhängen?

Code

$(DEPFILE): Makefile
        @$(MAKEDEP) $(CXXFLAGS) $(DEFINES) $(INCLUDES) $(OBJS:%.o=%.c) > $@

Klaus

Copperhead · 5. Januar 2013

Ja, keine Ahnung. Ich kapiere das mit dem makedep Zeug sowieso nicht. Wenn das geht, solls mir recht sein. Bekommt das dann nicht viel zu viele Parameter ab?

kls · 5. Januar 2013

Zitat von Copperhead

Ja, keine Ahnung. Ich kapiere das mit dem makedep Zeug sowieso nicht. Wenn das geht, solls mir recht sein.

Es geht, hab's gerade probiert.

Klaus

Copperhead · 5. Januar 2013

Gut, dann siehts jetzt so aus:

asshep · 5. Januar 2013

Mit Makefilex17.diff (18 noch nicht probiert)
VDR_SOURCE # cp Make.config.template Make.config <==== Keinerlei Anpassungen
VDR_SOURCE # make
...

plugins with old Makefile: epgsearch streamdev text2skin vdrmanager vnsiserver <=== Soweit OK (Build und Copy) Beigelegte Plugins werden nicht kopiert

# rcvdr start (aus Source Directory)

=> /var/log/messages

/vdr/services/vdr/current/PLUGINS/lib/libvdr-streamdev-server.so.1.7.35: undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi
odin vdr: [30067] exiting, exit code 2

<=

shofmann · 5. Januar 2013

Tag auch.

Zitat von kls

@for i in $(PLUGINDIR)/lib/lib*-*.so.$(APIVERSION); do\
cp --force $$i $(DESTDIR)$(LIBDIR);\
done;

Hier eine Lösung, die unabhängig vom Füllstand des Verzeichnisses keine Fehler liefert:

Code

@for i in `find $(PLUGINDIR)/lib/ -name 'lib*-*.so.$(APIVERSION)'`; do\
  		install/cp ...; \
  		    done;

Eine leere Liste bei "for" ist zulässig, und "find" stört sich nicht an leeren Verzeichnissen. Das wäre entsprechend auch an allen anderen Stellen hilfreich, wo "ls" sonst einen Fehler oder eine leere Liste liefern könnte.

Nur eines darf nicht passieren: dass Pfad- oder Dateinamen eines oder mehrere Leerzeichen enthalten. Aber dieser Fall ist in den Makefiles ja grundsätzlich nicht berücksichtigt...

Grüße
Stefan

nvertigo · 5. Januar 2013

Hallo,

Die Anpassung für fremde dvb-Header für die alten Makefiles fehlt leider komplett - bei den neuen Makefiles funktioniert es perfekt.

Gruß, Ingo

johns · 5. Januar 2013

Mal eine Anmerkung anstatt 'ls *', kann man auch 'echo *' machen.
Anstatt 'for i in *.*; do' könnte 'for i in `echo *.*`; do' nehmen?

Johns

Copperhead · 5. Januar 2013

@nvertigo: Bei den alten Makefiles ging es noch nie. Da fummel ich jetzt auch nichts mehr dran rum.

Ich bin sowieso der Meinung, das bis 2.0 der Fallback für alte Makefiles ganz raus muss,

nvertigo · 5. Januar 2013

Zitat von Copperhead

@nvertigo: Bei den alten Makefiles ging es noch nie. Da fummel ich jetzt auch nichts mehr dran rum.

Wenn Du Deine Patche meinst, hast Du natürlich recht, aber mit meinem Vorschlag (der optisch Unschöne) funktioniert es:

Code

git checkout my-vdr-1.7.35v19
Already on 'my-vdr-1.7.35v19'
ingo@rock /usr/local/src/VDR $ make -C PLUGINS/src/tvguide
make: Entering directory `/usr/local/src/vdr/PLUGINS/src/tvguide-0.0.1'
/usr/include/linux/dvb/frontend.h:26:3: Fehler: #error Wrong DVBDIR
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"tvguide"' -I../../../include -I/usr/include/ImageMagick tvguide.c
In file included from ../../../include/vdr/dvbdevice.h:13:0,
                 from ../../../include/vdr/menuitems.h:14,
                 from ../../../include/vdr/plugin.h:14,
                 from tvguide.c:12:
/usr/include/linux/dvb/frontend.h:26:3: Fehler: #error Wrong DVBDIR
make: *** [tvguide.o] Fehler 1
make: Leaving directory `/usr/local/src/vdr/PLUGINS/src/tvguide-0.0.1'
ingo@rock /usr/local/src/VDR $ git checkout my-vdr-1.7.35v13
Switched to branch 'my-vdr-1.7.35v13'
ingo@rock /usr/local/src/VDR $ make -C PLUGINS/src/tvguide
make: Entering directory `/usr/local/src/vdr/PLUGINS/src/tvguide-0.0.1'
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -ggdb -O0 -D__user= -D__u8=uint8_t -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"tvguide"' -I/usr/local/src/media_build_experimental/linux/include/uapi -I../../../include -I/usr/include/ImageMagick tvguide.c
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -ggdb -O0 -D__user= -D__u8=uint8_t -g -ggdb -O0 -shared tvguide.o -lMagick++ -o libvdr-tvguide.so
xgettext -C -cTRANSLATORS --no-wrap --no-location -k -ktr -ktrNOOP --package-name=vdr-tvguide --package-version=0.0.1 --msgid-bugs-address='<see README>' -o po/tvguide.pot setup.c styledpixmap.c tvguideosd.c epggrid.c footer.c config.c channelcolumn.c tvguide.c timeline.c detailview.c osdmanager.c imageloader.c messagebox.c timer.c
msgmerge -U --no-wrap --no-location --backup=none -q po/de_DE.po po/tvguide.pot
msgfmt -c -o po/de_DE.mo po/de_DE.po
cp po/de_DE.mo ../../../locale/de_DE/LC_MESSAGES/vdr-tvguide.mo
make: Leaving directory `/usr/local/src/vdr/PLUGINS/src/tvguide-0.0.1'

Alles anzeigen

Wenn Du allerdings mit Deinem Posting die Aussage treffen willst: vdr unterstützt ab 1.7.35 das bauen gegen fremde DVB-Header bei alten Plugin-Makefiles nicht mehr, weil es so enschieden wurde, dann kann ich gut damit leben.

Vielen Dank für Deinen unermüdlichen Einsatz. Ich finde es bewunderswert, was Du hier in den letzten 10 Tagen gestemmt hast! Und für die v19:

Gruß, Ingo

EDIT: Der Satz muss natürlich lauten "...vdr unterstützt ab 1.7.35 das bauen gegen fremde DVB-Header bei alten Plugin-Makefiles nicht mehr..." habs geändert.

shofmann · 5. Januar 2013

Hallo.

Zitat von johns

Mal eine Anmerkung anstatt 'ls *', kann man auch 'echo *' machen.
Anstatt 'for i in *.*; do' könnte 'for i in `echo *.*`; do' nehmen?

Die Shell würde bei fehlenden Treffern den Wildcard an i zuweisen:

Code

[BASH 1038] echo *.*  # in einem leeren Verzeichnis
*.*

Und damit haben wir im Prinzip das gleiche Problem...

Grüße
Stefan

Copperhead · 5. Januar 2013

@nvertigo: Sprech das mit Klaus ab.

hd.brummy · 5. Januar 2013

@ asshep

<snipp>
=> /var/log/messages

/vdr/services/vdr/current/PLUGINS/lib/libvdr-streamdev-server.so.1.7.35: undefined symbol: _ZN10cIndexFile3GetEiPtPlPbPi
odin vdr: [30067] exiting, exit code 2

<=
</snapp>

hier wurde das nicht beim compile prozess übergeben

-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE

dann kommt es zu diesem Fehler

nvertigo · 5. Januar 2013

Zitat von Copperhead

@nvertigo: Sprech das mit Klaus ab.

Für mich ist das alles völlig ok. Ich habe einen _Vorschlag_ gemacht. Ob der jetzt angenommen wird oder nicht, liegt bei Euch - da muss ich mich mit niemandem absprechen. Ich habe nicht das allergeringste Problem mit der Entscheidung, die alten Makefiles nicht mehr gegen andere Header bauen zu lassen - Hauptsache:

es gibt solche klaren Entscheidungen, und die werden dann auch so klar bekanntgegeben!

Ich bin nur bis zu Deiner Aussage von der Forderung ausgegangen, dass im Kombatibilitätsmodus auch die alten Plugins noch mit DVBDIR unterstützt werden sollen. Missverständnis auf meiner Seite.

Ich kann mich nur Wiederholen: Du machst einen super-Job! Die neuen Plugins bauen sauber gegen Ufos-Treiber! Sorry wenn ich Dir mit meinem Missverstehen der Anforderungen Mehrarbeit verursacht habe.

Gruß, Ingo

TheChief · 6. Januar 2013

Ohne dass ich jetzt hier 15 Seiten des Threads lesen muss: Was muss ich denn jetzt wo ändern, damit ich wie gewohnt mit make && make plugins durch kompilieren kann? Bei dummydevice, epgsearch, live, noepg, streamdev, tvm2vdr, vnsiserver und xvdr erhalte ich:

********************************************************************
* Your plugin "xvdr" is using an old Makefile!
* While this currently still works, it is strongly recommended
* that you convert that Makefile to the new style used since
* VDR version 1.7.35. Support for old style Makefiles may be dropped
* in future versions of VDR.
********************************************************************

Sollte ja ansich vorerst trotzdem gehen, aber am Ende bleibt: *** failed plugins: live markad streamdev

Live ergibt beispielsweise:

cp: reguläre Datei „/PLUGINS/lib/libvdr-live.so.1.7.35“ kann nicht angelegt werden: Datei oder Verzeichnis nicht gefunden

In der Make.config hab ich lediglich das DVBDIR gesetzt.

Grüsse

P.S. Gibts schon irgendwo einen Extension Patch?

kls · 6. Januar 2013

Zitat von TheChief

Ohne dass ich jetzt hier 15 Seiten des Threads lesen muss: Was muss ich denn jetzt wo ändern, damit ich wie gewohnt mit make && make plugins durch kompilieren kann? Bei dummydevice, epgsearch, live, noepg, streamdev, tvm2vdr, vnsiserver und xvdr erhalte ich:

********************************************************************
* Your plugin "xvdr" is using an old Makefile!
* While this currently still works, it is strongly recommended
* that you convert that Makefile to the new style used since
* VDR version 1.7.35. Support for old style Makefiles may be dropped
* in future versions of VDR.
********************************************************************

Sollte ja ansich vorerst trotzdem gehen, aber am Ende bleibt: *** failed plugins: live markad streamdev

Live ergibt beispielsweise:

cp: reguläre Datei „/PLUGINS/lib/libvdr-live.so.1.7.35“ kann nicht angelegt werden: Datei oder Verzeichnis nicht gefunden

In der Make.config hab ich lediglich das DVBDIR gesetzt.

Alles anzeigen

Ich bin gerade dabei, mir den -19er Patch anzuschauen und etwas zu überarbeiten.
Ich werde demnächst einen -20er hier posten.

Klaus

3PO · 6. Januar 2013

Zitat von TheChief

[...] P.S. Gibts schon irgendwo einen Extension Patch?

Ich kann mir nicht vorstellen, dass sich irgend Jemand die Mühe macht, für eine halbfertige vdr Version einen Patch zu machen.

TheChief · 6. Januar 2013

Zitat von kls

Ich bin gerade dabei, mir den -19er Patch anzuschauen und etwas zu überarbeiten.
Ich werde demnächst einen -20er hier posten.

Klaus

Danke!

Ich probiere mal den letzen Patch, ansonsten warte ich bis dahin.

EDIT: Mit dem 19er Patch scheint es zu kompilieren. Bekomme nur noch: *** plugins with old Makefile: dummydevice epgsearch live markad noepg streamdev tvm2vdr vnsiserver xvdr

hd.brummy · 6. Januar 2013

Zitat von 3PO

Ich kann mir nicht vorstellen, dass sich irgend Jemand die Mühe macht, für eine halbfertige vdr Version einen Patch zu machen.

Extpatchng, vdr-1.7.35 seit letztem Jahr schon

[Announce] VDR developer version 1.7.35

Jetzt mitmachen!

Teilen