Posts by ciax

    hab das nun in /etc/passwd und /etc/fstab nachgezogen, neu gestartet - mount ist da und home passt auch entsprechend.


    im syslog kommt:

    Code
    Sep 15 21:28:10 vdr systemd[1412]: Started snap.firefox.firefox-0a951b49-00bf-4a92-b2f3-2e55a84e1253.scope.
    Sep 15 21:28:10 vdr kernel: audit: type=1400 audit(1726428490.803:199): apparmor="DENIED" operation="mount" class="mount" info="failed flags match" error=-13 profile="/usr/lib/snapd/snap-confine" name="/tmp/snap.rootfs_kbb5z6/home/vdr/" pid=2945 comm="snap-confine" srcname="/home/vdr/" flags="rw, rbind"



    nachdem ich zusätzlich nochmal sudo snap set system homedirs=/home/vdr ausgeführt habe, .


    ich geb's auf - schräg ist, dass on_vdr mit osd2web einen firefox Prozess aktiv hat:

    Code
    ps ax | grep firefox
    2206 ?        Ss     0:00 /usr/bin/python3 /usr/bin/on_vdr -o -c firefox "http://localhost:4444/skins/horchiTft/index.html?theme=anthraize&onlyView=1"


    .. egal mit welchem User gibt es bei Start von firefox diese Meldung aus:

    Code
    cannot perform operation: mount --rbind /home/vdr /tmp/snap.rootfs_cwJvrk//home/vdr: Permission denied


    im Log parallel dieser Eintrag- sudo und user vdr:

    Danke!


    Code
    vdr@vdr:~$ pwd
    /var/lib/vdr
    vdr@vdr:~$ cd ~
    vdr@vdr:~$ pwd
    /var/lib/vdr


    und, nichts ist/war so wie bei deinem post:


    Code
    grep vdr /etc/passwd
    
    
    vdr:x:666:666::/var/lib/vdr:/bin/bash
    vdradmin-am:x:119:129:VDRAdmin-am user,,,:/var/lib/vdradmin-am:/bin/false


    ..war auch nicht in der fstab:

    Code
    /var/lib/vdr /home/vdr none bind 0 0


    es gibt im syslog immer Fehler bzgl apparmor:

    Code
    Sep 15 20:01:13 vdr sudo[4488]:     ciax : TTY=pts/6 ; PWD=/home/ciax ; USER=root ; COMMAND=/usr/bin/firefox
    Sep 15 20:01:13 vdr sudo[4488]: pam_unix(sudo:session): session opened for user root(uid=0) by vdr(uid=1000)
    Sep 15 20:01:13 vdr systemd[1]: Started snap.firefox.firefox-f3152cc3-f728-4af7-b359-67eae8a5998b.scope.
    Sep 15 20:01:13 vdr kernel: audit: type=1400 audit(1726423273.260:295): apparmor="DENIED" operation="capable" class="cap" profile="/usr/lib/snapd/snap-confine" pid=4494 comm="snap-confine" capability=12  capname="net_admin"
    Sep 15 20:01:13 vdr sudo[4488]: pam_unix(sudo:session): session closed for user root
    Sep 15 20:01:13 vdr systemd[1]: snap.firefox.firefox-f3152cc3-f728-4af7-b359-67eae8a5998b.scope: Deactivated successfully.


    no plan! :/

    .. oh, sorry - Tomaten auf den Augen, den Logeintrag sah ich nicht. Dennoch, der Eintrag bleibt, wenn ich ein mount --bind  /var/lib/vdr /home/vdr (dieses Verzeichnis gab es nicht, neu erstellt) mache. Man sieht unter /home/vdr aber die Directorystruktur aus /var/lib/vdr. Wenn man ein sudo snap set system homedirs=/home oder sudo snap set system homedirs=/home/vdr macht bleibt's ebenfalls bei dem Eintrag


    Nur bei

    sudo snap set system homedirs=/var/lib/vdr kommt ein anderer Logeintrag - funktioniert aber nicht, geht gleich zur TV-Ausgabe zurück


    Danke für's Drüberschauen! :monster2


    PS: Read-only file system - da passt (hier) etwas nicht, gell.

    .. zurück zum eigentlichen Thema:


    Quote

    Dann würde ich darauf tippen, dass er im Log darüber meckert, dass die dash das Autostart-Skript nicht ausführen kann, weil man bei Ubuntu 24.04 nicht mehr grundsätzlich /bin/sh auf /bin/bash zeigen lassen kann (und openbox den Shebang für das Skript ignoriert) - deswegen sieht das mit dem aktuellen Stand des Playbook so aus


    Hätte ich nie gefunden - hab /var/lib/vdr/.config/openbox/autostart mit der neuen Version ersetzt und nun geht's auch nach einem Reboot.


    Nebenbemerkung: mit der neuen Version von autostart sieht's so aus, dass das Syntax Highlighting unter vi nicht mehr funktioniert - es ist alles rot nach der 4 Zeile wg. "EOF" (kenn mich zu wenig aus).


    Danke für eure Geduld!


    Grusz!

    Es hat doch etwas gebracht (hab vermtl. gestern spät am abend den Reboot vergessen) - ich habe wieder Bild+Ton :jb :bounce1

    Es kam wahrscheinlich doch mit den Paketen vdr-plugin-softhdcuvid-nocebo + vdr-plugin-softhddevice (bzw. deren Abhängigkeitspaketen):

    Hier "kurz" meine Aktionen heute bzgl. Paketen (keine Config aktiv geändert) .. lt. apt-history Log - seit da kommt beim Start X nicht mehr hoch:



    ?(


    .. ich sehe den Wald vor lauter Bäumen grad nicht mehr ..


    Grusz!

    .. hab gerade noch ein paar alte jammy Pakete durch ihre noble Pendants ersetzt und nun kommt X wieder nicht hoch


    Code
    [11.764] (EE) NVIDIA(GPU-0): Failed to acquire modesetting permission.
    .
    .
    [    11.822] (WW) NVIDIA(0): Failed to set the display configuration
    [    11.822] (WW) NVIDIA(0):  - Setting a mode on head 1 failed: Insufficient permissions
    [    11.829] (EE)
    Fatal server error:
    [    11.829] (EE) AddScreen/ScreenInit failed for driver 0
    [    11.829] (EE)
    [    11.829] (EE)

    xorg.conf ist genau gleich geblieben, keine Änderung dort.

    Wieder genau das Problem aus dem anderen Thread - ich glaube, ich drehe durch :§$%:weinen:§$% :wand :skull3


    Nur diese Pakete habe ich Richtung noble gezogen, inkl. deren Abhängigkeiten und lt. Paketmanager nicht mehr benötigte entfernt:


    Meld mich später wieder, falls dann Monitor und Tastatur noch leben ... :tdw

    .. was tät ich ohne dich :monster2


    Ausgabe zum Status yavdr-frontend:

    Code
    ○ yavdr-frontend.service - manage VDR frontends
    Loaded: loaded (/usr/lib/systemd/user/yavdr-frontend.service; enabled; preset: enabled)
    Active: inactive (dead)


    Ausgabe status nach start yavdr-frontend:

    Code
    ● yavdr-frontend.service - manage VDR frontends
    Loaded: loaded (/usr/lib/systemd/user/yavdr-frontend.service; enabled; preset: enabled)
    Active: active (running) since Mon 2024-08-26 12:17:45 CEST; 1min 40s ago
    Main PID: 11637 (yavdr-frontend)
    Tasks: 4 (limit: 2060)
    Memory: 24.5M (peak: 29.5M)
    CPU: 760ms
    CGroup: /user.slice/user-666.slice/user@666.service/app.slice/yavdr-frontend.service
    └─11637 /usr/bin/python3 /usr/bin/yavdr-frontend


    Und damit starten nun die Apps aus dem OSD herus - super!


    /var/lib/vdr/.config/openbox/autostart sieht so aus:


    //edit: jetzt müßte es nur noch automatisch geschehen ..

    .. zu früh gefreut - link und /usr/bin/start-desktop sind nun korrekterweise vorhanden. Wenn ich eine App aus dem OSD starte, kommt leider im Log nachfolgendes (zB bei "google chrome", "midnight commander", ..):


    Es passiert nichts, kein entsprechender Prozess in der Liste.

    Hallo,


    möchte das Thema "noble" mit meinem immer wieder (und nicht neu aufgesetztem) "geupgradedem" System ja nicht zu sehr strapazieren .. falls dies an diversen Auffälligkeiten schuld sein sollte.


    Hier scheint nun /usr/bin/start-desktop und damit der link /var/lib/vdr/plugins/desktop/starter darauf zu fehlen. Das Plugin vdr-plugin-desktop | 0.0.3-0yavdr55~noble ist installiert (wurde auch "gepurged" / reinstalliert).


    Bin mir nicht sicher, ob die fehlenden Dateien aus dem Paket kommen oder ich die Rolle / Task yavdr-desktop separat durchlaufen lassen muss:

    sudo -H ansible-playbook yavdr07.yml -b -i 'localhost_inventory' --connection=local --tags="yavdr-desktop"


    Das macht mir etws Kopfzerbrechen, ob dadurch nicht wieder meine (Dual)-Screen / X Konfig zerschossen wird.


    Grusz!

    Ich weiß nicht, wie das plugin genau zusammenspielt und wie man zur lokalen Anzeige auf einem 2. Display kommt. Früher ging das mal über die startBrwoser.sh und deren Config browser.conf, die auch im Paket immer noch mitgeliefert wird. Ich habe nun osd2web.conf leer gemacht, sieht so aus (keine Argumente):

    Code
    #
    # osd2web VDR plugin arguments
    #
    
    
    [osd2web]
    #--browser :0.1


    Wenn ich den Eintrag in osd2web.services richtig deute, müßte dort doch das vorhandene Display ( :0.1 ) erkannt werden


    Code
    [Unit]
    Description=Start a kiosk browser on the second DISPLAY if it exists
    After=detect-second-display.service openbox-second.service
    Wants=detect-second-display.service openbox-second.service
    ConditionFileNotEmpty=%h/.second_display

    und dann in diesem Fall kiosk-browser dort mit der "viewOnly"-URL gestart werden


    Code
    [Service]
    EnvironmentFile=%h/.second_display
    Environment=url="http://localhost:4444/skins/horchiTft/index.html?theme=anthraize&onlyView=1"
    Environment=browser=kiosk-browser
    EnvironmentFile=-%h/.config/osd2web/config
    ExecStart=/usr/bin/on_vdr -o -c '${browser} "${url}"'

    Eigentlich wäre schon alles notwendige da und browser.conf bzw. startBrowser.sh sollte wirklich nicht mehr im Spiel sein. Mir ist das wieder ein Rätsel. Viellleicht kommt das Ganze auch vom ständigen Upgraden seit knapp 8 Jahren. Falls ja, wie bekomme ich es wieder weg.


    Grusz!


    PS: das kommt nun im Log bei vdr-Start mit allen 3 unterschiedlichen Browsernkiosk-browser+firefox+midori in osd2web.service

    Code
    Aug 25 11:12:33 vdr vdr[51162]: osd2web: osd2web plugin thread started (pid=51162)
    Aug 25 11:12:33 vdr vdr[51162]: osd2web: Listener at port (4444) established
    Aug 25 11:12:33 vdr vdr[51162]: osd2web: Using libwebsocket version '4.3.3-unknown'
    Aug 25 11:12:33 vdr vdr[51162]: osd2web:  :: started syncThread
    Aug 25 11:12:37 vdr vdr[51162]: osd2web: ChannelSwitch: channelNumber: 14
    Aug 25 11:12:37 vdr vdr[51162]: osd2web: Cleared RDS text list
    Aug 25 11:12:37 vdr vdr[51162]: osd2web: update present/following for 'TV' channel 'ARD alpha HD'
    Aug 25 11:13:03 vdr vdr[51162]: osd2web: DEBUG: Got from scraper2vdr: banner path ''; poster path '/var/cache/vdr/plugins/tvscraper/movies/75612_poster.jpg' recording '%Oblivion'


    Es sind dabei Listener auf Port 4444 vorhanden, aber nichts verbunden:

    Code
    tcp        0      0 0.0.0.0:4444            0.0.0.0:*               LISTEN
    tcp6       0      0 :::4444                 :::*                    LISTEN


    startBrowser.sh kommt ins Spiel, wenn ich mit svdrpsend plug osd2web BRSTART den Browser starte (was nicht automatisch passiert).

    Code
    Aug 25 11:22:36 vdr vdr[51583]: osd2web: Starting '/var/lib/vdr/plugins/osd2web/startBrowser.sh'
    Aug 25 11:22:36 vdr vdr[51583]: osd2web: Started browser on display '', PID is (51679)
    Aug 25 11:22:36 vdr vdr[51679]: osd2web: Starting '/var/lib/vdr/plugins/osd2web/startBrowser.sh' with 'http://localhost:4444/skins'
    Aug 25 11:22:37 vdr vdr[51679]: /var/lib/vdr/plugins/osd2web/startBrowser.sh: Zeile 55: 08: Der Wert ist für die aktuelle Basis zu groß. (fehlerverursachendes Zeichen ist "08")


    In der Prozessliste 52075 ? ZN 0:00 [startBrowser.sh] <defunct> - keine Ausgabe am Display. Da scheint die URL aber auch nicht vollständig zu sein, neben dem Fehler. Lokal in der Konsole mit firefox --kiosk --display=:0.1 http://localhost:4444/skins/horchiTft/index.html?theme=bluecd&onlyView=1 bekomme ich ein Bild mit entsprechenden Infos am TFT (wenn auch nicht ganz auf die Bildschirmgröße skaliert).

    PS:

    Code
    cat /var/lib/vdr/.second_display
    DISPLAY=:0.1


    osd2web.service:


    Display

    Code
    xrandr -d :0.1
    Screen 1: minimum 8 x 8, current 800 x 600, maximum 32767 x 32767
    DP-0 connected primary 800x600+0+0 (normal left inverted right x axis y axis) 300mm x 230mm
    1024x768      60.00 +  75.03    70.07
    1280x1024     75.02
    800x600       75.00    72.19    60.32*   56.25
    640x480       75.00    72.81    59.94