Manjaro Linux-Stable Update vom 13.05.2022

[manjarofan]

Ja, bei mir ging es dann beim zweiten Anlauf auch. Jetzt ist alles auf den neuesten Stand wieder und läuft Problemlos (bis jetzt).

[LaGGGer]

Klicke mal auf die leeren Positionen der Ikons. Da tut sich was, die Symbole sind zwar weg aber die Funktion ist noch da.

Ja genau, das ist bei mir auch so.

Das einzige Symbolthema das bei mir anscheinend alles korrekt anzeigt ist Papirus-Maja.

Werde ich ausprobieren, aber eigendlich mag ich Papirus-Maja nicht.. naja, mal sehen, heute nicht mehr.

[Manfrago]

Werde ich ausprobieren, aber eigendlich mag ich Papirus-Maja nicht.. naja, mal sehen, heute nicht mehr

Ich mag Papirus-Maja auch nicht. Soll auch nur als Übergangslösung verstanden worden sein, bis das Manjaro Team endlich in die Hufe kommt. Ich fasse es nicht, das so ein Update als Stable freigegeben wird.

[denonom]

Am besten zurückstufen per downgrade - aber wie ?

Wie bereits im anderen Thread erwähnt, aber doppelt hält bekanntlich besser:

Für ein Downgrade von rsync, damit Timeshift wieder funktioniert:

Code: Alles auswählen

sudo pacman -U https://archive.archlinux.org/packages/r/rsync/rsync-3.2.3-4-x86_64.pkg.tar.zst

[Blueriver]

Alles bestens!

Code: Alles auswählen

  Kernel: 5.15.38-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 11.2.0
  Desktop: Xfce v: 4.16.0 tk: Gtk v: 3.24.29 info: xfce4-panel wm: xfwm
  v: 4.16.1 vt: 7 dm: LightDM v: 1.30.0 Distro: Manjaro Linux
 

[zompel]

Bis auf das schon mehrfach erwähnte Problem mit Timeshift und einige unpassende bzw. fehlende Icons läuft alles.

Bei Timeshift half ein Downgrade von rsync.

Dass es bei Gnome mit Icons bzw. Themes etwas Probleme geben könnte war mir schon vorher bewusst, daher bin ich eher überrascht, dass es bei mir insgesamt doch ziemlich reibungslos lief. Bei Manjaro ist ja default einiges an Gnome modifiziert.

[denonom]

Sodele, nach reiflicher Ãœberlegung hat jetzt der erste von zwei Rechnern das Update hinter sich.

Probleme wie bereits bekannt:

libkipi

Code: Alles auswählen

pamac remove libkipi

Timeshift

Neu angelegte Timeshift Snapshots werden nicht in der GUI angezeigt. Allerdings sind sie im Timeshift Ordner (/timeshift) vorhanden, so dass das Problem zwar ein GUI Anzeigeproblem ist, aber im Prinzip kein funktionales.

Code: Alles auswählen

sudo pacman -U https://archive.archlinux.org/packages/r/rsync/rsync-3.2.3-4-x86_64.pkg.tar.zst

und neu angelegte Snapshots werden auch wieder in der GUI angezeigt.

[Fansurfer]

Gestern habe ich versucht ein Update durchgeführt. Leider gab es Fehlermeldung bezüglich der Schlüsseldateien, so dass ich das Update wieder zurückgesetzt habe. auch dieser Weg brachte die Fehlermeldungen:

Edit: Im Hauptforum wird soeben dieser Weg zwecks Vorabaktualisierung der Schlüsseldateien gepostet:

Code: Alles auswählen

sudo pacman-key --init
sudo pacman-key --populate archlinux manjaro
sudo pacman -Sy gnupg archlinux-keyring manjaro-keyring
sudo pacman-key --refresh-keys
sudo pacman -Syu

Auf jeden Fall vorher eine Datensicherung machen! Bei mir rödeln diese Befehle trotz meiner funktionierender Schlüsseldatenbanken 5 Minuten lang auf dem System rum mit geschätzt 150 Warnmeldungen

