Hast du die Datei /root/.ssh/mysqlpasswd ? Inhalt sollte sein: export PASSWORD="<dein mariadb root password>".
Posts by kfb77
-
-
seahawk1986 danke
M-Reimer grundsätzlich hast du ja Recht, aber trotz Mail sind viele Projektseiten nur sehr wenig beachtet.
Ich verwende für meinen VDR das yavdr experimental, das hat für mich einen aktuellen und stabilen Stand. Wenn ich mit einer Funktionen, die ich nutze, ein Problem habe, bekomme ich hier Hilfe oder baue die Lösung selbst und poste es. Die Patches, meine und die von anderen, sind alle im Repository von seahawk1986 gesammelt und ich hoffe auch, dass sie sich mal in einer Upstream Version wiederfinden.
-
Für die letzte Compiler Warnung aus epgsearch hätte ich auch noch einen Patch, damit baut das Plugin wieder ohne warnings durch.
Code- menu_conflictcheck.c: In member function 'bool cMenuConflictCheckDetailsItem::Update(bool)':
- menu_conflictcheck.c:160:6: warning: '%d' directive writing between 1 and 10 bytes into a region of size 2 [-Wformat-overflow=]
- bool cMenuConflictCheckDetailsItem::Update(bool Force)
- ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Display MoreDiff- --- menu_conflictcheck.c.org 2019-04-07 14:06:24.647697442 +0200
- +++ menu_conflictcheck.c 2019-04-07 15:32:40.136608082 +0200
- @@ -166,8 +166,12 @@
- const cTimer* timer = timerObj->timer;
- char device[2] = "";
- if (hasTimer) {
- - if (!timerObj->conflCheckTime && timerObj->device > -1)
- - sprintf(device, "%d", timerObj->device + 1);
- + if (!timerObj->conflCheckTime && timerObj->device > -1) {
- + char device_tmp[11] = "";
- + snprintf(device_tmp, 11, "%d", timerObj->device + 1);
- + strncpy(device, device_tmp, 2);
- + device[1] = '\0';
- + }
- else {
- if (timer->Local())
- strcpy(device, tr("C"));
-
Mein Eindruck ist, dass es hier im Forum eher gelesen wird, als beim Projekt.
-
um die Kompatibilität sicherzustellen, habe ich noch eine Version des Patches erstellt, die mit -std=c++03 und mit -std=c++11 baut. Ist wohl sicherer so für die Upstream Version ...
-
Ich habe den Patch mal eingebaut - alternativ müsste man im Makefile auch -std=c++11 setzen können (was für Upstream vermutlich einfacher wäre, weil das noch mit älteren Compiler-Versionen funktioniert), oder?
-std=c++11 reicht nicht, da ist die Funktion auch schon deprecated, mit -std=c++03 funktioniert es. Gibt es noch Systeme, die c++11 nicht unterstützen ?
QuoteThe C++11 standard made
auto_ptrdeprecated, replacing it with theunique_ptrclass template.auto_ptrwas fully removed in C++17 -
hier noch ein Patch für epgsearch, um die Compiler Warnung "auto_ptr is deprecated" loszuwerden, z.B.:
Display MoreDiff- diff -u vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3/epgsearch.c vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3.new/epgsearch.c
- --- vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3/epgsearch.c 2019-03-22 13:01:17.000000000 +0100
- +++ vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3.new/epgsearch.c 2019-04-06 22:37:45.654385076 +0200
- @@ -414,16 +414,16 @@
- if (Data == NULL)
- return true;
- Epgsearch_services_v1_0* serviceData = (Epgsearch_services_v1_0*) Data;
- - std::auto_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- - serviceData->handler = autoHandler;
- + std::unique_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- + serviceData->handler = std::move(autoHandler);
- return true;
- }
- if (strcmp(Id, "Epgsearch-services-v1.1") == 0) {
- if (Data == NULL)
- return true;
- Epgsearch_services_v1_1* serviceData = (Epgsearch_services_v1_1*) Data;
- - std::auto_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- - serviceData->handler = autoHandler;
- + std::unique_ptr<cEpgsearchServiceHandler> autoHandler(new cEpgsearchServiceHandler);
- + serviceData->handler = std::move(autoHandler);
- return true;
- }
- return false;
- diff -u vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3/services.h vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3.new/services.h
- --- vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3/services.h 2019-03-22 13:01:17.000000000 +0100
- +++ vdr-plugin-epgsearch-2.4.0+git20190322-3-5a159b3.new/services.h 2019-04-06 22:37:37.442440228 +0200
- @@ -154,7 +154,7 @@
- struct Epgsearch_services_v1_0 {
- // in/out
- - std::auto_ptr<cServiceHandler> handler;
- + std::unique_ptr<cServiceHandler> handler;
- };
- // Data structures for service "Epgsearch-services-v1.1"
- @@ -169,7 +169,7 @@
- struct Epgsearch_services_v1_1 {
- // in/out
- - std::auto_ptr<cServiceHandler_v1_1> handler;
- + std::unique_ptr<cServiceHandler_v1_1> handler;
- };
- // Data structures for service "Epgsearch-services-v1.2"
- @@ -184,7 +184,7 @@
- struct Epgsearch_services_v1_2 {
- // in/out
- - std::auto_ptr<cServiceHandler_v1_2> handler;
- + std::unique_ptr<cServiceHandler_v1_2> handler;
- };
- #endif
-
Die Zeile "deb-src http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu bionic main" in die Datei "/etc/apt/sources.list.d/yavdr-ubuntu-experimental-vdr-bionic.list" hinzufügen.
-
super Idee mit dem "-u", jetzt gibt es sogar Umlaute bei der man page. Danke.
-
ich bekomme beim Compilern des epgsearch Plugin (unter anderem) den Fehler:
Code- ./docsrc2man.sh
- create man page: (de) epgsearch.1...doc-src/de/epgsearch.1.txt around line 263: Unterminated B<...> sequence
- doc-src/de/epgsearch.1.txt around line 445: Unterminated B<...> sequence
- doc-src/de/epgsearch.1.txt around line 532: Unterminated B<...> sequence
- POD document had syntax errors at /usr/bin/pod2man line 71.
- failed.
Der Fehler kommt aus dem Script docsrc2man.sh beim Befehl pod2man, dieser kommt mit den Umlauten nicht klar. Die Ursache ist wohl, dass die Textdateien in doc-src/de nicht UTF-8 sind, obwohl das im Header steht. Einen Patch dazu habe ich angehängt. Damit bringt "man epgsearch" auch wenigstens ue, ae, oe statt "X".
-
habe es getestet, sieht gut aus, kann übernommen werden. Danke.
-
kannst du bitte auch diesen Patch mit aufnehmen:
VDR live, timerconflicts, remote timer: Anzeige falscher timer (mit Patch)
Er löst bei mir das Problem von sporadisch falsch angezeigter Timerkonflikte in Live, obwohl gleichzeitig "svdrpsend PLUG epgsearch lscc" die korrekten Konflikte ausgibt. Der Patch scheint bei mir zu helfen, obwohl ich keine remote timer habe.
-
ja, wenn nichts drin steht, ist -d 2 der default
-
Ja.
Wenn du den zweiten Tuner am TV abschaltest, kannst du die freie Frequenz auch noch auf der Octopus nutzen. In der satip.conf muss der Parameter "-d" zu den Anzahl Kanälen in der Octopus passen.
-
Stimmt, VDRFirtie die Karte muss jetzt natürlich raus, sonst sind wieder Kanäle doppelt belegt.
-
Da müsste ich dann Slot 1 und 2 deaktivieren?
Ja genau.
scr.conf würde ich so auch für richtig halten. Mich wundert nur gerade: Ich habe auch eine OctopusNet und in meiner scr.conf steht gar nichts drin und es geht trotzdem seit 2 Jahren.
Nachtrag: Die scr.conf ist für das sat-ip Plugin nicht relevant, nur für SAT Karten. Die kannst du also leer lassen.
-
Am TV:
Nutzerband: A1
Nutzerfrequenzband: 1210
Da muss es aber auch noch den 2. Eingang geben, den entweder deaktivieren (und ggf. auch der Octopus geben), oder Nutzerfrequenzband 1420
Poste mal ein Screenshot von den Unicable Settings, nur um sicher zu sein ...
-
Das sieht so aus, als ob eine der Ausgangskanalfrequenzen doppelt belegt ist. Du hast 4 Ausgangskanäle, dein TV und die Octopus belegen jeweils 2. Und nur diese darfst du jeweils auf dem TV und in den Unicable Settings der Octopus konfigurieren.
PS: seahawk1986 war schneller
-
-
Ich habe mir den Code in VDR gerade mal näher angeschaut. Der Name 'DropCaps()' ist wohl etwas irreführend, denn eigentlich macht er an dieser Stelle keinen "drop", sondern *setzt* die Caps, so daß nur noch genau die erwünschten drei vorhanden sind. Man müsste hier wohl erst prüfen, welche der Caps überhaupt vorhanden sind. Aber das sollte vielleicht jemand implementieren, der sich mit diesen Funktionen auskennt... ;-).
Klaus
Der Beitrag ist zwar schon alt, das Problem besteht aber immer noch, wenn man den VDR in einem Container als User vdr laufen lassen möchte. Im Container gibt es keine Berechtigung, die Funktion cap_sys_time zu nutzen, weil die auf das Host System wirken würde (getestet mit Ubuntu 18.04 und lxc).
Ich habe mal ein Patch gebaut, der überprüft, ob cap_sys_time verfügbar ist und falls nicht, darauf verzichtet. In dem Fall geht natürlich die Funktion "Systemzeit aus DVB setzen" nicht mehr, das macht aber in einem Container eh keinen Sinn.
Der diff ist gegen dem aktuellen Code aus yavdr repository experimental.
Display MoreDiff- --- vdr.c.org 2019-03-16 10:49:50.320372105 +0100
- +++ vdr.c 2019-03-16 10:50:00.108303375 +0100
- @@ -127,7 +127,30 @@ static bool SetUser(const char *User, bo
- static bool DropCaps(void)
- {
- // drop all capabilities except selected ones
- - cap_t caps = cap_from_text("= cap_sys_nice,cap_sys_time,cap_net_raw=ep");
- +
- + cap_t caps;
- + cap_t caps_all = cap_get_proc();
- + if (!caps_all) {
- + fprintf(stderr, "vdr: cap_get_proc failed: %s\n", strerror(errno));
- + return false;
- + }
- + char *caps_text = cap_to_text(caps_all, NULL);
- + if (!caps_text) {
- + fprintf(stderr, "vdr: cap_to_text failed: %s\n", strerror(errno));
- + return false;
- + }
- + if (cap_free(caps_all)) {
- + fprintf(stderr, "vdr: cap_free failed: %s\n", strerror(errno));
- + return false;
- + }
- + if (strstr(caps_text,"cap_sys_time")) {
- + caps = cap_from_text("= cap_sys_nice,cap_sys_time,cap_net_raw=ep");
- + }
- + else {
- + fprintf(stderr,"VDR OS supports no cap_sys_time, seems to run in a container\n");
- + caps = cap_from_text("= cap_sys_nice,cap_net_raw=ep");
- + }
- +
- if (!caps) {
- fprintf(stderr, "vdr: cap_from_text failed: %s\n", strerror(errno));
- return false;
Wäre super, wenn mal jemand testen könnte, ob der Patch auch unter anderen Umgebungen läuft und vor allem keine Probleme auf "normalen" Systemen verursacht.
