Merkwürdig war aber, das er jetzt noch libmariadbclient20 installiert hat. Davor war es libmariadbclient18.
Kann es sein, dass bei dir die proposed-Paketquellen aktiviert sind? Was sagt apt-cache policy libmariadbclient20?
Merkwürdig war aber, das er jetzt noch libmariadbclient20 installiert hat. Davor war es libmariadbclient18.
Kann es sein, dass bei dir die proposed-Paketquellen aktiviert sind? Was sagt apt-cache policy libmariadbclient20?
Muß leider sagen, daß ich mich heute morgen zu früh gefreut hatte. Nach vdr- und mysql- Neustart hatte epgd-tool -show-stats die richtige Version und epg2vdr/scraper2vdr liefen auch brav.
Nach einem Neustart des Rechners hingegen wieder die Inkonsistenz und epg2vdr-Verweigerung.
Habe jetzt nochmal "rollback" gemacht und die Pakete auf Hold gesetzt. Da ich ja ohnehin (alte Gewohnheit) immer noch hauptsächlich am PC vdradmin-am verwende (auch weil sich damit am PC gut fernsehen läßt), bringt mir der epgd-Umschalttimer nicht viel.
Eine nützliche Ergänzung des epghttpd wäre nun doch das Streamen aus dem Webif ...
Liebe Grüße aus Wien
Kann es sein, dass bei dir die proposed-Paketquellen aktiviert sind? Was sagt apt-cache policy libmariadbclient20?
marc@vdr:~$ apt-cache policy libmariadbclient20
N: Paket libmariadbclient20 kann nicht gefunden werden.
Ich habe auch noch selbst in /var/cache/apt/archives/ geschaut und da gibt es nur libmariadbclient18.
cat /var/log/apt/history.log bringt aber das zu Tage:
Start-Date: 2018-02-20 17:04:39
Commandline: apt install vdr-epg-daemon
Requested-By: marc (1000)
Install: vdr-epg-daemon:amd64 (1.1.134+git20180216-3-b2fb1c3-1yavdr0~bionic), epghttpd:amd64 (1.1.134+git20180216-3-b2fb1c3-1yavdr0~bionic, automatic), epgd:amd64 (1.1.134+git20180216-3-b2fb1c3-1yavdr0~bionic, automatic), mailutils:amd64 (1:3.4-1, automatic), mariadb-plugin-epglv:amd64 (1.1.134+git20180216-3-b2fb1c3-1yavdr0~bionic, automatic), libmysqlclient20:amd64 (5.7.21-1ubuntu1, automatic), libmailutils5:amd64 (1:3.4-1, automatic)
End-Date: 2018-02-20 17:04:47
Also wurde wohl libmysqlclient20 installiert Sorry für den Blödsinn meinerseits.
ZitatEs werden diese Plugin Versionen benötigt:
epgd: 1.1.134
epg2vdr: 1.1.86
Diese Pluginversionen habe ich installiert
vdr-plugin-epg2vdr:
Installiert: 3:1.1.86-0frodo0~trusty
Installationskandidat: 3:1.1.86-0frodo0~trusty
Versionstabelle:
*** 3:1.1.86-0frodo0~trusty 0
1001 http://ppa.launchpad.net/frodo-vdr/testing-vdr/ubuntu/ trusty/main amd64 Packages
100 /var/lib/dpkg/status
1.1.86-0yavdr0~trusty 0
500 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ trusty/main amd64 Packages
root@HP-Server ~ > epgd-tool -show-stats
+-------------------------------------------+-------+--------+---------------+-- --------+-----------------------------+-----------------------------+----------- ------------------+
| version | dbapi | master | ip | s tate | last touch | last download | next downl oad |
+-------------------------------------------+-------+--------+---------------+-- --------+-----------------------------+-----------------------------+----------- ------------------+
| epgd 1.1.126-GIT (02.01.2017) | 5 | n | 192.168.1.48 | d etached | 17th February 2018 12:20:37 | 17th February 2018 08:46:21 | 17th Febru ary 2018 20:46:21 |
|
| vdr 2.2.0 epg2vdr 1.1.78-GIT (22.12.2017) | 5 | n | 192.168.1.77 | d etached | 20th February 2018 22:04:08 | 17th February 2018 20:47:09 | NULL |
|
| epgd 1.1.126-GIT (02.01.2017) | 5 | - | 192.168.1.48 | s tandby | 21st February 2018 09:39:03 | 21st February 2018 09:39:03 | 21st Febru ary 2018 21:39:03 |
Trotzdem diese Fehlermeldungen
Feb 21 17:18:52 Fernseh-PC vdr: epg2vdr: Your database has version 5, epg2vdr expects version 6. Please make sure, epgd and epg2vdr use the same version and the database is properly updated
Von den Versionen müsste es doch ok sein?
läuft denn der epgd schon? Der aktualisiert beim Start bei Bedarf die DB, falls er schon gestartet ist, bringt er Fehler im log?
Der epgd hat einen Neustart gebraucht obwohl er Anstandslos seinen Dienst machte.Nach einem Neustart verstehen sich die Plugins miteinander (anderer vdr hat trotz Neustart von epgd funktioniert).
Jetzt sehe ich Fehler vom epg2vdr im Syslog
Was bedeuted dies?
Feb 21 18:03:54 Keller-PC vdr: scraper2vdr: failed to write to /var/cache/vdr/epgimages//series/76355/files_lastupdated.txt
Feb 21 18:03:54 Keller-PC vdr: scraper2vdr: failed to write to /var/cache/vdr/epgimages//series/77847/files_lastupdated.txt
Feb 21 18:03:56 Keller-PC vdr: scraper2vdr: failed to write to /var/cache/vdr/epgimages//series/80270/files_lastupdated.txt
Feb 21 18:03:56 Keller-PC vdr: scraper2vdr: failed to write to /var/cache/vdr/epgimages//series/81643/files_lastupdated.txt
Feb 21 18:03:57 Keller-PC vdr: scraper2vdr: failed to write to /var/cache/vdr/epgimages//series/85539/files_lastupdated.txt
Der epgd hat einen Neustart gebraucht obwohl er Anstandslos seinen Dienst machte.Nach einem Neustart verstehen sich die Plugins miteinander (anderer vdr hat trotz Neustart von epgd funktioniert).
ohne Neustart lief vermutlich noch de alte epgd ...
Der Scraper ist auch aktuell?
Der Scraper ist auch aktuell?
Ja, das mit der Fehlermeldung hat sich erledigt.
Ich habe den inhalt von "/var/cache/vdr/epgimages" gelöscht und neu vom scrapper füllen lassen.
Was gar nicht funktioniert
Ein Programmierter Timer mit dem epgd WIF wird nicht von den zugeschiedenen vdrs übernommen.
Diese bleiben in "asynchronen Aufträge" bis zum Nimmerleinstag.
Gibt es Errors vom epg2vdr plugin in der logs ?
Tragen sich die eog2vdrs alle in der vdrs tabelle ein (mit aktuellen stamps)?
Ist die Option für die Netzwerk timer im plugin setup an? ... weiß gerade nicht wie die genau heißt
War scheinbar ein Problem mit dem Server,nach einem Neustart funktioniert jetzt auch Timer anlegen.
Eine Frage: Meine Vdrs laufen alle noch mit Trusty.Meinen Server will ich auf "16.04.3 LTS" upgraden. Passt das dann mit epgd und epg2vdr dann noch zusammen?
Ich werde bis Ostern warten und dann den Server auf bionic neu installieren
Eine Frage: Meine Vdrs laufen alle noch mit Trusty.Meinen Server will ich auf "16.04.3 LTS" upgraden. Passt das dann mit epgd und epg2vdr dann noch zusammen?
Zumindest bei den yaVDR-PPAs sollte das zusammen passen.
Durch die Erweiterung des epg2vdr Service-Interfaces und des Skindesinger kann man im Skin für das Timer und das EPG Menü zw. Umschalt- und Aufnahme-Timern unterscheiden. Die Unterscheidung zw. remote- und local- Timern ist jetzt auch im EPG Menü möglich.
Ein Beispiel (Patch) für shady_KISS im Anhang. Damit sind die Umschalt-Timer blau (bzw. wenn sie remote sind weiß da ich das Netzwerk Symbol nicht in blau habe ) - soll nur ein Beispiel sein. Vielleicht werden ja die Skins nach und nach entspr. erweitert
Ich habe mir erlaubt, deinen Patch für den KISS ins git einzupflegen und ein blaues Remoteswitchtimer-Symbol hinzugefügt. Shady ist auch entsprechend erweitert.
Ich habe mir erlaubt, deinen Patch für den KISS ins git einzupflegen und ein blaues Remoteswitchtimer-Symbol hinzugefügt. Shady ist auch entsprechend erweitert.
Danke!
Auf dem rpi mit vdr-2.2 gibts mit dem aktuellen Git wieder Probleme:
Compile config ...
In file included from common.c:33:0:
common.h:421:1: error: expected class-name before '{' token
{
^
common.h:438:7: error: 'cCondVar' does not name a type
cCondVar waitCondition;
^~~~~~~~
common.c: In constructor 'cTimerThread::cTimerThread(cTimerThread::sendEventFct, int, time_t, void*, bool)':
common.c:1937:10: error: 'Start' was not declared in this scope
Start();
^
common.c: In member function 'virtual void cTimerThread::Action()':
common.c:1946:4: error: 'cMutex' was not declared in this scope
cMutex mutex;
^~~~~~
common.c:1950:4: error: 'mutex' was not declared in this scope
mutex.Lock();
^~~~~
common.c:1953:40: error: 'Running' was not declared in this scope
while (time(0) < theTime && Running() && active)
^
common.c:1957:7: error: 'waitCondition' was not declared in this scope
waitCondition.TimedWait(mutex, (theTime - time(0)) * 1000);
^~~~~~~~~~~~~
Makefile:86: die Regel für Ziel „common.o" scheiterte
make[2]: *** [common.o] Fehler 1
make[2]: *** Es wird auf noch nicht beendete Prozesse gewartet...
g++ -c -fPIC -Wreturn-type -Wall -Wno-parentheses -Wformat -pedantic -Wno-long-long -Wunused-variable -Wunused-label -Wno-unused-result -Wunused-value -Wunused-function -Wno-variadic-macros -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -std=c++11 -D__STDC_FORMAT_MACROS -Wunused-but-set-variable -g -O3 -pipe -Wall -march=native -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -g -O3 -pipe -Wall -march=native -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D__STL_CONFIG_H -DEPG2VDR_DATA_DIR='"/var/cache/vdr"' -DEPG2VDR -DLOG_PREFIX='"epg2vdr: "' -DVDR_PLUGIN -DUSEUUID -DUSEMD5 -DUSEJSON -DUSEGUNZIP -DPLUGIN_NAME_I18N='"epg2vdr"' -DGIT_REV='"5a7781a"' -I/usr/include/mysql -o update.o update.c
In file included from config.h:11:0,
from config.c:10:
common.h:421:1: error: expected class-name before '{' token
{
^
common.h:438:7: error: 'cCondVar' does not name a type
cCondVar waitCondition;
^~~~~~~~
Makefile:86: die Regel für Ziel „config.o" scheiterte
make[2]: *** [config.o] Fehler 1
make[2]: Verzeichnis „/usr/local/src/vdr-plugin-epg2vdr/vdr-plugin-epg2vdr/lib" wird verlassen
Makefile:117: die Regel für Ziel „hlib" scheiterte
make[1]: *** [hlib] Fehler 2
make[1]: *** Es wird auf noch nicht beendete Prozesse gewartet...
In file included from lib/xml.h:20:0,
from update.c:14:
lib/common.h:421:1: error: expected class-name before '{' token
{
^
lib/common.h:438:7: error: 'cCondVar' does not name a type
cCondVar waitCondition;
^~~~~~~~
update.c: In member function 'void cUpdate::processEvents()':
update.c:1282:18: warning: deleting object of polymorphic class type 'cTimerThread' which has non-virtual destructor might cause undefined behavior [-Wdelete-non-virtual-dtor]
delete *it;
^~
Makefile:122: die Regel für Ziel „update.o" scheiterte
make[1]: *** [update.o] Fehler 1
make[1]: *** wait: Keine Kind-Prozesse. Schluss.
dh_auto_build: make -j4 returned exit code 2
debian/rules:21: die Regel für Ziel „build" scheiterte
make: *** [build] Fehler 2
dpkg-buildpackage: Fehler: Fehler-Exitstatus von debian/rules build war 2
Alles anzeigen
Grüße,
Stefan
PS: Auf 2.3.8 funktionierts ...
sieht gut aus, danke Tomas.
das remote Symbol was jetzt in der der now/next/else Ansicht des epg2vdr Menus gezeicht wird ist einen Hauch zu breit, vorher war das Symbol ja nur im Timermenu und hier der Punkt.
Vllt muss Jörg da die Spalte einen Hauch breiter machen?
Christian
Vllt muss Jörg da die Spalte einen Hauch breiter machen?
Neenee, kann man beim skindesigner gut im Skin anpassen. Ich lasse das Symbol jetzt wie im Timermenü etwas kleiner anzeigen und den Text einen Tick weiter rechts anfangen. Schaus dir mal an.
Prinzipiell fände ich es ja besser im Schedulesmenu die Symbole (wie beim KISS) hinter dem Titel anzeigen zu lassen, dann muss man vorne den Platz nicht freilassen. Kannst du dir ja mal überlegen...
ach ich finds super so wie es ist, im Alter gewöhnt man sich auch nicht so einfach um und ein wenig Unterschied zum Kiss kann ja nicht schaden
Danke Tomas, passt so super mit den kleineren Symbolen und funktioniert einwandfrei.
Christian
schau mal nach dem Ticket dazu bei vdr-developer ob der patch es ggf behebt, ich kann es nicht testen
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!