Unter anderem gab es den Fehler das es einen Versionskonflikt mit dem gpg-agenten gibt. Aktuell ist die gnupg-2.2.32-2 installiert und erwartet wird aber gnupg-2.2.35-2. In den Arch Paketquellen ist die höhere Version vorhanden in Manjaro ist noch die niedrigere Version aktuell.
Für mich bedeutet es ich warte mit dem Update bis die gnupg-2.2.35-2 in den Manjaro Paketquellen vorhanden ist. Es sei denn ich finde eine alternative.

Nach dem ich so einiges noch Probiert habe, durch zurücksetzen auf den leltzten funktionierenden Stand mit timeshift, habe für mich eine Lösung gefunden. Ich habe nach dieser Anleitung : https://www.archlinux.de/news/34439-Ung ... stemupdate das Update durchführen können. Dabei gab es keine Fehlermeldung bezüglich der Schlüsseldateien. Aus dem AUR mußte ich noch qogir-gtk-theme deinstallieren und dann die neue Version noch mal installieren.

[Susanne]

Was mir noch aufgefallen ist, die Funktion Windows oder Super Taste + W funktioniert nicht mehr. Das war ja eine Super Funktion mit Einführung KDE 5.24

[Günther]

Hi!

Ich habe, da mir das Update irgendwie Angst bereitete, vorher ein Key Update gezogen:

pacman -Sy archlinux-keyring

Das dauert etwa 10 min und es sind viele Fehler aufgezählt.

Letztendlich habe ich das Update ~ 1.8GB installiert, neugestartet, alles passt.

Kernel ist 5.17.x und die Umgebung ist KDE.

[denonom]

Es gibt ein Update von Timeshift, mit dem das rsync Problem behoben sein sollte.

Hintergrund des ganzen ist, dass rsync die Methode geändert hat, wie das Gebietsschema des Systems und damit die Anzeige von Dezimalzeichen interpretiert. Dies führte zu einer Inkompatibilität mit Timeshift, die mit dem neusten Update behoben ist.

rsync 3.2.3-4 --> 3.2.4-1
Timeshift 21.09.1-3 --> 21.09.1-4

Und ja, neue Snapshots werden somit auch wieder ordnungsgemäß in Timeshift angezeigt. Eben gerade selbst getestet.

[Manfrago]

Durch einen Hinweis im Hauptforum bin ich darauf Aufmerksam geworden, das Mediathekview jetzt auch nicht mehr laufen soll.
In der Tat, bei mir kommt unter XFCE:

Code: Alles auswählen

Fehler: Beim Laden der Klasse mediathek.Main ist ein LinkageError aufgetreten java.lang. UnsupportedClassVersionError: mediathek/Main has been compiled by a more recent version of the Java Runtime (class file version 61.0), this version of the Java Runtime only recognizes class file versions up to 55.0

[denonom]

Läuft unter KDE Plasma problemlos.

(eben extra installiert)

[Manfrago]

Soeben auf einem anderen Computer unter Cinnamon probiert. Mediathekview läuft da ebenfalls nicht. Jetzt muss ich noch rausbekommen, auf welche Java-Konflikte das genau hinaus läuft....
Edit: Offenbar verlangt Mediathekview nach Java Version 17 (class file version 61) Die ist u.a. bei mir aber installiert und wird von Mediathekview scheinbar nicht erkannt.

[denonom]

KDE Plasma alles paletti. Trotz der vielen Regler

Code: Alles auswählen

mediathek/Main has been compiled by a more recent version of the Java Runtime (class file version 61.0), this version of the Java Runtime only recognizes class file versions up to 55.0

deutet allerdings nicht unbedingt auf eine Komponente hin, die nur einzelne Desktopumgebungen betrifft.

Vielleicht mal

Code: Alles auswählen

jre-openjdk

austauschen? Gibt da ja einige optionale Abhängigkeiten.

Ausgabe beim Start von mediathekview im Terminal:

Code: Alles auswählen

. Version: 13.8.1
. === Java Information ===
. Vendor: N/A
. VMname: OpenJDK 64-Bit Server VM
. Version: 18.0.1.1
. Runtime Version: 18.0.1.1+2