[ANNOUNCE] VDR developer version 1.7.36

Ich habe jetzt mal zum Test libsi nach /usr/includes kopiert. (Muss ich in meinem vdr-dev Paket noch ändern)
Außerdem habe ich die MAKE_OPTIONS aus debian/rules des Plugins herausgenommen.
Jetzt erhalte ich

dh_auto_build -- all 
make[2]: Betrete Verzeichnis '/home/guido/src/test/build-area/vdr-plugin-epgsearch-1.0.1.beta1~git20130124'
make[2]: Verlasse Verzeichnis '/home/guido/src/test/build-area/vdr-plugin-epgsearch-1.0.1.beta1~git20130124'
make[2]: Betrete Verzeichnis '/home/guido/src/test/build-area/vdr-plugin-epgsearch-1.0.1.beta1~git20130124'
g++  -c  -DSENDMAIL='"/usr/sbin/sendmail"' -DUSE_PINPLUGIN -DUSE_GRAPHTFT -DPLUGIN_NAME_I18N='"epgsearch"'  -o afuzzy.o afuzzy.c
g++  -c  -DSENDMAIL='"/usr/sbin/sendmail"' -DUSE_PINPLUGIN -DUSE_GRAPHTFT -DPLUGIN_NAME_I18N='"epgsearch"'  -o blacklist.o blacklist.c
...
g++  -c  -DSENDMAIL='"/usr/sbin/sendmail"' -DUSE_PINPLUGIN -DUSE_GRAPHTFT -DPLUGIN_NAME_I18N='"epgsearch"'  -o menu_blacklists.o menu_blacklists.c
g++  -c  -DSENDMAIL='"/usr/sbin/sendmail"' -DUSE_PINPLUGIN -DUSE_GRAPHTFT -DPLUGIN_NAME_I18N='"epgsearch"'  -o menu_commands.o menu_commands.c
menu_commands.c: In Elementfunktion »virtual eOSState cMenuSearchCommands::Record()«:
menu_commands.c:168:53: Fehler: »class cTimer« hat kein Element namens »FskProtection«
make[2]: *** [menu_commands.o] Fehler 1
make[2]: Verlasse Verzeichnis '/home/guido/src/test/build-area/vdr-plugin-epgsearch-1.0.1.beta1~git20130124'
dh_auto_build: make -j1 all returned exit code 2
make[1]: *** [override_dh_auto_build] Fehler 2
make[1]: Verlasse Verzeichnis '/home/guido/src/test/build-area/vdr-plugin-epgsearch-1.0.1.beta1~git20130124'
make: *** [build] Fehler 2

Jetzt werde ich aber erst mal mein vdr Paket anpassen.
Basis war bei mir übrigens auch e-Tobi bzw. yavdr

Du hast in epgsearch das Flag für den PIN Plugin Patch gesetzt *) aber deine VDR Qullen nicht gepatcht.

cu

*) Das passiert auch automatisch wenn die pin Plugin Quellen dort zufällig an passender Stelle rumliegen.

Danke, ich verliere hier langsam den Überblick.
Hatte die meisten vdr-Patches zum Testen rausgenommen

Zitat von goldbär

Danke, ich verliere hier langsam den Überblick.
Hatte die meisten vdr-Patches zum Testen rausgenommen

Willkommen im Club der Distributoren...

Lars.

Zitat

Willkommen im Club der Distributoren...

Ich würde mich nicht als Distributor bezeichnen. Ich möchte nur lernen Pakete für mich zu bauen.

Moin,

Das finde ich super! Vielleicht bediene ich mich dann an ihnen...

Lars

Moin!

Ich hab bis jetzt noch kein Problem, da ich erst mal nur meine lokale Testumgebung umgestellt habe. Aber sobald ich welche bekomme, wenn ich mit den yavdr-Paketen anfange, werde ich mich sicherlich melden.

Vielen Dank für die bisherige Arbeit!

