[Announce] epgd-0.1.1 und epg2vdr-0.1.0

TheChief · 31. Oktober 2013

Für mich klingts irgendwie, als würde epgdata bis morgen früh keine Daten senden. Ist das auf allen Sendern so? Ich selbst nutze kein epgdata, deswegen kann ich da nicht nachschauen.

Zitat

Nein, natürlich nicht, aber das andere reicht auch nicht

Naja eigentlich schon, wenn er alles inkl. Datenbank löscht.

Alex · 31. Oktober 2013

Zitat

Lass uns erstmal schaun wo deine epgdata Daten von heute hin sind: ist das File unter /var/cache/vdr für heute vorhanden?

Im Verzeichnis waren die Dateien tatsächlich vorhanden - ich habe ja ab morgen Daten von EPGDATA.

Also habe ich gerade diese Dateien (und die DB) nochmal gelöscht und epgd neu gestartet:

Folgende Einträge erscheinen da im syslog:

Code

Oct 31 16:19:38 seca epgd: State now 'standby'
Oct 31 16:19:48 seca epgd: State now 'busy (events)'
Oct 31 16:19:48 seca epgd: Starting cleanup of events
Oct 31 16:19:48 seca epgd: Delete fileref [substr(name,1,8) <= '20131030']
Oct 31 16:19:48 seca epgd: Delete events [starttime+duration < 1383211188]
Oct 31 16:19:48 seca epgd: Cleanup of events finished
Oct 31 16:19:48 seca epgd: EPG Update started
Oct 31 16:19:48 seca epgd: Updating 'epgdata' day today+0 now
Oct 31 16:19:49 seca epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=0&dataType=xml' to '20131031_20131031_de_qy.zip
Oct 31 16:20:55 seca epgd: Processing file '20131031_20131031_de_qy.zip-19878058' for day 0 (0/1)
Oct 31 16:20:55 seca epgd: XSLT transformation for '20131031_20131031_de_qy.zip-19878058' failed, ignoring                                                          !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Oct 31 16:20:55 seca epgd: Updating 'epgdata' day today+1 now
Oct 31 16:20:55 seca epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=1&dataType=xml' to '20131101_20131031_de_qy.zip
Oct 31 16:22:00 seca epgd: Processing file '20131101_20131031_de_qy.zip-19534899' for day 1 (0/1)
Oct 31 16:22:06 seca epgd: Updating 'epgdata' day today+2 now
Oct 31 16:22:07 seca epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=2&dataType=xml' to '20131102_20131031_de_qy.zip
Oct 31 16:23:11 seca epgd: Processing file '20131102_20131031_de_qy.zip-19340675' for day 2 (0/1)
Oct 31 16:23:14 seca epgd: Warning, size of 200 for 'shorttext' exeeded [20 Jahre - Die Geburtstagssendung! / Computer, die die Welt verändern / Von Prionen, Viren und Bakterien / Mit Genen heilen? / Strahlendes Erbe: Atomenergie / Wohin mit dem Müll? / Quarks-Blog und Quarks-Fanvideo]
Oct 31 16:23:16 seca epgd: Updating 'epgdata' day today+3 now
Oct 31 16:23:16 seca epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=3&dataType=xml' to '20131103_20131031_de_qy.zip
Oct 31 16:24:17 seca epgd: Processing file '20131103_20131031_de_qy.zip-18348358' for day 3 (0/1)
Oct 31 16:24:21 seca epgd: Warning, size of 200 for 'shorttext' exeeded [20 Jahre - Die Geburtstagssendung! / Computer, die die Welt verändern / Von Prionen, Viren und Bakterien / Mit Genen heilen? / Strahlendes Erbe: Atomenergie / Wohin mit dem Müll? / Quarks-Blog und Quarks-Fanvideo]
Oct 31 16:24:23 seca epgd: Updating 'epgdata' day today+4 now
Oct 31 16:24:23 seca epgd: Download file: 'http://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=4&dataType=xml' to '20131104_20131031_de_qy.zip
Oct 31 16:25:30 seca epgd: Processing file '20131104_20131031_de_qy.zip-19942249' for day 4 (0/1)
Oct 31 16:25:34 seca epgd: Warning, size of 200 for 'shorttext' exeeded [20 Jahre - Die Geburtstagssendung! / Computer, die die Welt verändern / Von Prionen, Viren und Bakterien / Mit Genen heilen? / Strahlendes Erbe: Atomenergie / Wohin mit dem Müll? / Quarks-Blog und Quarks-Fanvideo]
Oct 31 16:25:36 seca epgd: EPG Update finished, loaded 5 files (47.147 MB), 0 non-updates skipped, 1 rejected due to format error.
Oct 31 16:25:36 seca epgd: Starting episode download ...
Oct 31 16:25:37 seca epgd: SVDRPCL: connected to eplists.constabel.net:2006 'eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Thu Oct 31 16:25:37 2013'
Oct 31 16:25:37 seca epgd: Got 'Setting encoding to utf8'
Oct 31 16:25:37 seca epgd: Requesting all episodes due to 'empty table'
Oct 31 16:25:44 seca epgd: Received 901 episode files
Oct 31 16:26:07 seca epgd: Starting episode lookup ...
Oct 31 16:26:09 seca epgd: Lookup done for 864 series, matched 1284 parts by compare and 56 parts by lv in 2 seconds
Oct 31 16:26:09 seca epgd: Calling 'mergeepg'
Oct 31 16:26:13 seca epgd: 'mergeepg' suceeded
Oct 31 16:26:13 seca epgd: State now 'busy (images)'
Oct 31 16:26:13 seca epgd: Starting cleanup of imagerefs
Oct 31 16:26:13 seca epgd: Starting cleanup of images
Oct 31 16:26:13 seca epgd: Image cleanup finished
Oct 31 16:26:13 seca epgd: Start download of new images
Oct 31 16:26:17 seca epgd: Still updating images, now 500 of 3157 checked and 499 loaded (7.413 MB)
Oct 31 16:26:22 seca epgd: Still updating images, now 1000 of 3157 checked and 999 loaded (14.688 MB)
Oct 31 16:26:28 seca epgd: Still updating images, now 1500 of 3157 checked and 1499 loaded (21.845 MB)
Oct 31 16:26:35 seca epgd: Still updating images, now 2000 of 3157 checked and 1999 loaded (28.970 MB)
Oct 31 16:26:42 seca epgd: Still updating images, now 2500 of 3157 checked and 2499 loaded (35.168 MB)
Oct 31 16:26:51 seca epgd: Still updating images, now 3000 of 3157 checked and 2999 loaded (40.982 MB)
Oct 31 16:26:54 seca epgd: Loaded 3157 images (42.861 MB), checked 3157; 0 failed to load in 41 seconds
Oct 31 16:26:54 seca epgd: Starting cleanup of epgdata zip's in '/var/cache/epgd//epgdata'
Oct 31 16:26:54 seca epgd: Cleanup finished, removed (0) epgdata files
Oct 31 16:26:54 seca epgd: Scheduled next update in 2 hour(s)
Oct 31 16:26:54 seca epgd: State now 'standby'
....

