tumbleweed dist-upgrade Dateikonflikt libkdecorations2 vs. libkdecorations3

Sauerland · 11. März 2025

Naja, ganz so einfach wie Alero es beschreibt, ist es ja nicht, denn dann sollte ja

Code

libkdecorations2-5

eigentlich gar nicht mehr vorhanden sein.....

Code

S  | Name                      | Type    | Version     | Arch   | Repository
---+---------------------------+---------+-------------+--------+-----------------------
i  | libkdecorations2-5        | package | 5.27.11-1.5 | x86_64 | Haupt-Repository (OSS)
    name: libkdecorations2-5
i  | libkdecorations2-5-lang   | package | 5.27.11-1.5 | noarch | Haupt-Repository (OSS)
    name: libkdecorations2-5-lang

Du kannst ja mal schauen, ob es ohne Probleme zu deinstallieren geht:

Code

zypper rm libkdecorations2-5

Abbrechen geht immer.....

Sauerkraut · 11. März 2025

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

Code

i  | kpipewire-imports           | package | 5.27.11-2.4 | x86_64 | Haupt-Repository (OSS)
i  | libKF5Screen8               | package | 5.27.11-1.4 | x86_64 | Haupt-Repository (OSS)
i  | libKF5Screen8-lang          | package | 5.27.11-1.4 | noarch | Haupt-Repository (OSS)
i  | libKF5ScreenDpms8           | package | 5.27.11-1.4 | x86_64 | Haupt-Repository (OSS)
i  | libKPipeWire5               | package | 5.27.11-2.4 | x86_64 | Haupt-Repository (OSS)
i  | libKPipeWire5-lang          | package | 5.27.11-2.4 | noarch | Haupt-Repository (OSS)
i  | libKPipeWireDmaBuf5         | package | 5.27.11-2.4 | x86_64 | Haupt-Repository (OSS)
i  | libKPipeWireRecord5         | package | 5.27.11-2.4 | x86_64 | Haupt-Repository (OSS)
i  | libKScreenLocker5           | package | 5.27.11-1.4 | x86_64 | Haupt-Repository (OSS)

Ebenfalls KDE Pakete?
i  | layer-shell-qt5             | package | 5.27.11-1.9 | x86_64 | Haupt-Repository (OSS)
i  | oxygen5-sounds              | package | 5.27.10-1.5 | noarch | Haupt-Repository (OSS)

Alles anzeigen

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?

Alero · 11. März 2025

Zum Thema libkdecorations ... auf einem rein mit KDE6 installierten System sieht das so aus ...

Code

zypper se -si libkdecorations
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                     | Type  | Version   | Arch   | Repository
---+--------------------------+-------+-----------+--------+---------------
i  | libkdecorations3-6       | Paket | 6.3.2-1.2 | x86_64 | repo-oss
i  | libkdecorations3private1 | Paket | 6.3.1-1.1 | x86_64 | (Systempakete)
i  | libkdecorations3private2 | Paket | 6.3.2-1.2 | x86_64 | repo-oss

Sauerland · 11. März 2025

Zitat von Sauerkraut

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

Nein, nicht unbedingt.

Zitat von Sauerkraut

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?

Nein auch nicht unbedingt.

Hätte ja sein können.......

Ich weiß jetzt nicht, ob es noch einige KDE5 Programme in Tumbleweed gibt, für die es kein KDE6 Pendant gibt.

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

Alero · 11. März 2025

Zitat von Sauerland

Ich weiß jetzt nicht, ob es noch einige KDE5 Programme in Tumbleweed gibt, für die es kein KDE6 Pendant gibt.
Oder anders ausgedrückt, die noch nicht auf KDE6 migriert sind.

Das meinte ich im Post 10. Man weiß ja nicht, was er alles am Laufen hat. Die Standardprogramme sind bestimmt migriert.

Sauerkraut · 11. März 2025

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.

Code

