[Announce] epgd 0.2.0, scraper2vdr 0.1.0, Happy Easter Eggs

Zitat von louis

Ist gerade gefixt...kam wohl nur auf 32Bit Systemen.

Ciao Louis

Nein, auch 64Bit Systemen.

Geht aber wieder.

nein aber ein neu kompiliertes. An den epgd Plugins hat sich nichts geändert, müssen aber generell wegen potentieller Header Änderungen neu gebaut werden wenn man den epgd aktualisiert

Hm, dann mach ich irgendwas falsch. Beim ersten Versuch mit make clean-plugins, beim zweiten Versuch direkt in den Plugin-Verzeichnissen make clean. Hab den Fehler immernoch. Kompiliere eigentlich immer alles inkl. Plugins neu.

Hab leider auch noch den gleichen Fehler
nach aktuellem git stand.

May  9 16:53:42 vdrraspi epgd: Loading plugin: /EPGD/plugins/libepgd-epgdata.so
May  9 16:53:42 vdrraspi epgd: Error: /EPGD/plugins/libepgd-epgdata.so: undefined symbol: _Z8loadXSLTPKcS0_i
May  9 16:53:42 vdrraspi epgd: Loading plugin: /EPGD/plugins/libepgd-tvm.so
May  9 16:53:42 vdrraspi epgd: Error: /EPGD/plugins/libepgd-tvm.so: undefined symbol: _Z8loadXSLTPKcS0_i

okay da ist noch was schief - ich kann erst in einer Stunde schauen!

Dann liegts vielleicht doch nicht an mir.

Gibts vielleicht eine neue Abhängigkeit?

Mein epgd läuft auf debian@testing auf 32-Bit aus dem aktuellen GIT. Kann wohl doch was sein wenn es bei 64-Bit nicht paßt.

Eventuell hier ein Schreibfehler?

diff --git a/lib/Makefile b/lib/Makefile
index 26cca7b..2193ad6 100644
--- a/lib/Makefile
+++ b/lib/Makefile
@@ -32,7 +32,7 @@ CFLAGS += -fPIC -Wreturn-type -Wall -Wno-parentheses -Wformat -pedantic -Wunused
 
 CFLAGS   += $(shell mysql_config --include)
 
-DEFINES = -DPLGDIR='"."' -DUSEUUID -DUSEMD5 -USELIBXML
+DEFINES = -DPLGDIR='"."' -DUSEUUID -DUSEMD5 -DUSELIBXML
 
 all: lib $(TEST) $(DEMO)
 lib: $(LIBTARGET).a

Danach bekomm ich das:

/usr/include/libxslt/transform.h:15:27: fatal error: libxml/parser.h: Datei oder Verzeichnis nicht gefunden

Mal sehen, was da fehlt

na hier ist ja was los heute - Schlag auf Schlag, da wirds nicht langweilig

Christian

Ihr habt aber anscheinend keine guten Tester mehr, die das vorher testen

Danke, scraper2vdr und epg2vdr bauen (jetzt) auf meinem yaVDR testing sauber und der VDR startet auch wieder.

Cheers,
Ole

Die aktuelle Version von epgD lässt sich bei mir nicht bauen.

http://bpaste.net/show/Uu6R1nFAyH7bWtbWJAoF/

Zitat von louis

Ich hab jetzt eben auch eine neue Version vom scraper2vdr ins Git geschoben...könnt ihr mal testen, ob das bei euch baut und läuft?

Unter Arch Linux sieht es bislang gut aus - nur reagiert der VDR direkt nach dem Start für einige Zeit nicht auf die Fernbedienung, bis die Aktualisierungen durch sind - kann man daran eventuell etwas ändern?

Ansonsten die Bitte um Rückmeldung an alle yaVDR-User mit stable-vdr oder testing-vdr: laufen die vdr-plugin-epg2vdr und vdr-epg-daemon Pakete aus den yaVDR-PPAs jetzt sauber oder gibt es da noch irgendwo Probleme?

Zitat von nvertigo

Ich brauch auf einem 64bit Gentoo noch libpthread: ...

Stimmt, damit geht's.

Zitat von nvertigo

[...] EDIT: zitieen übe ich noch... sorry.

Rechtschreibung auch?

*SCNR*

Zitat von nvertigo

...habe jetzt beim epgd start aber die oben schon von jemandem angesprochenen unresolved symbols in den Plugins...

Die aktuellen Revisionen funktionieren bei mir.

epgd auch? Hast Du im Log die Fehler nicht beim Starten?