Ansible ppa 404 / install.sh läuft nicht durch

fw114 · 29. August 2020

Hallo zusammen,

ein

root@vdr:~/yavdr-ansible# ./install-yavdr.sh

bringt folgende Fehlermeldung:

Fehl:9 http://ppa.launchpad.net/ansible/ansible-2.8/ubuntu focal Release

404 Not Found [IP: 91.189.95.83 80]

Paketlisten werden gelesen... Fertig

E: Das Depot »http://ppa.launchpad.net/ansible/ansible-2.8/ubuntu focal Release« enthält keine Release-Datei.

N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.

N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).

root@vdr:~/yavdr-ansible# git status

Auf Branch focal

Ihr Branch ist auf demselben Stand wie 'origin/focal'.

Hilfäää

Danke

seahawk1986 · 30. August 2020

Kann es sein, dass du einmalig das Playbook vom bionic-Branch aus gestartet hat (da fügt das Install-Skript das PPA ein)? Dann genügt es den Eintrag für das PPA aus dem Verzeichnis /etc/apt/sources.list.d/ zu entfernen.

fw114 · 30. August 2020

Jep, das wars. Man da hätte ich auch selber drauf kommen können.

Sry !

Danke

fw114 · 30. August 2020

Neues Problem:

fatal: [localhost]: FAILED! => {}

MSG:

The conditional check 'default_shell.stat.lnk_target != '/usr/bin/bash'' failed. The error was: error while evaluating conditional (default_shell.stat.lnk_target != '/usr/bin/bash'): 'dict object' has no attribute 'lnk_target'

The error appears to be in '/root/yavdr-ansible/roles/yavdr-common/tasks/configure_system.yml': line 24, column 3, but may

be elsewhere in the file depending on the exact syntax problem.

The offending line appears to be:

- name: use bash instead of dash

^ here

Shell ist bash

root@vdr:~/yavdr-ansible# env

SHELL=/bin/bash

PWD=/root/yavdr-ansible

LOGNAME=root

XDG_SESSION_TYPE=tty

MOTD_SHOWN=pam

HOME=/root

LANG=de_DE.UTF-8

seahawk1986 · 30. August 2020

Kannst du bitte mal die vollständigen Ausgaben des Playbook-Aufrufs zeigen?

PS: Mit aktivem mitogen für Ansible wirst du generell Probleme bekommen, wenn das Playbook im root-Verzeichnis liegt:

Zitat von https://github.com/yavdr/yavdr-ansible/blob/focal/README.md#download-yavdr-ansible

NOTE: The install script uses mitogen for ansible to speed up the playbook execution. The playbook directory must be readable by all users on the system, so don't put it in a directory under /root/ or other directories with access restrictions.

fw114 · 30. August 2020

restart from scratch .

git clone nach /home/torsten

sudo -H ./install-yavdr.sh

oder nur ./install-yavdr.sh

Ergebnis siehe log

seahawk1986 · 30. August 2020

Was sagt denn ls -l /bin/sh auf dem System?

fw114 · 30. August 2020

root@vdr:/home/torsten/yavdr-ansible# ls -l /bin/sh

lrwxrwxrwx 1 root root 4 Jun 21 2019 /bin/sh -> bash

seahawk1986 · 30. August 2020

Ok und wie sieht es bei ls -l /usr/bin/sh aus?

Kannst du mal an der Stelle eine Debug-Ausgabe für die Variable default_shell data einfügen?

Code

 - name: show default_shell variable
   debug:
     var: default_shell

fw114 · 30. August 2020

Mama mia, man is manchmal auch zu blöd um die einfachsten Dinge zu sehen

War natürlich klar das ls -l /usr/bin/sh

nicht verlinkt war.

Jetzt läuft es.

Gelobe Besserung bevor ich demnächst die Leute mit Anfragen nerve !

seahawk1986 · 30. August 2020

Zitat von fw114

War natürlich klar das ls -l /usr/bin/sh

nicht verlinkt war.

Die Frage wäre für mich jetzt, warum der Link gefehlt hat - der sollte bei einer Focal-Installation eigentlich standardmäßig vorhanden sein.

Zitat von fw114