Alles anzeigen

Die Zeile, in der ich die !!!! eingefügt habe, macht mich stutzig.

Ich bin mir ziemlich sicher, dass ich die *.xsl/*.xml-Dateien aus dem Verzeichnis PLUGINS/epgdata/configs nach /etc/epgd/ kopiert habe.

Und der Vollständigkeit halber: Danach sieht's in /var/cache/epgd/epgdata so aus:

Code

seca ~ # l /var/cache/epgd/epgdata/
total 143268
-rw-r--r-- 1 root root 10332376 Okt 31 16:20 20131031_201310311542_de_qy.xml
-rw-r--r-- 1 root root 19878058 Okt 31 16:20 20131031_20131031_de_qy.zip
-rw-r--r-- 1 root root  9937952 Okt 31 16:22 20131101_201310311543_de_qy.xml
-rw-r--r-- 1 root root 19534899 Okt 31 16:22 20131101_20131031_de_qy.zip
-rw-r--r-- 1 root root  9749578 Okt 31 16:23 20131102_201310311543_de_qy.xml
-rw-r--r-- 1 root root 19340675 Okt 31 16:23 20131102_20131031_de_qy.zip
-rw-r--r-- 1 root root  9501535 Okt 31 16:24 20131103_201310311544_de_qy.xml
-rw-r--r-- 1 root root 18348358 Okt 31 16:24 20131103_20131031_de_qy.zip
-rw-r--r-- 1 root root  9915343 Okt 31 16:25 20131104_201310311544_de_qy.xml
-rw-r--r-- 1 root root 19942249 Okt 31 16:25 20131104_20131031_de_qy.zip

Alles anzeigen

bye, Alex

CKone · 31. Oktober 2013

ja entweder die xml ist kaputt oder der epgdata loader hat noch nen Bug, ist ja relativ einfach

merkwürdig allemal, müsste der Jörg mal schauen

Christian

Alex · 31. Oktober 2013

Zitat von CKone

ja entweder die xml ist kaputt oder der epgdata loader hat noch nen Bug, ist ja relativ einfach

merkwürdig allemal, müsste der Jörg mal schauen

Ok, dann scheint's zumindest nicht an mir zu liegen.

Vielen Dank für Eure Bemühungen.

Die Datei habe ich mal gesichert, falls sie zur Analyse/Problembeseitigung benötigt wird.

Ich muss jetzt erst mal weg - bye, Alex

pc-medusa · 31. Oktober 2013

Zitat von CKone

Das Paket kopiert es an die richtige Stelle, einbinden musst du es von Hand - mit deinem geheimen PWD halt...

Das ist korrekt Das mysql-epglv-Plugin befindet sich schon an der richtigen Stelle. Was ich bloß nicht gefunden habe war die Readme zum mysql-epglv-plugin. Die gibs anscheinend nur im Git.

Mit den Anweisungen aus der Readme war das Einbinden dann kein Problem. Sollte man möglicherweise ins Readme vom epgd mit aufnehmen.

von mir jedenfalls erstmal danke - es läuft wieder.

pc-medusa

CKone · 31. Oktober 2013

prima.

Ja wir hatten das auch schon bemerkt, wird im readme erweitert.

Gruß Christian

3PO · 31. Oktober 2013

Hallo Zusammen,

ich habe mal ein kleines Script gebastelt, das die ID's der Sender von TVM und epgdata.com ermittelt.

Code

vdr01_64 ~ # ./get_epgd_id.sh


   usage: [-a-tvm] [-i-tvm] [-a-edc] [-i-edc]


        -a-tvm  TVM IDs, sort by channelname in alphabetical order
        -i-tvm  TVM IDs, sort by ID in numeric order
        -a-edc  epgdata.com IDs, sort by channelname in alphabetical order
        -i-edc  epgdata.com IDs, sort by ID in numeric order


vdr01_64 ~ #

Alles anzeigen

Für epgdata.com muss die Pin oben bei PIN="" eingetragen werden.

Ich hänge es mal an, vlt.kann es ja Jemand gebrauchen.

CKone · 1. November 2013

Zitat von CKone

ja entweder die xml ist kaputt oder der epgdata loader hat noch nen Bug, ist ja relativ einfach

merkwürdig allemal, müsste der Jörg mal schauen

Christian

Hierzu erst einmal vielen Dank an Alex für die gestrige "Bastelstunde" in der er am Ende selbst die Löung beigebracht hat: wirklich vorbildliches Userverhalten hier!

Das Problem betrifft nur epgdata files und diese nur bei einer Größe ab 9,5Mb, und auch nur in Verbindung mit libxml2 >= 2.9.0, begründet durch geänderte Default limits derselben:

Zitat

For libxml2 2.9.0 and greater (lxml uses libxml2), there is a default XML document max size of roughly 9.5mb (10,000,000 bytes)[1]. In order to process XML larger than the minimum, users have to specify the XML_PARSE_HUGE option [1]. For those using lxml (many Python users, including libtaxii), you must set huge_tree=True in the constructor of the XMLParser object [2] to bypass the libxml2 XML size limit.

Quelle: <http://making-security-measura…-Documents-td7580595.html>
-----
When compiled against libxml2 2.9.0 certain scripts that use xml:parse() function fail to process reasonably large files with the following error: xml:parse(): loader parsing error: internal error: Huge input lookup This is because at least in 2.9.0 it's required to set XML_PARSE_HUGE option in XmlContext before parsing big files.

Für die meisten systeme wird das unproblematisch sein, für alle anderen ist das Fix kurzfristig im git.

Christian

hummel99 · 2. November 2013

Hi,

in welchem Intervall holen sich die Clients denn die Daten aus der MySQL, bzw. gibt es eine Option beim Starten des VDR / Plugins einen Sync zu erzwingen ?

TheChief · 2. November 2013

Sobald UpdateThreshold (epgd) überschritten wurde, werden die Clients aktualisert. In der Regel alle 2-20 min. Bei Start des VDR meine ich sowieso. Ansonsten geht auch ein svdrpsend PLUG epg2vdr update.

hummel99 · 2. November 2013

Wird UpdateThreshold in Sekunden oder Minuten angegeben ?

TheChief · 2. November 2013

Weder noch

Zitat

UpdateThreshold = 500 (default 200)
call merging of DVB and external EPG after <x> DVB changes and update clients

hummel99 · 2. November 2013

Dankesehr, jetzt updaten sich die Clients.

gda · 2. November 2013

Es sieht so aus als würde der epgd für in die channelmap.conf hinzugefügte Kanäle nicht noch mal die Daten für die Tage holen, die er schon für die bereits vorhandenen Kanäle geholt hat? Ich sehe bei den neuen Kanälen nur die Daten die er auch für die Alten aktualisieren musste. Kann das stimmen? Wie wäre in dem Fall die richtige Vorgehensweise? mit dem epgd-tool die Datenbank löschen?

Gerald

BooStar · 4. November 2013

Moin..
ich hab da mal ne Frage
ist die neue Verion von epgd-0.1.1 eigentlich mit dem "alten" Plugin epg2vdr-0.0.4 kompatibel?
Oder sollte hier auch gleich beides upgedated werden?

TheChief · 4. November 2013

Beides, neuer epgd und altes Plugin geht nicht.

BooStar · 4. November 2013

Danke.. das ist ja gut zu wissen..
Ich habe grade trotzdem mal versucht den deamon zu bauen,
dabei tritt leider ein Fehler auf:

make

Code

root@goflex:~/src/epgd/vdr-epg-daemon# make all
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o lib/db.o lib/db.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o lib/tabledef.o lib/tabledef.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o lib/common.o lib/common.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o lib/config.o lib/config.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o main.o main.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o update.o update.c
update.c: In static member function ‘static int cEpgd::loadFromFs(MemoryStruct*, const char*, const char*)’:
update.c:1545:43: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘size_t {aka unsigned int}’ [-Wformat]
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o plugin.o plugin.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o channelmap.o channelmap.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o series.o series.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o svdrpclient.o svdrpclient.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o levenshtein.o levenshtein.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -c -D_GNU_SOURCE -DTARGET='"epgd"' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o episode.o episode.c
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -rdynamic lib/db.o lib/tabledef.o lib/common.o lib/config.o  main.o update.o plugin.o channelmap.o series.o svdrpclient.o levenshtein.o episode.o -lcurl -L/usr/lib -lxml2 -L/usr/lib -lxslt -lxml2 -lexslt -lmysqlclient -lrt -lz -larchive -ldl -lcrypto -o epgd
for i in `ls ./PLUGINS | grep -v '[^a-z0-9]'`; do\
           if grep -q "PLUGIN.*=" "./PLUGINS/$i/Makefile"; then\
              make --no-print-directory -C "./PLUGINS/$i";\
           fi;\
        done;
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I../.. -c -D_GNU_SOURCE -DTARGET='""' -DPLGDIR='"/usr/local/lib/epgd/plugins"' -DUSEMD5 -DUSELIBXML -DUSELIBARCHIVE -I/usr/include/libxml2 -I/usr/include/libxml2  -o epgdata.o epgdata.c
epgdata.c: In member function ‘virtual int Epgdata::initDb()’:
epgdata.c:179:42: warning: format ‘%ld’ expects argument of type ‘long int’, but argument 3 has type ‘__off64_t {aka long long int}’ [-Wformat]
g++ -ggdb -O0 -fPIC -Wreturn-type -Wformat -pedantic -Wunused-variable -Wunused-label -Wunused-value -Wunused-function -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I../.. -shared epgdata.o  -o libepgd-epgdata.so
(cd epglv; make)
make[1]: Entering directory `/root/src/epgd/vdr-epg-daemon/epglv'
gcc -m32 -Wall -fPIC -I/usr/local/include/mysql -L/usr/lib/mysql -L/usr/local/lib/mysql -I/usr/include/mysql -lmysqlclient -DMYSQL_DYNAMIC_PLUGIN -DDEBUG_MYSQL=0 -pipe -O3 -shared -o mysqlepglv.so src/epglvbase.c src/epglv.c
cc1: error: unrecognized command line option ‘-m32’
cc1: error: unrecognized command line option ‘-m32’
make[1]: *** [epglv] Fehler 1
make[1]: Leaving directory `/root/src/epgd/vdr-epg-daemon/epglv'
make: *** [lv] Fehler 2

Alles anzeigen

Wenn ich "CPP_FLAGS_32 := -m32" aus "epglv/Makefile" auskommentiere läuft er druch.
Kann mir jemand sagen woran das liegt, oder was das für Auswirkungen hat, wenn man diese Zeile rausnimmt?
Oder ob das auf dem Wheezy auf meiner GoFlex evtl. normal ist?

TheChief · 4. November 2013

Das hat irgendwas mit 32/64bit zu tun. Wenns ohne geht, lass doch mal laufen. Wenn nicht, muss da mal jemand ran, der sich damit auskennt. Ist da ein 32 oder 64bit Wheezy drauf?

BooStar · 4. November 2013

Code

root@goflex:~/src/epgd/vdr-epg-daemon# uname -a
Linux goflex 3.11.1-kirkwood-tld-2 #1 PREEMPT Sun Oct 6 17:06:02 PDT 2013 armv5tel GNU/Linux

CKone · 4. November 2013

Zitat von BooStar

Moin..
ich hab da mal ne Frage
ist die neue Verion von epgd-0.1.1 eigentlich mit dem "alten" Plugin epg2vdr-0.0.4 kompatibel?
Oder sollte hier auch gleich beides upgedated werden?

genau wie der Chief sagt - wobei beide Teile zur Datenbank passen müssen, weil reden tun die ja bekanntlich nicht direkt miteinander - es kann also sein das beide Teile konsistent sind dir aber auf irgend ner Tabelle ne Spalte fehlt dann gehts trotzdem nicht - Bei sonem major release wie dem letzten geht das natürlich eh nicht, da haben sich Reihenweise Änderungen an der DB ergeben, Tabellen wurden umbenannt oder hinzugefügt

Für kleinere Releases gilt demnächst das wenn es nicht passt nix kaputtgeht sondern die SW merkt das die API der Tabellen nicht passt und sich mit einer entspannten Fehlermeldug zurücklegt.

Christian

[Announce] epgd-0.1.1 und epg2vdr-0.1.0

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema