vdr-epg2vdr: Compilieren schlägt mit VDR 2.6 fehl

M-Reimer · Dec 30th 2021

Build-Fehler:

Code

menusched.c: In member function 'virtual void cMenuEpgScheduleItem::SetMenuItem(cSkinDisplayMenu*, int, bool, bool)':
menusched.c:312:34: error: no matching function for call to 'cSkinDisplayMenu::SetItemEvent(const cEvent*&, int&, bool&, bool&, const cChannel*&, bool&, eTimerMatch)'
  312 |    if (!DisplayMenu->SetItemEvent(event, Index, Current, Selectable, channel,
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  313 |                                   withDate, (eTimerMatch)timerMatch))
      |                                   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/vdr/osdbase.h:15,
                 from /usr/include/vdr/menuitems.h:15,
                 from menusched.c:10:
/usr/include/vdr/skins.h:236:16: note: candidate: 'virtual bool cSkinDisplayMenu::SetItemEvent(const cEvent*, int, bool, bool, const cChannel*, bool, eTimerMatch, bool)'
  236 |   virtual bool SetItemEvent(const cEvent *Event, int Index, bool Current, bool Selectable, const cChannel *Channel, bool WithDate, eTimerMatch TimerMatch, bool TimerActive) { return false; }
      |                ^~~~~~~~~~~~
/usr/include/vdr/skins.h:236:16: note:   candidate expects 8 arguments, 7 provided
menusched.c: In member function 'virtual void cMenuEpgScheduleSepItem::SetMenuItem(cSkinDisplayMenu*, int, bool, bool)':
menusched.c:386:34: error: no matching function for call to 'cSkinDisplayMenu::SetItemEvent(cEvent*&, int&, bool&, bool&, const cChannel*&, Misc, eTimerMatch)'
  386 |    if (!DisplayMenu->SetItemEvent(tmpEvent, Index, Current, Selectable, channel, no, tmNone))
      |         ~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/vdr/osdbase.h:15,
                 from /usr/include/vdr/menuitems.h:15,
                 from menusched.c:10:
/usr/include/vdr/skins.h:236:16: note: candidate: 'virtual bool cSkinDisplayMenu::SetItemEvent(const cEvent*, int, bool, bool, const cChannel*, bool, eTimerMatch, bool)'
  236 |   virtual bool SetItemEvent(const cEvent *Event, int Index, bool Current, bool Selectable, const cChannel *Channel, bool WithDate, eTimerMatch TimerMatch, bool TimerActive) { return false; }
      |                ^~~~~~~~~~~~
/usr/include/vdr/skins.h:236:16: note:   candidate expects 8 arguments, 7 provided
make: *** [Makefile:127: menusched.o] Error 1
make: *** Waiting for unfinished jobs....

Display More

Ich dokumentiere nur und deaktivere für vdr4arch.

Das Plugin hat "upstream" schon jahrelang keine Commits gesehen. Wenn sich jemand berufen fühlt, bzw. wenn sich hier noch jemand findet der das braucht, dann könnte ich auf https://github.com/vdr-projects/ ein Repo anlegen um nötige Fixes einzupflegen und ein "Wartungs-Release" zu taggen.

marco · Dec 30th 2021

lässt sich mit diesem Patch kompilieren.

wirbel · Dec 30th 2021

Sieht aus wie ein Patch, der in naher Zukunft das exakt gleiche Problem erneut aufpoppen lassen wird.

beinhart · Dec 30th 2021

mit dem epg2vdr gibt es unter 2.6.0 noch weitere probleme.

da muss wohl eine anpassung an die pattern-timer erfolgen

epg2vdr und vdr-2.5.7 ff

gruss

beinhart

kls · Dec 30th 2021

Quote from wirbel

Sieht aus wie ein Patch, der in naher Zukunft das exakt gleiche Problem erneut aufpoppen lassen wird.

Das mit den DEPRECATED-Macros ist immer nur als Übergangslösung gedacht, damit Plugins schnell wieder ans Laufen gebracht werden können. Langfristig sollte halt immer die jeweils empfohlene Anpassung vorgenommen werden, denn irgendwann fliegt der alte Code halt mal endgültig raus.

wirbel · Dec 30th 2021

Ja, deswegen ist dieser Patch eher Notnagel als Lösung.

M-Reimer · Dec 30th 2021

Ich hab epg2vdr nie verwendet und war ganz ehrlich gesagt auch nie ein Freund von der Idee das EPG aus dem VDR in eine MySQL-Datenbank zu ziehen.

Aber so wie ich das in Erinnerung hatte gab es doch einmal etliche Fans von dem Konzept.

Wenn jemand also Lust hat gelegentlich daran zu arbeiten, dann würde ich das auf GitHub auf "vdr-projects" anlegen und wenn gewünscht auch direkt Commit-Rechte vergeben.

utiltiy · Dec 30th 2021

Quote from M-Reimer

Aber so wie ich das in Erinnerung hatte gab es doch einmal etliche Fans von dem Konzept.

