Gelöst Alte Pakete löschen?

BeastXXL · 7 Mai 2022

Hallo zusammen,

mir ist vor Kurzem in YAST aufgefallen, dass einige Pakete rot (also veraltet) sind. Herausgefunden über diesen Weg: auf den Reiter "Repositorys" und zwei mal auf "Installiert (Verfügbar)"geklickt.
Mir ist leider kein Konsolenbefehl bekannt, wie ich eine Liste der betroffenen Pakete zusammenstellen kann, damit ich sie hier posten kann.
Soweit ich es z.Zt. herausfinden konnte, existieren oft (fast) gleichlautende Pakete mit aktuelleren Versionsnr. Teilw. wurden sie zum selben Zeitpunkt wie die alten Versionen installiert.

Daher meine zwei Fragen dazu:
1. Kann ich die Pakete, bei denen es anscheinend aktuellere Versionen existieren, löschen? Dazu bräuchte ich etwas Hilfe in Form eines Konsolenbefehls, um euch die fraglichen Pakete zu zeigen.
2. Es gibt drei Pakete (Stichwort "appstream"), die rot sind, weil es eine andere (neuere?) Version gibt (hinter der Versionsnr. steht noch eine andere). Wie kann ich zu der andere Version wechseln? Über ein Update (auch auf Konsole) will nicht gewechselt werden.

Und noch etwas Anderes ist mir in dem Zusammenhang aufgefallen.
Auf der Konsole gibt es das hier:

Code:

beastxxl@linux-5099:~> su
Passwort: 
linux-5099:/home/beastxxl # zypper lu -a
Metadaten von Repository 'Packman Mirror' abrufen ...............................................................................................[fertig]
Cache für Repository 'Packman Mirror' erzeugen ..................................................................................................[fertig]
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Repository             | Name                   | Current Version    | Available Version  | Arch
--+------------------------+------------------------+--------------------+--------------------+-------
v | openSUSE-Leap-15.3-Oss | gstreamer-plugins-ugly | 1.16.3-pm153.3.5.5 | 1.16.3-3.3.1       | x86_64
linux-5099:/home/beastxxl #

Unter YAST wird mir dieser "Versionskonflikt" mit gstreamer nicht angezeigt, ähnelt aber stark dem Problem mit dem Stichwort "appstream".

Wie kann ich das einfach fixen?
Danke für eure Antworten.

manzek · 7 Mai 2022

Hallo BeastXXL,

zeig uns doch bitte mal die installierten Repos:

Code:

zypper lr -dP

Christina · 7 Mai 2022

BeastXXL schrieb:
1. Kann ich die Pakete, bei denen es anscheinend aktuellere Versionen existieren, löschen? Dazu bräuchte ich etwas Hilfe in Form eines Konsolenbefehls, um euch die fraglichen Pakete zu zeigen.

Code:

zypper packages --orphaned

BeastXXL schrieb:
2. Es gibt drei Pakete (Stichwort "appstream"), die rot sind, weil es eine andere (neuere?) Version gibt (hinter der Versionsnr. steht noch eine andere). Wie kann ich zu der andere Version wechseln? Über ein Update (auch auf Konsole) will nicht gewechselt werden.

Dann sind das Versionen mit einer niedrigeren Versionsnummer aus einem anderen Repo, z.B. dem OSS (official release).
Sowas passiert, wenn sog. Versuchspakete aus Versuchs-Repositories (Experimental Repositories) entfernt werden.
In YaST kannst du auf die originalen Pakete aus dem Haupt-Repo zurückwechseln (per aktualisieren / refresh).

susejunky · 7 Mai 2022

Hallo BeastXXL,

BeastXXL schrieb:
... mir ist vor Kurzem in YAST aufgefallen, dass einige Pakete rot (also veraltet) sind.

meines Wissens sind rot gekennzeichneten Pakete in keinem der aktuell aktiven Repositories enthalten.

Dafür kann es es mehrere Gründe geben:

Das Paket wurde aus einem Repository installiert und nach der Installation wurde das Repositorie deaktiviert (das mache ich z.B. bei der Installation von Google Earth so).
Das Paket wurde manuell installiert und ist in keinem Repository enthalten (z.B. von GitHub herunter geladene und installierte rpm-Datei).
Das Paket stammt zwar aus einem aktivierten Repository, aber dieses enthält mittlerweile nur noch eine neuere Version des Pakets und diese neuere Version hat einen anderen Paketnamen (z.B. libx265-192 und libx265-199)

Ob das Löschen solcher in YaST rot gekennzeichneter Pakete erforderlich/sinnvoll ist, kann man meines Erachtens nicht allgemeingültig beantworten.

NACHTRAG
Wie von Christina angemerkt, kann man sich die Liste dieser, in YaST rot gekennzeichneter Pakete auch mit zypper pa --orphaned anzeigen lassen. Das ändert jedoch nichts an dem Sachverhalt, dass man beim Löschen dieser Pakete eine gewisse Vorsicht walten lassen sollte.
NACHTRAG ENDE

Viele Grüße

susejunky

Sauerland · 7 Mai 2022

Bei dieser Ausgabe geht es auch um das Repo, aus dem installiert wurde:

Code:

linux-5099:/home/beastxxl # zypper lu -a
Metadaten von Repository 'Packman Mirror' abrufen ...............................................................................................[fertig]
Cache für Repository 'Packman Mirror' erzeugen ..................................................................................................[fertig]
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Repository             | Name                   | Current Version    | Available Version  | Arch
--+------------------------+------------------------+--------------------+--------------------+-------
v | openSUSE-Leap-15.3-Oss | gstreamer-plugins-ugly | 1.16.3-pm153.3.5.5 | 1.16.3-3.3.1       | x86_64

Wurden übrigens beide mit denselben Sourcen gebaut, allerdings kann es sein, das bei openSUSE irgendetwas nicht in das rpm gebaut wird, Stichwort proprietär.

Pakete, die in keinem Repo vorhanden sind, werden als Systempakete angezeigt.
Allerdings ist hier beim löschen auch Vorsicht geboten.

Code:

zypper se -si | grep -Ei 'systemp|system p|system-p'
i+ | broadcom-wl-kmp-default                    | Paket   | 6.30.223.271_k5.17.4_lp153.4.g1e96ca3-lp153.146.3 | x86_64 | (Systempakete)
i  | dwarves                                    | Paket   | 1.22-lp153.4.1                                    | x86_64 | (Systempakete)
i+ | gutenprint                                 | Paket   | 5.3.4-lp153.3.173                                 | x86_64 | (Systempakete)
i+ | kernel-default                             | Paket   | 5.17.5-lp153.3.1.gfd20f5f                         | x86_64 | (Systempakete)
i+ | kernel-default                             | Paket   | 5.17.4-lp153.4.3.g1e96ca3                         | x86_64 | (Systempakete)
i+ | kernel-default-devel                       | Paket   | 5.17.5-lp153.3.1.gfd20f5f                         | x86_64 | (Systempakete)
i+ | kernel-default-devel                       | Paket   | 5.17.4-lp153.4.3.g1e96ca3                         | x86_64 | (Systempakete)
i+ | kernel-devel                               | Paket   | 5.17.5-lp153.3.1.gfd20f5f                         | noarch | (Systempakete)
i+ | kernel-devel                               | Paket   | 5.17.4-lp153.4.3.g1e96ca3                         | noarch | (Systempakete)
i+ | kernel-source                              | Paket   | 5.17.5-lp153.3.1.gfd20f5f                         | noarch | (Systempakete)
i+ | kernel-source                              | Paket   | 5.17.4-lp153.4.3.g1e96ca3                         | noarch | (Systempakete)
i+ | kernel-syms                                | Paket   | 5.17.5-lp153.3.1.gfd20f5f                         | x86_64 | (Systempakete)
i+ | kernel-syms                                | Paket   | 5.17.4-lp153.4.3.g1e96ca3                         | x86_64 | (Systempakete)
i  | libdwarves1                                | Paket   | 1.22-lp153.4.1                                    | x86_64 | (Systempakete)
i  | libmypaint-1_6-1                           | Paket   | 1.6.0-lp153.23.2                                  | x86_64 | (Systempakete)
i+ | libQt5Pas1                                 | Paket   | 2.2.0-pm153.6.1                                   | x86_64 | (Systempakete)
i  | libtiff-devel                              | Paket   | 4.3.0-lp153.175.1                                 | x86_64 | (Systempakete)
i  | libtiff5                                   | Paket   | 4.3.0-lp153.175.1                                 | x86_64 | (Systempakete)
i  | MPlayer                                    | Paket   | 1.2.r38304-pm153.2.7                              | x86_64 | (Systempakete)
i+ | virtualbox-kmp-default                     | Paket   | 6.1.32_k5.17.4_lp153.4.g1e96ca3-lp153.630.3