Gelobe Besserung bevor ich demnächst die Leute mit Anfragen nerve !

Das hatte auch sein Gutes - damit die Abfrage Sinn macht, muss man lnk_source statt lnk_target nutzen und grundsätzlich ist es auch kein Problem einen default-Wert zu setzen, falls der Link fehlt - ich baue das gleich mal ein.

FJe · 31. August 2020

Hi,

bin beim Neuaufsetzen des Intel Nuc.

Hatte den Fehler mit dem ansible-2.8 auch und "finde python-jme..." nicht, focal sucht ja nach python3-jme...

Die Files waren alle aus branch bionic auf dem focal system, hatte git checkout focal zwar gemacht, änderte aber keine files.

hab dann mit

Code

git clone --branch focal https://github.com/yavdr/yavdr-ansible
          ##############

neu angefangen, damit hatte ich auch die neuen config files in group_vars.

in der roles/yavdr-xorg/tasks/setup_xorgs.yml hab ich vor Durchlauf den Treiber für die Intel GPU GEN 8+ eingesetzt statt des älteren:

Code

- name: apt | install packages for Intel IGP
  apt:
    name:
      - intel-media-va-driver-non-free
    state: present
  when: intel_detected | bool and not nvidia_detected | bool
  #    - i965-va-driver-shaders

Damit geht es jetzt mit dem NUC i3-10110

2,5% CPU Belastung, Bild ist ok auf Full-HD-LCD TV.

ansible-playbook lief durch, kein Bild mit Default softhddevice, Bild mit softhdvaapi sofort da.

Auch der Ton war sofort da, das war mein Problem bei der Zotac Nano Box, die keinen lieferte.

Musste auch nix einstellen, ging sofort nach Durchlauf playbook, super.

Hab nur Zoff mit dem Sundtek USB DVB-T2 und den richtigen Kanälen, bei manchen kommt ein Bild 2 sec. dann friert es ein, andere Kanäle gehen, seufz.

BTW: von der Sundtek-FB ging die OK-Taste nicht, hab in die remote.conf noch eingefügt:

LIRC.Ok KEY_ENTER

LIRC.Ok KEY_OK

seahawk1986 · 1. September 2020

Zitat von FJe

BTW: von der Sundtek-FB ging die OK-Taste nicht, hab in die remote.conf noch eingefügt:

LIRC.Ok KEY_ENTER

LIRC.Ok KEY_OK

IMHO lässt sich das über eine Keymap am besten regeln - leider hat Sundtek ihr Wiki im Zuge der DSGVO-Einführung platt gemacht und so essentielle Artikel wie die Dokumentation zur sundtek.conf noch nicht wiederhergestellt...

Man kann pro Empfänger eine Keymap angeben (z.B. für die schwarze NEC-Fernbedienung: https://github.com/yavdr/yavdr…/rc_keymaps/sundtek-black

[Blockierte Grafik: https://shop.sundtek.de/out/pictures/master/product/7/remote_control_p7.jpg]

Code: /etc/sundtek.conf

# Get adapter serial number with /opt/bin/mediaclient -e
[SERIALNUMBER]
rcmap=/lib/udev/rc_keymaps/sundtek-black

FJe · 1. September 2020

Ja, in der rc_keymap steht ja:

Code

0x47 KEY_LEFT
0x06 KEY_OK
0x07 KEY_RIGHT

Allerdings steht in der remote.conf:

Code

LIRC.Ok KEY_ENTER

und KEY_ENTER gibt es in der keymap nicht, nur KEY_OK, daum hab ich die remote.conf ergänzt.

seahawk1986 · 1. September 2020

In der remote.conf sollte standardmäßig KEY_OK eingetragen sein: https://github.com/yavdr/yavdr…/vdr/files/remote.conf#L4 und darauf in die keytable aus dem yavdr-remote Paket ausgelegt.

Das einzige was dann noch fehlt ist dem Sundtek-Treiber zu sagen, dass die Keytable verwendet werden soll - bei früheren yaVDR-Versionen ging das übers Webfrontend, soweit bin ich für yavdr-ansible aber noch nicht.

Ansible ppa 404 / install.sh läuft nicht durch

Jetzt mitmachen!

Teilen