[erledigt][live] IP configuration Probleme

Hi,

ein User von VDR*ELEC mit LE13 hat in in diesem Thread Problem beim Start von live gemeldet. Ich kann ihm da nicht mehr weiterhelfen.

Die erste Meldung war

# journalctl | grep live
Aug 05 13:26:22 vdr1 vdr[1245]: [1245] live: use ffmpeg.conf file /storage/.config/vdropt/plugins/live/ffmpeg.conf
Aug 05 13:26:29 vdr1 vdr[1245]: [1349] live: INFO: attempt to listen on ip = ''
Aug 05 13:26:29 vdr1 vdr[1245]: [1349] live: ERROR: ip =  is invalid: exception = error 22 in function fcntl(wakePipe): Invalid argument
Aug 05 13:26:29 vdr1 vdr[1245]: [1349] live: ERROR: live httpd server crashed: error 22 in function fcntl(wakePipe): Invalid argument

Das hinzufügen von IP/Port in der live config brachte eine veränderte Ausgabe, aber noch keine Lösung

# journalctl | grep live:
Aug 05 22:27:54 vdr1 vdr[1204]: [1204] live: INFO: validating server IP '0.0.0.0'
Aug 05 22:27:54 vdr1 vdr[1204]: [1204] live: use ffmpeg.conf file /storage/.config/vdropt/plugins/live/ffmpeg.conf
Aug 05 22:28:02 vdr1 vdr[1204]: [1305] live: INFO: attempt to listen on ip = '0.0.0.0'
Aug 05 22:28:02 vdr1 vdr[1204]: [1305] live: ERROR: ip = 0.0.0.0 is invalid: exception = error 22 in function fcntl(wakePipe): Invalid argument
Aug 05 22:28:02 vdr1 vdr[1204]: [1305] live: ERROR: live httpd server crashed: error 22 in function fcntl(wakePipe): Invalid argument

Die Fehlermeldung habe ich in void TntConfig::Configure(tnt::Tntnet& app) const gefunden.

LE13 und auch CE22 verwenden das tntnet von https://github.com/maekitalo/tntnet/commits/master/ mit dem Commit hash fdf69115cdac19e901fdc3bf6f7a06a30b2d87aa.

cxxtools stammt von https://github.com/maekitalo/cxxtools mit dem Commit hash 65afe49b24d444dab4f7d2b427ccf7ad956aa9da

Ich hoffe nicht, daß ich für beide Pakete einen Downgrade nur für live machen muss.

Quote from SHofmann

PS: Ich erinnere mich, dass Markus kürzlich ein paar Codezeilen für die Unterstützung noch älterer Versionen von TNTnet bzw. CXXtools entfernt hat:

Das Problem sind nicht ältere Versionen von TNTnet und CXXtools, sondern ganz im Gegenteil sehr viel neuere. Z.B. stammen TNTnet/CXXtools 3.0 aus dem Jahr 2020, während die Version in VDR*ELEC nur ein paar Wochen alt ist.

Die Plugins werden eigentlich sehr aktuell gehalten.

Ich fürchte ich muss tatsächlich einen Downgrade machen und die Libs für das Plugin statisch linken oder es zumindest versuchen.

Quote from Zabrimus

Ich fürchte ich muss tatsächlich einen Downgrade machen und die Libs für das Plugin statisch linken oder es zumindest versuchen.

Der Downgrade von cxxtools klappt nicht Ich bekomme cxxtools 3.0 nicht mehr compiliert und habe keine Ahnung warum. Neuerer Compiler? Neuste glibc? Kernel? Ich fürchte gerade übles.

Den Downgrade von cxxtools und tntnet habe ich hinbekommen und werde jetzt bei der 3.0 bleiben. Ob es sinnvoll ist, sich um neue Versionen zu bemühen bezweifle ich etwas. Solange die Distributionen alle noch 3.0 liefern, ist ein Upgrade wenig sinnvoll. Selbst Debian sid hat noch die 3.0. Das neue Repository scheint irgendwie unbekannt zu sein. Wobei man aber auch sagen muss, das dort Tags oder Releases sehr sparsam eingesetzt werden und das Changelog ist auch veraltet. Ich weiß noch nicht, was ich davon halten soll.

cxxtools: update to 264edce and switch to cmake
The tntnet.org website is offline; switch PKG_SITE/PKG_URL to GitHub
(maekitalo/cxxtools) and update PKG_VERSION to HEAD (264edce).

Drop patches now merged in HEAD: trivial-class ctor, ctime-in-timer,
openssl-lld and C++20 allocator fix. Drop unnecessary patches 0001-0003,
0039.

Switch PKG_TOOLCHAIN to cmake; replace PKG_CONFIGURE_OPTS_* with
PKG_CMAKE_OPTS_* and drop the post_makeinstall_host cxxtools-config
hook which cmake no longer requires.

Add patch 0001 to skip demos/tests and add library/header/pkg-config
install() rules.

All patches upstreamed at https://github.com/maekitalo/cxxtools/pulls
including hygiene and clean up patches.