Bestes Beispiele sind hier die installierten Kernel, stammen aus kernel:stable:backports.
Dort ist aber nur noch der zuletzt gebaute Kernel vorrätig.

BeastXXL · 7 Mai 2022

Hallo zusammen,

vielen Dank für die vielen und schnellen Antworten.
Hier die Repos:

Code:

linux-5099:/home/beastxxl # zypper lr -dP
#  | Alias                       | Name                                                                                        | Enabled   | GPG Check       | Refresh        | Priority  | Type   | URI                                                                      | Serv->
---+-----------------------------+---------------------------------------------------------------------------------------------+-----------+-----------------+----------------+-----------+--------+--------------------------------------------------------------------------+-------
 1 | openSUSE_Leap_releasever    | Packman Mirror                                                                              | Ja        | (r ) Ja         | Ja             |   20      | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.3/       | 
 2 | repo-backports-debug-update | Update repository with updates for openSUSE Leap debuginfo packages from openSUSE Backports | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/update/leap/15.3/backports_debug/           | 
 3 | repo-backports-update       | Update repository of openSUSE Backports                                                     | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/backports/                 | 
 4 | repo-non-oss                | openSUSE-Leap-15.3-Non-Oss                                                                  | Ja        | (r ) Ja         | Nein           |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/non-oss/        | 
 5 | repo-oss                    | openSUSE-Leap-15.3-Oss                                                                      | Ja        | (r ) Ja         | Nein           |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/            | 
 6 | repo-sle-debug-update       | Update repository with debuginfo for updates from SUSE Linux Enterprise 15                  | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/update/leap/15.3/sle/                 | 
 7 | repo-sle-update             | Update repository with updates from SUSE Linux Enterprise 15                                | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/sle/                       | 
 8 | repo-source                 | openSUSE-Leap-15.3-Source                                                                   | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/source/distribution/leap/15.3/repo/oss/     | 
 9 | repo-source-non-oss         | openSUSE-Leap-15.3-Source-Non-Oss                                                           | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/source/distribution/leap/15.3/repo/non-oss/ | 
10 | repo-update                 | openSUSE-Leap-15.3-Update                                                                   | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/oss/                       | 
11 | repo-update-non-oss         | openSUSE-Leap-15.3-Update-Non-Oss                                                           | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/non-oss/                   | 
linux-5099:/home/beastxxl #

Da ich immer nur die offiziellen Repos und Packman benutze, wüsste ich nicht, wo die (unten aufgelisteten) Pakete herkommen sollen. Ich vermute aber, dass bei der Zusammenführung der openSUSE 15.3 Versionen (Enterprise etc.) nicht ganz sauber gearbeitet wurde...

Nun die veralteten Pakete:

Code:

linux-5099:/home/beastxxl # zypper packages --orphaned
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S  | Repository | Name                            | Version                         | Arch
---+------------+---------------------------------+---------------------------------+-------
il | @System    | esci-interpreter-gt-f720        | 1.0.0-1                         | x86_64
i  | @System    | libbind9-160                    | 9.11.2-12.13.2                  | x86_64
i  | @System    | libdns169                       | 9.11.2-12.13.2                  | x86_64
i  | @System    | libirs160                       | 9.11.2-12.13.2                  | x86_64
i  | @System    | libisc166                       | 9.11.2-12.13.2                  | x86_64
i  | @System    | libisccc160                     | 9.11.2-12.13.2                  | x86_64
i  | @System    | libisccfg160                    | 9.11.2-12.13.2                  | x86_64
i  | @System    | libixion-0_15-0                 | 0.15.0-4.6.1                    | x86_64
i  | @System    | liblwres160                     | 9.11.2-12.13.2                  | x86_64
i  | @System    | liborcus-0_15-0                 | 0.15.3-3.6.1                    | x86_64
i  | @System    | libply-boot-client4             | 0.9.4+git20190304.ed9f201-3.3.1 | x86_64
i  | @System    | libply-splash-core4             | 0.9.4+git20190304.ed9f201-3.3.1 | x86_64
i  | @System    | libply-splash-graphics4         | 0.9.4+git20190304.ed9f201-3.3.1 | x86_64
i  | @System    | libply4                         | 0.9.4+git20190304.ed9f201-3.3.1 | x86_64
i  | @System    | libreoffice-gtk2                | 6.2.7.1-8.10.1                  | x86_64
i  | @System    | libyui-ncurses11                | 2.54.5-1.36                     | x86_64
i  | @System    | libyui-qt-graph11               | 2.46.3-1.8                      | x86_64
i  | @System    | libyui-qt11                     | 2.52.4-1.8                      | x86_64
i  | @System    | libyui11                        | 3.9.3-1.29                      | x86_64
i  | @System    | patterns-desktop-imaging_opt    | 20170319-5.17                   | x86_64
i  | @System    | patterns-desktop-multimedia_opt | 20170319-5.17                   | x86_64
linux-5099:/home/beastxxl #

Anmerkung: Das erste Paket (esci-...) bitte nicht beachten. Das habe per Hand installiert und brauche ich für meinen Scanner. Das Paket aus dem offiziellen Repo hat aus irgendeinem Grund nicht funktioniert.
Bei dieser Liste, glaube ich, könnte vermutlich Punkt 3 von susejunky passen.
Als Beispiel möchte ich die Pakete mit libisc und libply aus der obigen Liste zeigen:

Code:

linux-5099:/home/beastxxl # zypper se -is libisc*
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name          | Type  | Version               | Arch   | Repository
--+---------------+-------+-----------------------+--------+-------------------------------------------------------------
i | libisc166     | Paket | 9.11.2-12.13.2        | x86_64 | (Systempakete)
i | libisc1606    | Paket | 9.16.6-150300.22.16.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | libisccc160   | Paket | 9.11.2-12.13.2        | x86_64 | (Systempakete)
i | libisccc1600  | Paket | 9.16.6-150300.22.16.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | libisccfg160  | Paket | 9.11.2-12.13.2        | x86_64 | (Systempakete)
i | libisccfg1600 | Paket | 9.16.6-150300.22.16.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
linux-5099:/home/beastxxl # zypper se -is libply*
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name                    | Type  | Version                         | Arch   | Repository
--+-------------------------+-------+---------------------------------+--------+-----------------------
i | libply-boot-client4     | Paket | 0.9.4+git20190304.ed9f201-3.3.1 | x86_64 | (Systempakete)
i | libply-boot-client5     | Paket | 0.9.5+git20190908+3abfab2-5.3   | x86_64 | openSUSE-Leap-15.3-Oss
i | libply-splash-core4     | Paket | 0.9.4+git20190304.ed9f201-3.3.1 | x86_64 | (Systempakete)
i | libply-splash-core5     | Paket | 0.9.5+git20190908+3abfab2-5.3   | x86_64 | openSUSE-Leap-15.3-Oss
i | libply-splash-graphics4 | Paket | 0.9.4+git20190304.ed9f201-3.3.1 | x86_64 | (Systempakete)
i | libply-splash-graphics5 | Paket | 0.9.5+git20190908+3abfab2-5.3   | x86_64 | openSUSE-Leap-15.3-Oss
i | libply4                 | Paket | 0.9.4+git20190304.ed9f201-3.3.1 | x86_64 | (Systempakete)
i | libply5                 | Paket | 0.9.5+git20190908+3abfab2-5.3   | x86_64 | openSUSE-Leap-15.3-Oss
linux-5099:/home/beastxxl #