Lars.

Beim vdr-Start sehe ich immer zwei video directory scanner threads.

Jan 26 00:22:44 guruvdr vdr: [2091] video directory scanner thread started (pid=2089, tid=2091, prio=high)
Jan 26 00:22:44 guruvdr vdr: [2090] video directory scanner thread started (pid=2089, tid=2090, prio=high)

Habe ich da irgendwas falsch eingestellt, oder ist das ein Bug?
Gruss,
S:oren

Der eine scannt die normalen Aufnahmen (*.rec), der andere die gelöschten (*.del). Das ist schon immer so weil das zwei getrennte Listen sind.
It's not a bug, it's a feature

Ah, ok! Das war auch kein Problem, ich hatte mich nur gewundert...

Danke,
S:oren

Hallo,

ich habe keine Ahnung, ob schon jemand an den Makefiles für meine plugins gearbeitet hat. Jedenfalls habe ich in den git-repos von block und sleeptimer nun Versionen mit angepassten Makefiles hinterlegt. Sie bauen, mehr ist nicht getestet

Danke an kls.

hf,

Midas

Ich habe hier mal einen ersten Patch gegen graphtft 0.3.7 damit das Plugin korrekt kompiliert.

Edit: Nochmal neuer diff, gegen sauberes Verzeichnis.

Zitat von Ulrich Eckhardt

Ich habe hier mal einen ersten Patch gegen graphtft 0.3.7 damit das Plugin korrekt kompiliert.

Du hättest wohl vor dem "diff -uNrd" ein "make clean" machen sollen....

Zitat von 3PO

Du hättest wohl vor dem "diff -uNrd" ein "make clean" machen sollen....

Make clean hatte ich gemacht, nur den diff gegen das falsche Verzeichnis ...

zu finden hier --> Link

Thx to C. Siebholz fuer den patch, der darstellungsprobleme mit dem wareagle part behebt.

use PINPLUGIN ist temp. disabled
die änderungen in menu.c sind zu umfangreich in dem part wo der patch eingreift.

Der plugin developer möchte da bitte erstmal einen neuen patch zur verfügung stellen (falls der hier überhaupt mitliest )

Wie immer gilt, gentoo-edition ist auf Gentoo angepasst, muss/kann also nicht bei allen Selbstfricklern und Distributionen passen.
use Setup verweise ich wie immer auf extern einzubindende tinyxml sourcen.

Cheers

/bin/joerg

Zitat von hd.brummy

zu finden hier --> Link

Thx to C. Siebholz fuer den patch, der darstellungsprobleme mit dem wareagle part behebt.

use PINPLUGIN ist temp. disabled
....

Alles anzeigen

Der Vollständigkeit halber, hier noch die Liste der enthaltenen Patches:

### VDR-Extensions:


ALTERNATECHANNEL  
CHANNELBIND  
DDEPGENTRY  
DVLVIDPREFER  
GRAPHTFT  
JUMPINGSECONDS  
JUMPPLAY  
VASARAJANAULOJA  
LIRCSETTINGS  
MAINMENUHOOKS  
MCLI  
MENUORG  
NALUDUMP  
#PINPLUGIN  <-- !!! temp disabled, need fixing !!! 
PLUGINMISSING  
ROTOR  
SETUP  
TTXTSUBS  
VOLCTRL  
WAREAGLEICON  
YAEPG

hd.brummy

Danke für Deine Arbeit!

@hd_brummy
Auch von mir ein dickes Dankeschön, damit habe ich mir lokal schnell ein vdr-1.7.36 ebuild gebastelt, aber natürlich wollenwir Deine richtige Version sehen

Bei mir knallt's mit aktiviertem MENUORG Patch, mit oder ohne Menuorg-Plugin, gleich beim Öffnen des Osd. Ich habe das nur mit vdr-skinnopacity und vdr-softhddevice verifiziert...