Und du hast sowas in der fstab stehen?
Code
/var/lib/vdr /home/vdr none bind 0 0Und das HOME-Verzeichnis des Users vdr ist /home/vdr?
Code
$ grep vdr /etc/passwd
vdr:x:666:666::/home/vdr:/bin/bashPosts by seahawk1986
-
-
Könntest du die Version bitte noch taggen?
-
Für das radio-Plugin ist der Fix auch recht übersichtlich (je nachdem ob man das Plugin von https://github.com/siricco/vdr-plugin-radio oder https://github.com/vdr-projects/vdr-plugin-radio hat, ändern sich die Zeilennummer ein bisschen):
Diff
Display MoreIndex: vdr-plugin-radio-ng-10/radiotextosd.c =================================================================== --- vdr-plugin-radio-ng-10.orig/radiotextosd.c 2024-09-14 18:32:18.644732674 +0200 +++ vdr-plugin-radio-ng-10/radiotextosd.c 2024-09-14 18:32:18.639732740 +0200 @@ -660,7 +660,14 @@ // check end @ replay if (RT_Replay) { int rplayCur, rplayTot; +#if APIVERSNUM > 20402 + { + cMutexLock ControlMutexLock; + cControl::Control(ControlMutexLock)->GetIndex(rplayCur, rplayTot, false); + } +#else cControl::Control()->GetIndex(rplayCur, rplayTot, false); +#endif if (rplayCur >= rplayTot - 1) { Hide(); return osEnd; -
Plugins radio und tvguide funktionieren nicht, hat da jemand nen Patch?
Für tvguide sollte das genügen:
Diff
Display MoreIndex: vdr-plugin-tvguide-1.3.8/recmanager.c =================================================================== --- vdr-plugin-tvguide-1.3.8.orig/recmanager.c 2023-11-21 18:44:59.000000000 +0100 +++ vdr-plugin-tvguide-1.3.8/recmanager.c 2024-09-14 18:03:54.338112708 +0200 @@ -470,7 +470,7 @@ if (channel) { const cSchedule *Schedule = NULL; Schedule = schedules->GetSchedule(channel); - event = Schedule->GetEvent(eventID); + event = Schedule->GetEventById(eventID); if (event) { searchResults[index] = event; } else -
Auf einer frischen yavdr-ansible Installation auf einem Ubuntu 24.04, bei dem der Firefox einmalig gestartet wurde, sieht das so aus:
Code
Display More$ tree -udp /var/lib/vdr [drwxr-xr-x vdr ] /var/lib/vdr ├── [drwxrwxr-x vdr ] bin ├── [drwxr-xr-x root ] channellogos ├── [drwxr-xr-x vdr ] plugins │ ├── [drwxr-xr-x vdr ] dbus2vdr │ ├── [drwxr-xr-x root ] desktop │ ├── [drwxr-xr-x vdr ] live │ ├── [drwxr-xr-x vdr ] osd2web │ │ ├── [drwxr-xr-x vdr ] customdata │ │ └── [drwxr-xr-x vdr ] http │ │ └── [drwxr-xr-x vdr ] skins │ │ ├── [drwxr-xr-x vdr ] default │ │ │ └── [drwxr-xr-x vdr ] themes │ │ └── [drwxr-xr-x vdr ] horchiTft │ │ └── [drwxr-xr-x vdr ] themes │ ├── [drwxr-xr-x vdr ] pulsecontrol │ ├── [drwxr-xr-x root ] streamdev-server │ └── [drwxr-xr-x root ] xine ├── [drwx------ vdr ] snap │ └── [drwxr-xr-x vdr ] firefox │ ├── [drwxr-xr-x vdr ] 4848 │ ├── [drwxr-xr-x vdr ] common │ │ ├── [drwxr-xr-x vdr ] Bilder │ │ ├── [drwxr-xr-x vdr ] Dokumente │ │ ├── [drwxr-xr-x vdr ] Downloads │ │ ├── [drwxr-xr-x vdr ] Musik │ │ ├── [drwxr-xr-x vdr ] Öffentlich │ │ ├── [drwxr-xr-x vdr ] Schreibtisch │ │ ├── [drwxr-xr-x vdr ] Videos │ │ └── [drwxr-xr-x vdr ] Vorlagen │ └── [lrwxrwxrwx vdr ] current -> 4848 └── [drwxr-xr-x vdr ] themes 32 directories -
Hat in meinem PPA für den VDR 2.7.1 schon mal gebaut
-
Wenn ich das richtig im Kopf habe, hatte yaVDR 0.6 das Problem, dass sich ein yavdr-Paket nicht deinstallieren ließ, was release-upgrades schwierig gemacht hat. Außerdem ist Ubuntu 16.04 schon lange aus dem Support gefallen, so dass man da allenfalls mit historischen Paketquellen herumbasteln kann, um üher mehrere Upgrade auf ein aktuelles LTS-Release zu kommen. Unter der Haube hat sich auch einiges geändert, so dass es insgesamt wenig Sinn macht viel mehr als die VDR-Konfiguration zu übernehmen.
yavdr-ansible ist da vermutlich der schnellere Weg, auch wenn man - je nachdem was man alles an yaVDR 0.6 angepasst hatte - ggf. etwas nacharbeiten muss.
Für Ubuntu 24.04 könnte die Anpassung an der group_vars/all (die man am besten als host_vars/localhost ablegt) so aussehen:
Code: host_vars/localhostbranch: noble ppa_owner: 'ppa:seahawk1986-hotmail' # add the following PPAs repositories: - '{{ ppa_owner }}/{{branch}}-main' - '{{ ppa_owner }}/vdr-2.6.9' -
oder habe ich die URL bloß übersehen?
Momentan ist das die Konfiguration für die Git-Repositories, die ich für Paketaktualisierungen abgrasen lasse: Sources.yml.txt
Idealerweise steht der Link zum Projekt bzw. dem Git in der debian/copyright bzw. debian/control, aber ich habe noch keinen Automatismus, der die Informationen in den Paketen aktualisiert.
-
Du wirst vermutlich noch eine VDR 2.2.0 Installation haben, deren Header bevorzugt gegenüber denen aus aus dem vdr-dev Paket genutzt werden, weil dessen pkg-config (vdr.pc) priorisiert wird. Das kann man sich mit der Umgebungsvariablen PKG_CONFIG_PATH zurechtbiegen, aber vielleicht wäre es einfacher mit einem sauberen System zu starten, wenn du keinen Überblick mehr hast, was du alles im Laufe der Jahre für Sonderlocken eingebaut hast.
Im Anhang mal ein vdr-plugin-tvscraper Paket, das gegen den VDR 2.6.0 von Debian bookworm gebaut wurde.
-
Jedes Mal, wenn es eine neue VDR-Version gibt, bei der die APIVERSION nicht hochgezählt wird (weil sich das API nicht geändert hat), kommt wieder das Argument, dass es "irritierend" sein, wenn VDRVERSION und APIVERSION sehr ähnlich, aber doch nicht gleich sind.
Ich habe mich da vermutlich zu verkürzt ausgedrückt - mir ging es vor allem darum, dass die API-Version praktische Kompatibilität signalisiert - und wenn die ohne Rücksicht auf die Werte von Defines wie DEPRECATED_SCHEDULE_GET_EVENT, DEPRECATED_SECTIONSYNCER_SYNC_REPEAT und DEPRECATED_CCONTROL unverändert bleibt, dann passt die API des gebauten VDR einfach nicht zu allen Plugins, die gegen den den VDR 2.6.9 gebaut wurden.
-
MiniDVBLinux gibt es auch noch: https://www.minidvblinux.de/?lc=de - die arbeiten momentan an ihrer Version 6
-
Gehe davon aus, dass ich einen Überlegungsfehler mache oder noch Pakete unter Ubuntu 24.04 installieren muss.
Möglicherweise stolperst du über das X-Forwarding der SSH-Verbindung - normalerweise ist das erste Display :0 - läuft denn ein X-Server?
-
0001 epgsearch - Removal of deprecated interface functions.zip
Wäre es so nicht sinnvoller? In der switchtimer.c würde ja sonst Funktionalität verloren gehen, wenn man nur nach der startTime schaut, aber nicht nach der eventID?
Diff
Display MoreIndex: vdr-plugin-epgsearch-2.4.2+git20240407-10-bd749fe/mail.c =================================================================== --- vdr-plugin-epgsearch-2.4.2+git20240407-10-bd749fe.orig/mail.c 2024-09-10 08:13:46.000000000 +0200 +++ vdr-plugin-epgsearch-2.4.2+git20240407-10-bd749fe/mail.c 2024-09-10 08:15:41.493013492 +0200 @@ -75,7 +75,11 @@ if (!Schedules) return NULL; const cSchedule *schedule = Schedules->GetSchedule(channelID); if (!schedule) return NULL; +#if APIVERSNUM > 20501 + return schedule->GetEventById(eventID); +#else return schedule->GetEvent(eventID); +#endif } bool cMailTimerNotification::operator< (const cMailTimerNotification &N) const Index: vdr-plugin-epgsearch-2.4.2+git20240407-10-bd749fe/searchtimer_thread.c =================================================================== --- vdr-plugin-epgsearch-2.4.2+git20240407-10-bd749fe.orig/searchtimer_thread.c 2024-04-07 19:44:07.000000000 +0200 +++ vdr-plugin-epgsearch-2.4.2+git20240407-10-bd749fe/searchtimer_thread.c 2024-09-10 08:16:27.375514027 +0200 @@ -918,7 +918,11 @@ if (szEventID) eventID = atol(szEventID); LogFile.Log(3, "checking manual timer %d by event ID %u", ti->Id(), eventID); +#if APIVERSNUM > 20501 + const cEvent* event = schedule->GetEventById(eventID); +#else const cEvent* event = schedule->GetEvent(eventID); +#endif if (event) { if (event->StartTime() - bstart != ti->StartTime() || event->EndTime() + bstop != ti->StopTime()) ModifyManualTimer(event, ti, bstart, bstop); Index: vdr-plugin-epgsearch-2.4.2+git20240407-10-bd749fe/switchtimer.c =================================================================== --- vdr-plugin-epgsearch-2.4.2+git20240407-10-bd749fe.orig/switchtimer.c 2024-04-07 19:44:07.000000000 +0200 +++ vdr-plugin-epgsearch-2.4.2+git20240407-10-bd749fe/switchtimer.c 2024-09-10 08:23:30.766905147 +0200 @@ -127,7 +127,13 @@ if (!Schedules) return NULL; const cSchedule *Schedule = Schedules->GetSchedule(channelID); if (Schedule) { +#if APIVERSNUM > 20501 + event = Schedule->GetEventById(eventID); + if (!event) + event = Schedule->GetEventByTime(startTime); +#else event = Schedule->GetEvent(eventID, startTime); +#endif if (!event) event = Schedule->GetEventAround(startTime); } -
Soweit mit Build-Fehlern:
- cecremote: https://launchpadlibrarian.net…dr5~noble_BUILDING.txt.gz
- channelscan: https://launchpadlibrarian.net…dr7~noble_BUILDING.txt.gz
- eepg: https://launchpadlibrarian.net…dr7~noble_BUILDING.txt.gz
- epg2vdr ( horchi
https://launchpadlibrarian.net…dr6~noble_BUILDING.txt.gz - epgsearch: https://launchpadlibrarian.net…dr4~noble_BUILDING.txt.gz
- extrecmenu: https://launchpadlibrarian.net…dr4~noble_BUILDING.txt.gz
- femon: https://launchpadlibrarian.net…dr1~noble_BUILDING.txt.gz
- fritzbox: https://launchpadlibrarian.net…dr5~noble_BUILDING.txt.gz
- graphlcd: https://launchpadlibrarian.net…dr5~noble_BUILDING.txt.gz
- hbbtv: https://launchpadlibrarian.net…dr8~noble_BUILDING.txt.gz
- image: https://launchpadlibrarian.net…dr5~noble_BUILDING.txt.gz
- karoke: https://launchpadlibrarian.net…r12~noble_BUILDING.txt.gz
- altes live: https://launchpadlibrarian.net…r12~noble_BUILDING.txt.gz
- neues live von MarkusE: https://launchpadlibrarian.net…dr1~noble_BUILDING.txt.gz
- mp3: https://launchpadlibrarian.net…r12~noble_BUILDING.txt.gz
- mpv von lnj : https://launchpadlibrarian.net…dr1~noble_BUILDING.txt.gz
- altes radio: https://launchpadlibrarian.net…r34~noble_BUILDING.txt.gz
- neues radio (mit Anpassungen von HelmutB: https://github.com/siricco/vdr-plugin-radio) : https://launchpadlibrarian.net…r12~noble_BUILDING.txt.gz
- restfulapi: https://launchpadlibrarian.net…r11~noble_BUILDING.txt.gz
- scraper2vdr: https://launchpadlibrarian.net…dr5~noble_BUILDING.txt.gz
- skindesigner: https://launchpadlibrarian.net…dr6~noble_BUILDING.txt.gz (die davon abhängenden Plugins habe ich noch nicht bauen können)
- suspendoutput: https://launchpadlibrarian.net…r31~noble_BUILDING.txt.gz
- tvguide: https://launchpadlibrarian.net…dr7~noble_BUILDING.txt.gz
- tvscraper: https://launchpadlibrarian.net…dr1~noble_BUILDING.txt.gz
- vompserver: https://launchpadlibrarian.net…dr7~noble_BUILDING.txt.gz
- wirbelscan: https://launchpadlibrarian.net…dr8~noble_BUILDING.txt.gz
- xmltv2vdr: https://launchpad.net/~seahawk…ea03da9-0yavdr5~noble.dsc
Also einiges zu tun ...
-
Für das vdr Paket aus Debian 12? Das könnte ich bauen lassen, wenn ich meine VM auf Bookwork hochgezogen habe.
-
Ich lasse Launchpad gerade mal einen Satz Plugins dagegen bauen, mal sehen welche Plugins darüber stolpern ...
-
Dann patche ich mir die Plugin-ABI-Version zurecht, ich finde das in Paketen immer unnötig verwirrend.
-
Die Plugins werden verwirrenderweise auch nach dem VDR 2.6.9 benannt:
Codedrwxr-xr-x root/root 0 2024-09-09 12:58 ./usr/lib/vdr/plugins/ -rw-r--r-- root/root 19080 2024-09-09 12:58 ./usr/lib/vdr/plugins/libvdr-hello.so.2.6.9 -rw-r--r-- root/root 35472 2024-09-09 12:58 ./usr/lib/vdr/plugins/libvdr-osddemo.so.2.6.9 -rw-r--r-- root/root 48168 2024-09-09 12:58 ./usr/lib/vdr/plugins/libvdr-pictures.so.2.6.9 -rw-r--r-- root/root 64480 2024-09-09 12:58 ./usr/lib/vdr/plugins/libvdr-skincurses.so.2.6.9 -rw-r--r-- root/root 18936 2024-09-09 12:58 ./usr/lib/vdr/plugins/libvdr-status.so.2.6.9 -rw-r--r-- root/root 18928 2024-09-09 12:58 ./usr/lib/vdr/plugins/libvdr-svccli.so.2.6.9 -rw-r--r-- root/root 18904 2024-09-09 12:58 ./usr/lib/vdr/plugins/libvdr-svcsvr.so.2.6.9 -rw-r--r-- root/root 18960 2024-09-09 12:58 ./usr/lib/vdr/plugins/libvdr-svdrpdemo.so.2.6.9 -
w_scan wird nicht mehr weiterentwickelt, der Nachfolger von wirbel ist w_scan_cpp (Paket w-scan-cpp), außerdem gibt es noch w-scan2 - beide sind als Pakete in den main PPAs für yaVDR.
-
Das kann nicht sein: https://packages.debian.org/de…rm/amd64/sqlite3/filelist bzw. https://packages.debian.org/de…4/libsqlite3-dev/filelist - die Paket enthalten nichts, was in /usr/local landen würde.