Ich habe es nicht bei jedem Paket getestet, aber ich glaube das sieht bei jedem Paket so ähnlich aus.
Ein kleines Kuriosum: Alle libply-Pakete (also 0.9.4 und 0.9.5) oben in der Liste wurden die zum selben Zeitpunkt installiert!

0:

Jetzt fehlen noch die Pakete mit appstream:

Code:

linux-5099:/home/beastxxl # zypper se -is *appstream* --orphaned
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name                | Type  | Version            | Arch   | Repository
--+---------------------+-------+--------------------+--------+----------------------------------------
i | appstream-glib      | Paket | 0.7.16-1.31        | x86_64 | (Systempakete)
i | appstream-glib-lang | Paket | 0.7.16-1.31        | noarch | (Systempakete)
i | libappstream-glib8  | Paket | 0.7.16-1.31        | x86_64 | (Systempakete)
i | libappstream4       | Paket | 0.12.6-bp153.2.2.1 | x86_64 | Update repository of openSUSE Backports
i | libappstream4       | Paket | 0.12.6-bp153.2.2.1 | x86_64 | openSUSE-Leap-15.3-Oss
linux-5099:/home/beastxxl #

Gemeint habe ich nur die drei ersten Pakete in dieser Liste. Die unteren beiden werden mir nicht rot angezeigt.
Was hier leider nicht zu sehen ist: in YAST steht bei den drei ersten Paketen noch eine andere Versionsnr. in Klammern: 0.7.16-lp1532.1.3 vom Repo openSUSE-Leap-15.3-Oss mit Priorität 99 und Anbieter openSUSE

Fehlt euch noch eine Info oder könnt ihr jetzt schon sagen, ob ich etwas davon gefahrlos löschen kann bzw. wie das passieren konnte?

Beste Grüße

Christina · 7 Mai 2022

BeastXXL schrieb:
Code:

linux-5099:/home/beastxxl # zypper se -is *appstream* --orphaned

Die Option --orphaned gibt es für zypper packages.

zypper search kennt diese nicht.
siehe @Sauerland

Sauerland schrieb:
Code:

zypper se -si | grep -Ei 'systemp|system p|system-p'

––

BeastXXL schrieb:
Gemeint habe ich nur die drei ersten Pakete in dieser Liste. Die unteren beiden werden mir nicht rot angezeigt.
Was hier leider nicht zu sehen ist: in YAST steht bei den drei ersten Paketen noch eine andere Versionsnr. in Klammern: 0.7.16-lp1532.1.3 vom Repo openSUSE-Leap-15.3-Oss mit Priorität 99 und Anbieter openSUSE

Fehlt euch noch eine Info oder könnt ihr jetzt schon sagen, ob ich etwas davon gefahrlos löschen kann bzw. wie das passieren konnte?

Für dich ist es einfacher mit YaST – "Software installieren oder löschen":

Code:

/sbin/yast2 sw_single

Im Reiter "Paket_Klassifikation" unter "Verwaiste Pakete" kannst du schauen, woher die RPMs genau stammen, wann sie installiert wurden, etc.
zypper packages --orphaned ist besser geeignet, um die verwaisten RPMs hier im Forum zu posten. Das wolltest du.

