staging.inyokaproject.org

Es geht um Xubuntu 22.04, obwohl vermutlich egal. Ich habe ein Script, das bis jetzt unter 22.04 gelaufen ist, seit einiger Zeit nicht mehr.

ii  gpg 2.2.27-3ubuntu2.3                            amd64        GNU Privacy Guard -- minimalist public key operations

Der alte gpg-Key wird nicht mehr akzeptiert und bei der Erstellung eines neuen Keys ist ein PW zwingend, das aber in einem Script sinnlos ist. Genau genommen ist gpg im Script auch sinnlos, aber das ist ein anderes Thema. Ich will nur das Script nicht ändern.

Es gibt um ein lokales Mail dieser Art:

echo "$VERZEICHNIS auf $FQDNAME existiert nicht! Die Aktion wurde ABGEBROCHEN!" \
	| gpg --local-user $SENDER --no-secmem-warning --quiet --textmode --clearsign --trusted-key "$LONGKEYID" \
	| $MAILPRG -s "WARNUNG: $FQDNAME NICHT DURCHGEFUEHRT!" $WARN

Also am einfachsten wäre es, einfach irgendeinen gpg-Key ohne PW zu haben, sonst muss ich eine Menge ähniche Zeilen ändern.

Ubuntu-Version: Xubuntu 22.04 (Jammy Jellyfish)

Xubuntu ist EndOFLife. Xubuntu hat nur 3 Jahre support.

Installiere eine aktuelles System neu.

Xubuntu ist EndOFLife

Ok, das ändert aber nichts, kommen aber noch Updates. In der Regel verwende ich dort kein X und verbinde mich via ssh.

Mit 24.04

ii  gpg 2.4.4-2ubuntu17.2

Als normaler User ist es ohne PW möglich, als root-User nicht. Ich brauche den gpg-Key aber als root. Ich bin sowieso dabei dieses Script still zu legen, aber eine Weile brauche ich es noch. 22.04 dient eigentlich nur dazu, weil manche Python-Sachen unter 24.04 nicht mehr laufen und Google Prügel zwischen die Füße wirft. Eine Sache nach der anderen. Im Normalfall verwende ich 24.04, habe einige PCs.

Edit:

In der Regel verwende ich dort kein X und verbinde mich via ssh.

Genau das ist das Problem. Via ssh kann ich den Key ohne PW erstellen. Direkt am PC in einer "echten" Konsole als root angemeldet, funktioniert es.

Wird schon seine Gründe haben, warum der alte Key nicht mehr gültig war, sicher nicht abgelaufen.

glaskugel schrieb:

Ok, das ändert aber nichts, kommen aber noch Updates.

Nein, da kommen keine Updates mehr für Xubuntu, denn es hat sein EoS erreicht.

Via ssh kann ich den Key ohne PW erstellen

Sollte heißen: Via ssh kann ich den Key ohne PW NICHT erstellen

Nein, da kommen keine Updates mehr für Xubuntu

Der PC wurde ein paar Wochen nicht aktualisiert / verwendet und heute kamen da Updates. Ist aber egal, das Problem ist gelöst. Ich habe da im Web was gefunden, wie man das mit ssh macht. Stichwort pinentry. So eine einmalige Sache, muss aber nicht via ssh sein.

Ich will ja nicht abstreiten, dass Xubuntu 22.04 EOL ist, aber wenn man X in der Regel nicht nutzt wie ich, sondern nur via ssh, dann gibt es da durchaus noch Updates. Also kein Stress mit dem Umstieg auf 24.04 für diesen PC, solange ein paar Dinge nur unter 22.04 laufen. Der HauptPC läuft sowieso unter 24.04.

Gestern alles aktualiesier; heute:

Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  grub-efi-amd64-bin grub-efi-amd64-signed
The following packages will be upgraded:
  gir1.2-soup-2.4 libsoup-gnome2.4-1 libsoup2.4-1 libsoup2.4-common
4 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
Need to get 330 kB of archives.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n]

Edit: Einen Tag danach. Offensichtlich muss man verstehen, was EOL bedeutet.

The following packages will be upgraded:
  fonts-opensymbol liblibreoffice-java libreoffice libreoffice-base libreoffice-base-core
  libreoffice-base-drivers libreoffice-calc libreoffice-common libreoffice-core
  libreoffice-draw libreoffice-gnome libreoffice-gtk3 libreoffice-help-common
  libreoffice-help-de libreoffice-help-en-us libreoffice-impress libreoffice-java-common
  libreoffice-l10n-de libreoffice-math libreoffice-nlpsolver libreoffice-pdfimport
  libreoffice-report-builder libreoffice-report-builder-bin
  libreoffice-script-provider-bsh libreoffice-script-provider-js
  libreoffice-script-provider-python libreoffice-sdbc-firebird libreoffice-sdbc-hsqldb
  libreoffice-sdbc-mysql libreoffice-sdbc-postgresql libreoffice-style-colibre
  libreoffice-style-elementary libreoffice-style-yaru libreoffice-wiki-publisher
  libreoffice-writer libuno-cppu3 libuno-cppuhelpergcc3-3 libuno-purpenvhelpergcc3-3
  libuno-sal3 libuno-salhelpergcc3-3 libunoloader-java python3-uno uno-libs-private ure
  ure-java

glaskugel schrieb:

Ich will ja nicht abstreiten,

Aber streiten willst Du. Aus Unverständnis der Materie.

9474673

Nein, ich will nicht streiten, dafür habe ich keine Zeit. Bis jetzt waren EOL-Distris hier noch nie Thema und deswegen habe ich von Details keine Ahnung. Ich habe mich nur gewundert, dass bei EOL doch täglich Updates kommen. Das ist aber mittlerweile geklärt.