Im Make.config File deklariert ihr als Installationsort
im epgd.service und epghttpd.service File jedoch
bzw.
Würde aus meiner Sicht Sinn ergeben, wenn man das einheitlich machen würde.
Grüße,
Alex
Im Make.config File deklariert ihr als Installationsort
im epgd.service und epghttpd.service File jedoch
bzw.
Würde aus meiner Sicht Sinn ergeben, wenn man das einheitlich machen würde.
Grüße,
Alex
Alles anzeigenBeim Beenden per systemctl stop ... bekomme ich immer folgenden segfault:
Program terminated with signal SIGSEGV, Segmentation fault
#0 0x00007fab6c2019d0 in ?? () from /usr/lib/libpython3.5m.so.1.0
(gdb) bt full
#0 0x00007fab6c2019d0 in ?? () from /usr/lib/libpython3.5m.so.1.0
No symbol table info available.
#1 0x00007fab6c1c3cbf in ?? () from /usr/lib/libpython3.5m.so.1.0
No symbol table info available.
#2 0x00007fab6c1d6e17 in ?? () from /usr/lib/libpython3.5m.so.1.0
No symbol table info available.
#3 0x000055b423a85817 in Python::exit (this=0x55b424400060) at python.c:269
_py_decref_tmp = 0x7fab648a72f0
_py_xdecref_tmp = 0x7fab648a72f0
#4 0x000055b423a85573 in Python::~Python (this=0x55b424400060, __in_chrg=<optimized out>) at python.c:196
No locals.
#5 0x000055b423a54201 in cEpgHttpd::~cEpgHttpd (this=0x55b4243ff830, __in_chrg=<optimized out>) at httpd.c:202
No locals.
#6 0x000055b423a542d1 in cEpgHttpd::~cEpgHttpd (this=0x55b4243ff830, __in_chrg=<optimized out>) at httpd.c:203
No locals.
#7 0x000055b423a5d0c2 in main (argc=2, argv=0x7ffc4cb1fac8) at httpd.c:2053
job = 0x55b4243ff830
nofork = 1
pid = 0
logstdout = -1
loglevel = -1
Ist wohl eher ein kosmetisches Problem, aber vielleicht gibts ja einen fix.
Peter
tritt das nur in Verbindung mit dem systemd auf?
Mein Loglevel steht auf 1 .
ich schiebe diese Meldung mal in log-level 2, war nur beim entwickeln so wichtig. Kommt beim nächsten commit mit.
Alles anzeigenIm Make.config File deklariert ihr als Installationsort
im epgd.service und epghttpd.service File jedoch
bzw.
Würde aus meiner Sicht Sinn ergeben, wenn man das einheitlich machen würde.
Grüße,
Alex
stimmt, das meiste in contrib ist von Usern beigesteuert, weiß nicht mehr von wem :o ich passe es mal man mal sehen wer sich meldet
Hi,
bei crashes bitte wenn möglich immer mit Backtrace und der aktuellsten Version aus dem git sonst kann ich leider nichts erkennen und es nicht nachvollziehen.
magicamun, leider gibt der Backtrace in diesem fall fast nichts her, passiert das immer noch bzw. ist das bei dir reproduzierbar?
Grüße Jörg
insert into was?
Ja wenn ich das wüsste. Bei MLD schneidet die Busybox scheints den Text bei Erreichen einer gewissen Textlänge ab. Muss mal schauen, ob ich irgendwie anders an die Fehlerausgabe komme.
stimmt, das meiste in contrib ist von Usern beigesteuert, weiß nicht mehr von wem :o ich passe es mal man mal sehen wer sich meldet
Wäre es nicht evtl. sinnvoll, in dieser Datei auch die Variablen zu haben, um sie dann bei der Installation entsprechend per sed zu ersetzen? Sonst müssen die Distributoren wieder was anfassen, weil die ja nicht nach /usr/local installieren.
Lars.
Wäre es nicht evtl. sinnvoll, in dieser Datei auch die Variablen zu haben, um sie dann bei der Installation entsprechend per sed zu ersetzen? Sonst müssen die Distributoren wieder was anfassen, weil die ja nicht nach /usr/local installieren.
ja, müsste dazu nur das aus contrib bei make install berücksichtigen und je nach System/Plattform die richtigen Files an den richtigen Ort legen. Ist das üblich oder kommt das von der Distribution und den Paketen?
Hm, schwer zu sagen. Aber bei systemd ist es eigentlich üblich, eine funktionierende unit mitzuliefern.
Lars.
Wenn das Upstream-Projekt nichts mitbringt, das einem gefällt, muss man als Paketbauer ran: https://launchpad.net/~seahawk…57/+listing-archive-extra
Mittlerweile unterstützt epg(http)d ja sd_notify, dazu passt das, was aktuell als .service Dateien im Git ist, nicht so ganz.
Hi zusammen - mir raucht der Daemon ab, wen ich auf die Magazin-Ansicht gehe - timer anzeige geht :-(:
....
So - ich hab /var/epgd/www gelöscht und den epghttpd neu installiert - jetzt habe ich zumindest keinen crash merh - allerdings kommt jetzt eine leere anzeige. die DB ist allerdinsg gefüllt und der epgd erzeugt auch munter timereinträge (die das Web-If auch anzeigt)
es kommt nichts in "Programm" und "Magazin" - Die Suche liefert Ergebnisse....
Wie komme ich an den/die selects? Loglevel 3 liefert mir die nicht so wie ich das sehe
Magazin und Programm ist leer? Es gab kurz einen Bug im epgd der nur Systeme betrifft die in diesem Zeitraum plain from scratch die DB aufgesetzt haben - genauer die mit leerer channelmap begonnen haben.
Der Fix ist bereits im git, für die Betroffenen hilft (außer neu mit leerer DB anfangen) dieses Statement:
schau mal ob das auch bei dir die Ursache ist.
you made my day....:
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> update channelmap set visible = 3 where visible is null or visible = 0;
Query OK, 213 rows affected (0.10 sec)
Rows matched: 213 Changed: 213 Warnings: 0
Alles anzeigen
Ich hab über das Web-IF dann auch noch mal "Kanäle bearbeitet" - jetzt ist alles wieder im Lot - danke!
wir haben noch für den neuen Provider ein paar Spaltenbreiten erweitert, das kann dazu führen das der nächste Start nach dem Update ne Sekunde länger dauern kann. Insbesondere da auch die Bilder betroffen sind die hier in Größe 4 nicht mehr in das alte Feld hineinpassen.
Von daher nicht gleich ungeduldig werden und "ihn machen lassen"
Christian
stimmt, das meiste in contrib ist von Usern beigesteuert, weiß nicht mehr von wem :o ich passe es mal man mal sehen wer sich meldet
Hallo,
die beiden Skripte stammen von mir.
wenn schon die Pfade geändert werden, dann bitte auf /usr/sbin aber nicht /usr/local
diff --git a/contrib/epgd.service b/contrib/epgd.service
index 4e22b3b..cf05a38 100644
--- a/contrib/epgd.service
+++ b/contrib/epgd.service
@ -4,7 +4,7 @ After=mariadb.service
[Service]
Type=forking
-ExecStart=/usr/bin/epgd -c /etc/epgd
+ExecStart=/usr/sbin/epgd -c /etc/epgd
[Install]
WantedBy=multi-user.target
diff --git a/contrib/epghttpd.service b/contrib/epghttpd.service
index 6400757..61e667d 100644
--- a/contrib/epghttpd.service
+++ b/contrib/epghttpd.service
@ -4,7 +4,7 @ After=epgd.service
[Service]
Type=forking
-ExecStart=/usr/bin/epghttpd -c /etc/epgd
+ExecStart=/usr/sbin/epghttpd -c /etc/epgd
[Install]
WantedBy=multi-user.target
Alles anzeigen
In /usr/sbin hat der Daemon doch gar nichts zu suchen... oder?
Mir ging es um den Präfix, also ob nach /usr/local oder nach /usr gebaut wird, das sollte dann passend in der Unit drin sein.
Aber ist vielleicht auch egal und muss dann doch den Distributoren überlassen werden.
Lars.
In /usr/sbin hat der Daemon doch gar nichts zu suchen... oder?
Mir ging es um den Präfix, also ob nach /usr/local oder nach /usr gebaut wird, das sollte dann passend in der Unit drin sein.
Aber ist vielleicht auch egal und muss dann doch den Distributoren überlassen werden.
Lars.
/usr als Präfix ist schon richtig, mir wäre natürlich der komplette Pfad /usr/sbin lieber, dann muss ich nicht so viel anpassen.
mir wäre natürlich der komplette Pfad /usr/sbin lieber
Warum sollen/müssen die Deamons als root laufen?
Ciao Louis
Müssen sie nicht. Ich denke, es ist ein Missverständnis. Mir war nur wichtig, dass der Pfad beim Übersetzen und in der Unit zueinander passen, also /usr/bin bzw. /usr/local/bin. sbin ist ja eigentlich nur für root-Tools und gibt es eigentlich schon gar nicht mehr.
Lars
Ich habe hier noch ein Problem mit Direktaufnahmen. epgd läuft auf dem Server. Das epg2vdr-Plugin auf dem Client. Timer- und Programmansicht lasse ich auf dem Client durch das Plugin ersetzen. Die Timer liegen dabei extern, die Aufnahmen lokal.
Wenn ich nun mit der Record-Taste eine Sofort/Direkt-Aufnahme starte, funktioniert das solange, bis ich das Hauptmenü öffne. Danach nimmt der VDR keine Tastendrücke mehr an und schmiert nach einiger Zeit mit segfault in epg2vdr ab. Ob das nun am skin (skindesigner mit eastuary-flexible) oder dem epg2vdr Plugin liegt entzieht sich meiner Kenntnis. Jedenfalls läßt sich der Timer auch nach Neustart des VDRs, nur noch über das Webgui von epghttpd und direkt in der timer.conf löschen. Über das Timermenü geht es jedenfalls nicht, da hängt er sich sofort wieder weg.
Kann das Problem jemand nachstellen?
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!