RPMs, die eine rote Versionsnummer (und noch eine alternative rote Versionsnummer) haben, kannst du in YaST ebenso kontrollieren: aus welchem Repo sie ursprünglich stammen, wann sie erstellt und installiert wurden, von welchem Repo die alternative Version kommt, etc.

Wenn dann noch Fragen sind, einfach hier posten.

Sauerland · 8 Mai 2022

Hallo zusammen,

mir ist vor Kurzem in YAST aufgefallen, dass einige Pakete rot (also veraltet) sind. Herausgefunden über diesen Weg: auf den Reiter "Repositorys" und zwei mal auf "Installiert (Verfügbar)"geklickt.

So mache ich es auch, wenn ich solche Pakete löschen möchte, allerdings markiere ich mir dann das evtl. zu löschende Pakete und schau unter dem Reiter Versionen nach, das es dort aus keinem Repo stammt.

Bei mir ist libmypaint in rot:

Wenn das aus einem Repo stammen würde, wäre darunter auch noch das Repo angegeben.

BeastXXL · 8 Mai 2022

Ah, ok, sorry, hatte ich nicht verstanden.
Hier die Ausgabe:

Code:

linux-5099:/home/beastxxl # zypper se -si | grep -Ei 'systemp|system p|system-p'
il | esci-interpreter-gt-f720                   | Paket   | 1.0.0-1                                     | x86_64 | (Systempakete)
il | iscan                                      | Paket   | 2.30.4-2                                    | x86_64 | (Systempakete)
il | iscan-data                                 | Paket   | 1.39.1-2                                    | noarch | (Systempakete)
i  | libbind9-160                               | Paket   | 9.11.2-12.13.2                              | x86_64 | (Systempakete)
i  | libdns169                                  | Paket   | 9.11.2-12.13.2                              | x86_64 | (Systempakete)
i  | libirs160                                  | Paket   | 9.11.2-12.13.2                              | x86_64 | (Systempakete)
i  | libisc166                                  | Paket   | 9.11.2-12.13.2                              | x86_64 | (Systempakete)
i  | libisccc160                                | Paket   | 9.11.2-12.13.2                              | x86_64 | (Systempakete)
i  | libisccfg160                               | Paket   | 9.11.2-12.13.2                              | x86_64 | (Systempakete)
i  | libixion-0_15-0                            | Paket   | 0.15.0-4.6.1                                | x86_64 | (Systempakete)
i  | liblwres160                                | Paket   | 9.11.2-12.13.2                              | x86_64 | (Systempakete)
i  | liborcus-0_15-0                            | Paket   | 0.15.3-3.6.1                                | x86_64 | (Systempakete)
i  | libply-boot-client4                        | Paket   | 0.9.4+git20190304.ed9f201-3.3.1             | x86_64 | (Systempakete)
i  | libply-splash-core4                        | Paket   | 0.9.4+git20190304.ed9f201-3.3.1             | x86_64 | (Systempakete)
i  | libply-splash-graphics4                    | Paket   | 0.9.4+git20190304.ed9f201-3.3.1             | x86_64 | (Systempakete)
i  | libply4                                    | Paket   | 0.9.4+git20190304.ed9f201-3.3.1             | x86_64 | (Systempakete)
i  | libreoffice-gtk2                           | Paket   | 6.2.7.1-8.10.1                              | x86_64 | (Systempakete)
i  | libyui-ncurses11                           | Paket   | 2.54.5-1.36                                 | x86_64 | (Systempakete)
i  | libyui-qt-graph11                          | Paket   | 2.46.3-1.8                                  | x86_64 | (Systempakete)
i  | libyui-qt11                                | Paket   | 2.52.4-1.8                                  | x86_64 | (Systempakete)
i  | libyui11                                   | Paket   | 3.9.3-1.29                                  | x86_64 | (Systempakete)
i  | patterns-desktop-imaging_opt               | Paket   | 20170319-5.17                               | x86_64 | (Systempakete)
i  | patterns-desktop-multimedia_opt            | Paket   | 20170319-5.17                               | x86_64 | (Systempakete)
linux-5099:/home/beastxxl #