S  | Name                | Type    | Version     | Arch   | Repository
---+---------------------+---------+-------------+--------+-----------------------
i  | libKPipeWire5       | package | 5.27.11-2.4 | x86_64 | Haupt-Repository (OSS)
    name: libKPipeWire5
i  | libKPipeWire5-lang  | package | 5.27.11-2.4 | noarch | Haupt-Repository (OSS)
    name: libKPipeWire5-lang
i  | libKPipeWire6       | package | 6.3.2-1.2   | x86_64 | Haupt-Repository (OSS)
    name: libKPipeWire6
i  | libKPipeWire6-lang  | package | 6.3.2-1.2   | noarch | Haupt-Repository (OSS)
    name: libKPipeWire6-lang
i  | libKPipeWireDmaBuf5 | package | 5.27.11-2.4 | x86_64 | Haupt-Repository (OSS)
    name: libKPipeWireDmaBuf5
i  | libKPipeWireDmaBuf6 | package | 6.3.2-1.2   | x86_64 | Haupt-Repository (OSS)
    name: libKPipeWireDmaBuf6
i  | libKPipeWireRecord5 | package | 5.27.11-2.4 | x86_64 | Haupt-Repository (OSS)
    name: libKPipeWireRecord5
i  | libKPipeWireRecord6 | package | 6.3.2-1.2   | x86_64 | Haupt-Repository (OSS)
    name: libKPipeWireRecord6

Alles anzeigen

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

Sauerkraut · 11. März 2025

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.

Alero · 11. März 2025

Code

zypper search --verbose libKPipeWire
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                | Type  | Version     | Arch   | Repository
---+---------------------+-------+-------------+--------+-----------
   | libKPipeWire5       | Paket | 5.27.11-2.4 | x86_64 | repo-oss
    name: libKPipeWire5
   | libKPipeWire5-lang  | Paket | 5.27.11-2.4 | noarch | repo-oss
    name: libKPipeWire5-lang
i+ | libKPipeWire6       | Paket | 6.3.2-1.2   | x86_64 | repo-oss
    name: libKPipeWire6
i+ | libKPipeWire6-lang  | Paket | 6.3.2-1.2   | noarch | repo-oss
    name: libKPipeWire6-lang
   | libKPipeWireDmaBuf5 | Paket | 5.27.11-2.4 | x86_64 | repo-oss
    name: libKPipeWireDmaBuf5
i+ | libKPipeWireDmaBuf6 | Paket | 6.3.2-1.2   | x86_64 | repo-oss
    name: libKPipeWireDmaBuf6
   | libKPipeWireRecord5 | Paket | 5.27.11-2.4 | x86_64 | repo-oss
    name: libKPipeWireRecord5
i+ | libKPipeWireRecord6 | Paket | 6.3.2-1.2   | x86_64 | repo-oss
    name: libKPipeWireRecord6

Alles anzeigen

Aber aufpassen ... nur i+ ist installiert.

Alero · 11. März 2025

Zitat von Sauerkraut

The following 2 patterns are going to be REMOVED: kde kde_plasma

Oh oh ...

Sauerkraut · 11. März 2025

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.

Zitat

$ man zypper

Automatically installed packages

Packages added by the dependency solver in order to resolve a user’s request are remembered as having been automatically installed. They may later be removed, if no more user installed packages depend on

them (e.g. by zypper remove --clean-deps).

In the Status column the search command distinguishes between user installed packages (i+) and automatically installed packages (i).

Alles anzeigen

tumbleweed dist-upgrade Dateikonflikt libkdecorations2 vs. libkdecorations3

Ubuntu 26.10 „Stonking Stingray“ ist erschienen

Tumbleweed-Update bricht ab

KDE Plasma 6.8 verabschiedet sich von X11

VBox - gemeinsame Zwischenablage

Linux-Kernel: Kennzeichnungspflicht für KI-generierten Code soll entfallen

k.113

BlackPhoenix

aitexturegenerator

Giorgio68

pavelstr

Teilen

Tags