[Announce] vdr-plugin-live 3.4.0

um das Plugin zu kompilieren, soll man die beiden Pakete tntnet-2.2.1.tar.gz und cxxtools-2.2.1.tar.gz herunterladen. Aber wie integriert man die dann in den Quellcode von vdr-plugin-live?

Quote from khvolk

um das Plugin zu kompilieren, soll man die beiden Pakete tntnet-2.2.1.tar.gz und cxxtools-2.2.1.tar.gz herunterladen. Aber wie integriert man die dann in den Quellcode von vdr-plugin-live?

Gar nicht. Die beiden Pakete separat kompilieren und installieren. Noch besser wäre wenn deine Distribution diese Abhängigkeiten eventuell sogar als Paket hat.

Ich hab Debian Bookworm. Da finde ist:

libtnt-dev/stable,stable 1.2.6-1.1 all
interface for scientific computing in C++

libcxxtools-dev/stable 3.0.0-1.1 amd64
Bibliothek von unverwandten aber nützlichen C++ Klassen

Sind die richtig?

Da komme ich nicht mit klar. Beim Bauen des zweiten Paketes tntnet-3.0 bekomme ich:

dpkg-checkbuilddeps: error: Unmet build dependencies: dpkg-dev (>= 1.22.5)

ich hab nämlich nur dpkg-dev 1.21.22 ...

Also musst du das als erstes erhöhen...

Ob das manuell lohnt oder umsteigen auf neuere Distri ist deine Entscheidung.

Hallo Markus,

erstmal ein gesundes neues Jahr und vielen Dank für die neue Version.

Der (im Oktober) geänderte Redirect zum Login macht bei mir Probleme. Über die freien Tage habe ich jetzt mal nach der Ursache gesucht. Ich verwende sowohl vdradmin als auch vdrlive. Die Aufrufe erfolgen dann über eine RewriteRule über http://VDR/vdrlive/ bzw. http://VDR/vdradmin/.

Wenn jetzt direkt http://VDR/live/timers.html aufgerufen wird erfolgt der Redirect im Plugin zu http://VDR/login.html?redirect=%2Ftimers.html.
Damit es bei mir funktioniert müsste es aber http://VDR/live/login.html?redirect=timers.html sein. Das Problem ist jeweils der Slash vor den HTML-Seiten.

Mit diesen Änderungen live-3.4.0-auth-zimuland.diff.txt funktioniert es bei mir für die Seite timers.html wieder.

Gruß Zimuland

Quote from zimuland

Das Problem ist jeweils der Slash vor den HTML-Seiten.

Die Änderung habe ich seinerzeit eingebracht. Bei Live ist die Seiten-Hierarchie leider nicht ganz glücklich gewählt. Die "sichtbaren" Seiten des Menüs liegen zwar alle auf der obersten Ebene, aber "unsichtbare" Service-Request-Seiten (etwa zum Nachladen dynamischer Daten oder zur Ausführung von Aktionen) liegen zum Teil auf einer tieferen Ebene. Details hierzu findet man in der Datei tntconfig.cpp, in der die logische Hierarchie ( via MapUrl) definiert wird. In Zeile 181 findet man bspw. ein solches Mapping:

app.mapUrl("^/vdr_request/([^.]+)", "$1");

Das Problem dabei ist also, dass die Login Seite (/login.html) von unterschiedlichen Hierarchie-Ebenen aus aufgerufen werden kann und die Umleitung das dann auch berücksichtigen muss. Durch die Komponentenstruktur für die Generierung der Seiten weiß man leider nicht immer, von welcher Ebene aus eine Komponente die Login-Seite aufruft. Um komplizierte URL-Transformationen für relative Pfade zu vermeiden, habe ich den Aufruf der Login-Seite bzw. den Rücksprung zur Ausgangsseite per Root-Bezug gewählt. Am besten wäre es insofern, alle Seiten lägen direkt auf einer, sprich: der obersten Ebene.

Der Patch für deinen Spezial-Setup hat somit leider für alle anderen unschöne Seiteneffekte. Aber wenn du die Rewrite-Regeln schon unter voller Kontrolle hast: Was spricht denn dagegen, sie so anzupassen, dass die URL passend modifiziert wird. Vielleicht hilft es ja, eine Regel wie die folgende einzufügen:

RewriteCond %{REQUEST_URI} /vdrlive/.*[?&]redirect=/
RewriteRule ^(.+[?&]redirect=)/(.*)$ $1/vdrlive/$2

Einfach einmal ausprobieren.

Danke für die Erläuterungen. Dann werde ich mich wohl mal mit den Rewrite-Regeln beschäftigen müssen. Die hatte ich vor Jahren mal irgendwoher übernommen und seitdem nicht mehr angefasst.

Ich war davon ausgegangen, dass alle Seiten in der obersten Hierarchieebene liegen und nur Grafikelemente etc. weiter unten.

Ein bisschen kenne ich mich mit Rewrite-Regeln auch aus. Wenn du möchtest, dass ich kurz mit drauf schaue, dann melde ich einfach.

Mit den folgenden Einstellungen funktioniert es jetzt bei mir erstmal wie gewünscht:

	RewriteCond %{SERVER_PORT} =80
	RewriteCond %{REQUEST_URI} ^/login\.html$
	RewriteCond %{QUERY_STRING} ^redirect=%2F(.*)$
	RewriteRule ^(.*)$ /vdrlive/login.html?redirect=%1 [R,L]

Gut zu hören, danke für die Info.

Hier noch eine kleine Änderung damit es auch bei den Seiten funktioniert, die beim Aufruf zusätzliche Parameter verwenden (z.B. /vdrlive/whats_on.html?type=now).

	RewriteCond %{SERVER_PORT} =80
	RewriteCond %{REQUEST_URI} ^/login\.html$
	RewriteCond %{QUERY_STRING} ^redirect=%2F(.*)$
	RewriteRule ^(.*)$ /vdrlive/login.html?redirect=%1 [R,L,NE]

Unter focal erhalte ich hier mehrmals

"stringhelpers.h:1669:177: error: ‘multiline’ is not a member of ‘std::regex_constants’"

und das "make" schlägt fehl.

Quote from MarkusE

Ich möchte das trotz größerer Änderungen als 3.4.1 (und nicht 3.5.0) freigeben, da ich unvollständiges Locking als Fehler ansehe. Damit ist das eine Fehlerkorrektur -> 3.4.1.

Es fehlt dazu noch der Tag

Baut unter arch, der letzte Commit: https://github.com/MarkusEh/vdr-p…2c39df7c9132060

Hallo,

Quote from wmautner

Unter focal erhalte ich hier mehrmals

auch hier unter focal - Siehe Logfile

https://launchpadlibrarian.net/774315954/buil…BUILDING.txt.gz

Gruss

Wolfgang

Noch eine Kleinigkeit: In services.h, Zeile 81, ist mit dem eingefügten Tab der Kommentar (je nach Tab-Setting) jetzt zu weit rechts; besser (ausschließlich) Spaces verwenden.