Die drei gesperrten Dateien brauche ich für meinen Scanner.

Die drei "appstream"-Pakete habe ich durch ein Zwangs-Update aus der Liste entfernen können.

Ansonsten bleibt die Frage: Kann ich die prinzipiell löschen (würde ich über YAST machen)?
Ich habe nachgesehen. Zu Fast jeder Datei gibt es neuere Alternativen, die auch schon installiert sind.
Es gibt nur zwei Ausnahmen:
liblwres160 --> keine Alternative. Ich finde kein anderes Paket, was einen ähnlichen Namen hat.
libreoffice-gtk2 --> Es gibt das Paket libreoffice-gtk3, welches nicht installiert ist. Kann/sollte ich gefahrlos wechseln?

Christina · 8 Mai 2022

BeastXXL schrieb:
Ansonsten bleibt die Frage: Kann ich die prinzipiell löschen (würde ich über YAST machen)?
Ich habe nachgesehen. Zu Fast jeder Datei gibt es neuere Alternativen, die auch schon installiert sind.
Es gibt nur zwei Ausnahmen:
liblwres160 --> keine Alternative. Ich finde kein anderes Paket, was einen ähnlichen Namen hat.

YaST warnt, wenn du ein Paket löschen willst, das von einem anderen Paket benötigt wird (Abhängigkeit).

BeastXXL schrieb:
libreoffice-gtk2 --> Es gibt das Paket libreoffice-gtk3, welches nicht installiert ist. Kann/sollte ich gefahrlos wechseln?

Schaue dir mal das Paket "libreoffice-gtk2" in YaST an: unten im Reiter "Technische Daten".
(siehe Screenshot @sauerland)
Und fürs Forum bitte noch:

Code:

rpm --query --info libreoffice-gtk2

Code:

rpm --query --info https://download.opensuse.org/update/leap/15.3/sle/x86_64/libreoffice-gtk3-7.2.5.1-150300.14.22.18.3.x86_64.rpm

Fällt dir etwas auf?

BeastXXL · 8 Mai 2022

OK, hier die Ausgabe:

Code:

beastxxl@linux-5099:~> su
Passwort: 
linux-5099:/home/beastxxl #  rpm --query --info libreoffice-gtk2
Name        : libreoffice-gtk2
Version     : 6.2.7.1
Release     : 8.10.1
Architecture: x86_64
Install Date: So 26 Sep 2021 10:52:16 CEST
Group       : Productivity/Office/Suite
Size        : 621136
License     : LGPL-3.0-or-later AND MPL-2.0+
Signature   : RSA/SHA256, Mo 09 Sep 2019 19:45:58 CEST, Key ID 70af9e8139db7c82
Source RPM  : libreoffice-6.2.7.1-8.10.1.src.rpm
Build Date  : Mo 09 Sep 2019 18:41:30 CEST
Build Host  : sheep94
Relocations : (not relocatable)
Packager    : https://www.suse.com/
Vendor      : SUSE LLC <https://www.suse.com/>
URL         : https://www.documentfoundation.org/
Summary     : Gtk2 interface for LibreOffice
Description :
This package contains Gtk2 interface rendering option for LibreOffice.
Distribution: SUSE Linux Enterprise 15
linux-5099:/home/beastxxl #

josef-wien · 8 Mai 2022

Nur so zur Info: LibreOffice 6.3 war die lelzte Version, die GTK-2 unterstützt hat.

BeastXXL · 8 Mai 2022