Bis jetzt lief ja alles, man sollte etwas Geduld haben mit den Plugins. horchi schaut sich das bestimmt an wenn er Zeit dafür hat, meist war er um die Zeit im Urlaub.

kls · Dec 30th 2021

Seit der Ankündigung, dass diese Funktion verschwinden wird, sind mittlerweile viereinhalb Jahre vergangen ;-).

M-Reimer · Dec 30th 2021

Letztlich bin ich der letzte der sich um Arbeit reißt. Am liebsten ist mir natürlich immer wenn der ursprüngliche Entwickler tätig wird oder wenigstens ankündigt das er die Entwicklung nicht weiterführen will.

Ich wollte nur die Option mal in den Raum stellen falls jemand zumindest diesen Bug fixen will. Was im Kontext der "vdr-projects"-Organisation steht ist ja erstmal nicht direkt einer Person zugeordnet. Und wenn Horchi wieder aufgreifen will kann er einfach vom neuen Repo pullen und an dem Stand ansetzen.

utiltiy · Dec 30th 2021

Wird sich dahingehend sicherlich eine Lösung finden für 2.6.0, bis 2.4.7 ist das zumindest kein Problem gewesen, wird bei 2.4.8 nicht anders sein.

horchi · Dec 31st 2021

ich kann es mir mal anschauen. Zum ersetzen der Menüs muss ich mal schauen ob das MainMenuHooks-v1_0_3.diff noch funktioniert oder gibt es da inzw. eine andere Lösung?

Gibt es inzwischen eine gitignore für den VDR um nach einem Patch nur die wirklichen Unterschiede und nicht alle *.mo und *.o zu sehen?

M-Reimer · Dec 31st 2021

Unterschiede kann man doch mit "git diff" sehen. Da werden Objektdateien nie mit angezeigt.

horchi · Dec 31st 2021

ja das kenne ich

M-Reimer · Dec 31st 2021

Dann hab ich wohl die Frage falsch verstanden.

Wegen MainMenuHooks: Ist wie gehabt. Gibt da nach wie vor nichts besseres.

horchi · Dec 31st 2021

okay das ersetzen des Programm Menüs mit MainMenuHooks klappt noch, das des Timer Menüs nicht, muss ich mir ansehen.

Der Zwischenstand ist erst mal im git, wenn euch noch was auffällt meldet euch.

/EDIT
Mein Fehler, das ersetzen des Timer Menüs klappt auch.

nvertigo · Jan 1st 2022

Quote from horchi

wenn euch noch was auffällt meldet euch.

Wunschliste:

fix für merging mit vdr-2.6.0 ("epg2vdr: Updated changes since ..." erscheint 4x nach vdr start, danach nie wieder - der letzte log-Eintrag ist auch das letzte merge im epgd - scheint mit dvb-epg merging zusammen zu hängen.
update für mysql c connector (aka libmysqlclient) auf MySQL 8.0 C API (auch für mysql 5.x empfohlen; siehe: https://dev.mysql.com/downloads/c-api/). libmysqlclient-8.x scheint zwar zu laufen, aber nur wenn die db mit 5.x initialisiert wurde, bei einem epgd first run auf eine leere, neu angelegte epg2vdr db crasht der epgd.
update für mysql-8.x. Autoupdate auf bestehende epg2vdr db schlägt genauso fehl, wie das Neuanlegen der epg2vdr db.

Ich würde sagen der erste Punkt ist dringend, da der fix die Voraussetzung ist, epgd überhaupt mit vdr 2.6.0 (oder 2.5.x) nutzen zu können.

Der zweite Punkt ist semi-dringend, da ältere libmysqlclient versionen upstream nicht mehr gepflegt werden und von einigen Distris nicht mehr angeboten werden.

Der dritte Punkt wird dringend, wenn die ersten Distros anfangen, mysql-5.x nicht mehr anzubieten.

horchi · Jan 1st 2022

du hast recht, das Plugin schreibt die EPG Änderungen nicht mehr in die Datenbank, daher hat der epgd nicht mehr zum mergen mit den externen Quellen.

Ich muss jetzt herausfinden cEpgHandler des VDR geändert hat und das Plugin anpassen - sehe ich mir im laufe des Tages an.

kfb77 · Jan 1st 2022

horchi Ich ergänze mal noch eine Syslog Meldung von meinem 2.6 Test Server dazu, vielleicht hilft es:

Code

Jan  1 11:51:07 user.err        VDR-2004-Dev    epgd: SQL-Error in 'execute(stmt_execute)' - Division by 0 (1365) 'Division by 0' [call mergeepg]

nvertigo · Jan 1st 2022

Quote from horchi

sehe ich mir im laufe des Tages an.

Frohes neues und gesundes Jahr für alle.

Mit "dringend" meinte ich eher sowas wie "vordringlich" oder "wichtig" - ich meinte nicht "sofort". War vieleicht etwas ungenau ausgedrückt. Lass' Dir Zeit und beginne Dein Jahr entspannt - Hauptsache, Ihr habt's auf der Todo-Liste.

SQL

SELECT relaxed FROM "new_year";

vdr-epg2vdr: Compilieren schlägt mit VDR 2.6 fehl

Participate now!

Share