Beiträge von Gyros Komplett

Zitat von raptor49

Container sind Krücken und ein Hype. Und ich sehe weder für Dev noch Admins Vorteile. Geschweige denn für user.

Ach, die haben schon Vorteile. Wenn man Google heißt und mal eben, automatisch erstellt, zehntausend automatisch konfigurierte Webserver-Instanzen mehr braucht. Oder für den (Redhat-, SuSE-, Canonical-) Distributor, der sich die Admins spart, deren Jenkins die DEB- und RPM-Pakete erstellt.

Wer aber zum Ausliefern von ein paar PHP-Seiten neuerdings Container und Kubernetes benötigt, muß gedanklich irgendwann falsch abgebogen sein. Und für einen Desktop-Benutzer hat es überhaupt keine Vorteile, wenn jedes Stück Software jetzt noch eine eigene chroot-Umgebung mitbringen muß.

Zitat von luigi

Außerdem würde ich nicht auf die gesamte Platte /dev/sdc losgehen, sondern nur auf einzelne Partitionen, oder ?

Jou, denke auch, daß die (ext4-) Befehle gegen die Partition gehen sollten.

Zitat von Scytale

Das ist irgendwie schon Raketentechnologie für mich, ich finde es wahnsinnig beeindruckend, das SUSE Probleme mit grundsätzlichen Lösungen angeht. Bin echt mal gespannt, wie das praktisch aussieht, weil so richtig vorstellen, kann ichs mir noch nicht.

Welches Problem haben wir denn, das mit einem "immutable" Betriebssystem und containerisierten Anwendungen gelöst werden müßte?

Eben.

Zitat von Alero

Ist immer die beste Lösung! Alles richtig gemacht.

Neiiin Das kann bzw. sollte nicht die Lösung sein. Habe das gleiche Problem nach dem Upgrade von 15.4 auf 15.5.

Im Thread zu https://forum.qt.io/topic/145518/qt-6-5-1-program-execution finden wir einen Hinweis, dass

wl_proxy_marshal_flags mit Wayland 1.20 eingeführt wurde. Die libwayland-client von SuSE 15.5 ist hinreichend aktuell (1.21), allerdings hatte ich noch eine Version 1.18 installiert, und zwar aus dem Paket libwayland-amdgpu-client, aus dem Repo "AMDGPU 21.40.2 repository", Repo-Alias "amdgpu". Ob das Problem auch beim proprietären Nvidia-Treiber auftaucht, weiß ich nicht.

Bei mir reichte es als Workaround, die veraltete libwayland-amdgpu-client zu löschen, alternativ die Pfade zu den veralteten Libraries aus dem LD_LIBRARY_PATH zu entfernen. Allerdings hat man dann zunächst keine Hardwarebeschleunigung in der Desktop-Umgebung. Bin mir auch nicht sicher, ob der freie radeon-Treiber bereits die neuen Navi-Chips von AMD unterstützt.