OK, OK, OK... ich habe sie alle gelöscht und das libreoffice-gtk3-Paket installiert. Mein Rechner ist nicht in Flammen aufgegangen und scheint wie vorher zu funktionieren.
Mein Fazit von dem Ganzen: vor Kurzem bei einem Update oder beim letzten Upgrade gab es im Zuge der Zusammenlegung bei openSUSE 15.3 einen kleinen Fehler, bei dem vergessen wurde diese Pakete automatisch zu löschen. Ich war verunsichert, weil ich befürchtete, dass es weitere Probleme gibt, wenn ich diese Pakete einfach so lösche (schließlich kommt es ja auch vor, das alte Pakete nicht automatisch gelöscht werden). Tja, tut mir leid, war das erste Mal bei mir, dass ich so etwas beobachtet habe.

Sauerland · 8 Mai 2022

Das kommt übrigens öfter vor, als du denkst, vor allem bei selbst hinzugefügten Repos.
Packman ist da so ein Kandidat.

Aber diese alten Pakete stören ja nicht.

Christina · 8 Mai 2022

BeastXXL schrieb:
OK, OK, OK... ich habe sie alle gelöscht und das libreoffice-gtk3-Paket installiert.

Unter KDE brauchst du libreoffice-qt5 (siehe Zeile: Description

.

Code:

rpm --query --info https://download.opensuse.org/update/leap/15.3/sle/x86_64/libreoffice-qt5-7.2.5.1-150300.14.22.18.3.x86_64.rpm
Name        : libreoffice-qt5
Version     : 7.2.5.1
Release     : 150300.14.22.18.3
Architecture: x86_64
Install Date: (not installed)
Group       : Productivity/Office/Suite
Size        : 769465
License     : LGPL-3.0-or-later AND MPL-2.0+
Signature   : RSA/SHA256, Fri Mar  4 20:31:39 2022, Key ID 70af9e8139db7c82
Source RPM  : libreoffice-7.2.5.1-150300.14.22.18.3.src.rpm
Build Date  : Fri Mar  4 19:37:36 2022
Build Host  : goat06
Relocations : (not relocatable)
Packager    : https://www.suse.com/
Vendor      : SUSE LLC <https://www.suse.com/>
URL         : https://www.documentfoundation.org/
Summary     : Qt5/KDE Frameworks interface for LibreOffice
Description :
This package contains Qt5/KDE Frameworks interface rendering options for LibreOffice.
Distribution: SUSE Linux Enterprise 15

libreoffice-gtk2 ist bei dir ein verwaistest Paket gewesen.

BeastXXL schrieb:

Code:

linux-5099:/home/beastxxl # zypper packages --orphaned
S  | Repository | Name                            | Version                         | Arch
---+------------+---------------------------------+---------------------------------+-------
(…)
i  | @System    | libreoffice-gtk2                | 6.2.7.1-8.10.1                  | x86_64
(…)

Schaue mal auf die LibreOffice-Version und das Datum: Install Date / Build Date

BeastXXL schrieb:

Code:

linux-5099:/home/beastxxl #  rpm --query --info libreoffice-gtk2
Name        : libreoffice-gtk2
Version     : 6.2.7.1
(…)
Install Date: So 26 Sep 2021 10:52:16 CEST
(…)
Build Date  : Mo 09 Sep 2019 18:41:30 CEST
(…)
Summary     : Gtk2 interface for LibreOffice
Description :
This package contains Gtk2 interface rendering option for LibreOffice.

Für LibreOffice 7.2.5.1 hatte das gar keine Relevanz. GTK2 und GTK3 sind zudem noch zwei Paar Schuhe.

Gelöst Alte Pakete löschen?

BeastXXL

Hacker

manzek

Hacker

Christina

Moderator

susejunky

Moderator

Sauerland

Ultimate Guru

BeastXXL

Hacker

Christina

Moderator

Sauerland

Ultimate Guru

BeastXXL

Hacker

Christina

Moderator

BeastXXL

Hacker

josef-wien

Ultimate Guru

BeastXXL

Hacker

Sauerland

Ultimate Guru

Christina

Moderator