Ubuntu 24.04 Noble Numbat

Im Prinzip ja, aber vor dem Feature- bzw. Debian Import Freeze am 19. Februar (https://discourse.ubuntu.com/t/noble-numbat…-schedule/35649) kann sich an den Versionen in den offiziellen Paketquellen noch einiges ändern, dass da regelmäßig Sachen kaputt gehen können (zumindest war das bei focal der Fall) - von daher würde ich noch ein bisschen warten.

Es fehlen noch Pakete in main. Bei denen warte ich, bis Ubuntu auf Python 3.12 als Default-Version umstellt, leider scheinen die den ursprünglichen Zeitplan - laut https://discourse.ubuntu.com/t/noble-numbat…-schedule/35649 war das für den 25. Januar vorgesehen - nicht eingehalten zu haben:

$ apt policy python3-dev
python3-dev:
  Installiert:           (keine)
  Installationskandidat: 3.11.4-5ubuntu1
  Versionstabelle:
     3.11.4-5ubuntu1 500
        500 http://de.archive.ubuntu.com/ubuntu noble/main amd64 Packages

Ich bin auch noch nicht dazu gekommen irgendetwas aus den neuen PPAs auszuprobieren.

Ich habe heute Abend mal Pakete in noble-main nachgezogen - da fehlt dann noch der avahi-linker, da habe ich noch ein Problem mit dem Paketbau auf der TODO-Liste stehen.

Das war anscheinend nur ein Schluckauf von Launchpad.

lircd2uinput fehlt auch noch - Launchpad akzeptiert bei beiden die Source-Pakete nicht, obwohl die von pbuilder lokal ohne Probleme gebaut werden können - das muss ich mir noch mal genauer ansehen.

Ok, das war das Problem, dass Launchpad Pakete nicht annimmt, wenn man sie vom pbuilder signieren lässt, statt das mittels dpkg-buidpackage -S -sa -d zu erledigen. Die beiden Pakete sind unterwegs.

Quote from Murry

Jetzt fehlt : vdr-plugin-dbus2vdr

Das ist aber im PPA, soweit ich das sehen kann:

$ apt policy vdr-plugin-dbus2vdr
vdr-plugin-dbus2vdr:
  Installiert:           (keine)
  Installationskandidat: 20211130143000experimental-0yavdr13~noble
  Versionstabelle:
     20211130143000experimental-0yavdr13~noble 500
        500 https://ppa.launchpadcontent.net/seahawk1986-hotmail/vdr-2.6.6/ubuntu noble/main amd64 Packages

Mir ist auf meinem Test Server mit 24.04 noch ein Problem aufgefallen.

Wenn man Pakete aktualisiert oder installiert, wir teilweise nach der Installation sinnlos der VDR neu gestartet. Beispiel um das Problem zu provozieren:

apt install licenserecon
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  libarray-intspan-perl libexporter-tiny-perl libindirect-perl liblog-any-adapter-screen-perl liblog-any-perl libobject-pad-perl libpath-iterator-rule-perl libpod-constants-perl
  libpod-parser-perl libre-engine-re2-perl libre2-10 libregexp-pattern-license-perl libregexp-pattern-perl libset-intspan-perl libstring-copyright-perl libstring-escape-perl
  libstring-license-perl libxs-parse-sublike-perl licensecheck
Die folgenden NEUEN Pakete werden installiert:
  libarray-intspan-perl libexporter-tiny-perl libindirect-perl liblog-any-adapter-screen-perl liblog-any-perl libobject-pad-perl libpath-iterator-rule-perl libpod-constants-perl
  libpod-parser-perl libre-engine-re2-perl libre2-10 libregexp-pattern-license-perl libregexp-pattern-perl libset-intspan-perl libstring-copyright-perl libstring-escape-perl
  libstring-license-perl libxs-parse-sublike-perl licensecheck licenserecon
0 aktualisiert, 20 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 1.197 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 4.059 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j
  ...
Dienste werden neu gestartet...
 systemctl restart vdr.service

Dienste deren Neustart verschoben wurde:
 systemctl restart unattended-upgrades.service

Bewusst ein Beispiel, was gar nichts mit VDR zu tun hat und ich auch keine Abhängigkeit in den Libs zu VDR erkennen kann.

Ich habe noch nicht gefunden, wo man das für den VDR maskieren kann.

Edit: habe was gefunden:

in /etc/needrestart/needrestart.conf "$nrconf{restart} = 'l';" hinzufugen. Erster Test war erfolgreich.

Murry: da sind wohl einige Pakete darüber gestolpert, dass Systemd-Dateien im Paket doppelt installiert wurden (sowohl von dh_installsystemd als auch über eine install Datei - ich habe das mal im noble-main PPA für die Pakete behoben, die vom Playbook installiert werden - das Playbook (ohne die Rolle yavdr-network) konnte ich mit dem aktuellen Git-Stand schon in einer VM erfolgreich durchlaufen lassen - momentan muss man nur noch diese Zeile mit dem warn entfernen, weil neuere Ansible-Versionen das nicht mehr unterstützen: https://github.com/yavdr/yavdr-an…ks/main.yml#L26 - da muss ich mir noch ansehen, was das auf einem focal-System für Auswirkungen hat.

kfb77: bei meinen Ubuntu 24.04 Server und Desktop Installationen, die ich bislang in VMs gemacht habe, wurde ich bislang immer gefragt, welche Dienste ich neu starten will - nutzt du da eine Minimalinstallation oder ähnliches?

Server Image im LXC Container.

Nochmal drüber nachdenken hilft:

Mir fällt aber gerade auf, dass ich ja

export DEBIAN_FRONTEND=noninteractive

aus meinem Container Installationscript setzte. Da wird bei mir also nichts gefragt. Nun hätte ich aber erwartet, dass er dann auch keine Service neu startet. Ist wohl aber nicht so.

Das hatte ich doch gestern angepasst: https://github.com/yavdr/yavdr-an…ndr_facts.py#L1