Beiträge von Sauerkraut

  • KDE und GNOME nebeneinander auf der gleichen Maschine

    Zitat von sterun

    Desktop-Umgebung komplett installieren / deinstallieren (KDE, GNOME, LXDE, LXQT, XFCE, MATE usw.):

    Als ich das das letzte mal probiert habe, so ca. 2018, war es anschließend so, dass es ein riesiges Durcheinander war, von unterschiedlichsten Anwendungen, welche die jeweiligen Desktops mitgebracht haben. Im Ergebnis war es so, dass es ein ziemlicher Aufriss war und nach ein paar Tagen kommt man zum Schluss, dass es wohl besser wäre, neu aufzusetzen mit nur einem Desktop.

    Zitat von hkottmann

    Geht das wirklich reibungslos, sonst lasse ich es lieber bleiben und behelfe mich mit einer GNOME Live-DVD.

    Wenn man diese Aussage des TE ernst nimmt, kann man das noch nicht empfehlen. Zumindest nicht ohne der Einschränkung, dass es aufgrund der DE-eigenen (Standard)-Anwendungen keineswegs reibungslos ist. Vielleicht lassen sich die Muster reibungslos installieren, aber von reibungslosem Betrieb kann man da nicht ausgehen, außer es hat sich seit meiner Erfahrung signifikant was geändert, was ich mir aber nicht vorstellen kann.

  • tumbleweed dist-upgrade Dateikonflikt libkdecorations2 vs. libkdecorations3

    Zur Info:


    Die Pakete die ich mit zypper search --verbose --installed-only | grep 5.27 fand, waren bis auf eine Ausnahme alle auch in einer "6er" Version vorhanden.


    Die 5er aus der Liste habe ich alle per `zypper rm --clean-deps` deinstalliert, orientiert habe ich daran, welche Abhängigkeiten mitgezogen werden sollten. Bei den 5er nur die paar aus der Liste, bei den "6er" das halbe System.


    Es gibt jetzt noch das Paket

    Code
    i  | oxygen5-sounds | package | 5.27.10-1.5 | noarch | Haupt-Repository (OSS)


    Hierfür gibt es keine Entsprechung in Version 6.


    Im Softwarearchiv von opensuse gibt es das Paket "oxygen5-sounds" …

    openSUSE Software


    … allerdings nicht das Paket "oxygen6-sounds"


    openSUSE Software


    Ich muss das Paket also behalten, bis es eine Version "6" gibt. In Erwartung, dass dieses Paket per Auflösen der Abhängigkeiten ohne mein Zutun ersetzt wird.


    Sauerland, ist das die Manifestation Deiner Aussage?


    Zitat

    Oder anders ausgedrückt, die noch nicht auf KDE6 migriert sind.

    `

  • tumbleweed dist-upgrade Dateikonflikt libkdecorations2 vs. libkdecorations3

    Zitat von Alero

    Oh oh ...

    :) nicht bei "libKPipeWire5", nur bei "libKPipeWire6"


    Zitat

    Aber aufpassen ... nur i+ ist installiert.

    Jetzt hast Du mich aber kurz verwirrt. "i+" ist ein "user installed" Paket.


  • tumbleweed dist-upgrade Dateikonflikt libkdecorations2 vs. libkdecorations3

    Ah, so langsam wird das Klingen hörbarer :) Danke


    Zitat

    Oder anders ausgedrückt, die noch nicht auf KDE6 migriert sind.

    OK. Damit kann ich was anfangen.


    Noch mal zurück zu dem Paket "libKPipeWire5".


    Ich gehe davon aus, dass dieses Paket eindeutig zu Plasma6 gehört.

    Code
    $ zypper rm --clean-deps libKPipeWire5

The following 5 packages are going to be REMOVED:
  kpipewire-imports libKPipeWire5 libKPipeWire5-lang libKPipeWireDmaBuf5 libKPipeWireRecord5

5 packages to remove.

    Die abhängigen Pakete sind die, die auch in der Liste oben mit den Versionsnummern 5.27 aufgeführt sind.

    Code
    $ zypper rm --clean-deps libKPipeWire6

The following 124 packages are going to be REMOVED:
  7zip accountsservice […]
The following 2 patterns are going to be REMOVED:
  kde kde_plasma

124 packages to remove.

    Das wiederum sagt mir, dass "libKPipeWire6" gebraucht wird.


    Kann ich jetzt daraus schließen, dass ich die "5er" entfernen kann? Ich lege einen snapshot an und versuchs einfach.

  • tumbleweed dist-upgrade Dateikonflikt libkdecorations2 vs. libkdecorations3

    Danke, genau so ist es jetzt bei mir auch.


    Könntest Du das gleiche auch mal machen mit:

    Code
    zypper search --verbose libKPipeWire

    Den entgegen meiner Aussage von oben:

    Zitat

    Wenn ich die Liste jetzt durchgehe, sind alle Paket nur in einer Version vorhanden

    Ist das Paket z.B. "libKPipeWire5" zwar nur einmal da, aber nur weil das Paket für Plasma 6 eben "libKPipeWire6" heißt, beide sind installiert.


    Bei Dir müssten jetzt nur die "6er" da sein.

  • tumbleweed dist-upgrade Dateikonflikt libkdecorations2 vs. libkdecorations3

    Versuch macht Klug :)


    Die Pakete habe sich ohne murren bzw. ohne Abhängige entfernen lassen. Danke.


    Wie findet man den korrekterweise Pakete anhand der Versionsnummer?


    Code
    zypper search --verbose --installed-only | grep 5.27


    Wenn ich die Liste jetzt durchgehe, sind alle Paket nur in einer Version vorhanden, z. B.

    Code
    zypper search --verbose libKF5Screen8 
S  | Name               | Type    | Version     | Arch   | Repository
---+--------------------+---------+-------------+--------+-----------------------
i  | libKF5Screen8      | package | 5.27.11-1.4 | x86_64 | Haupt-Repository (OSS)
    name: libKF5Screen8
i  | libKF5Screen8-lang | package | 5.27.11-1.4 | noarch | Haupt-Repository (OSS)
    name: libKF5Screen8-lang


    Zwei Fragen:


    1. Wenn der Paketmanager diese Pakete hält, dann müssten diese doch als Abhängigkeit eines anderes Paketes notiert - also notwendig - sein, richtig?

    2. Das mit den Paketen "libkdecorations*" war jetzt halt eine Störung, sie hätten - da keine Abhängigkeit und aktuellere Version vorhanden - entfernt werden müssen, richtig?

  • tumbleweed dist-upgrade Dateikonflikt libkdecorations2 vs. libkdecorations3

    Danke, soweit habe ich das verstanden, mir ist aber nicht klar gewesen, welche von beiden die bereits installierten und welche die zu installierenden Pakete waren


    Die

    Code
    File /usr/share/locale/zh_CN/LC_MESSAGES/kdecoration.mo
  from install of
     libkdecorations2-5-lang-5.27.11-1.5.noarch (Haupt-Repository (OSS))
…

    oder die:

    Code
      conflicts with file from install of
     libkdecorations3-6-lang-6.3.2-1.2.noarch (Haupt-Repository (OSS))


    Die Frage hatte ich mit "yes" beantwortet, also Neueres soll Älteres überschreiben, habe aber letztendlich beide Versionen der Pakete im System. Hier würde mich interessieren, warum es nun beide sind.


    Werden die Bibliotheken (5.27.x ) nur von Plasma selbst referenziert? Wenn ja, könnte ich die dann löschen, weil bei mir Plasma 6.3 läuft?