Hier die Paketliste, unten deutlich abgeschnitten, aber da tut sich dann ja nichts mehr...
Die betreffenden, roten und zum löschen markierten Pakete, sind alle im "@System" (bei Yast) - Repository.
Hier die Paketliste, unten deutlich abgeschnitten, aber da tut sich dann ja nichts mehr...
Die betreffenden, roten und zum löschen markierten Pakete, sind alle im "@System" (bei Yast) - Repository.
In dem Screen shot ist bei dem markierten Paket schön zu sehen:
Es gibt 2 Pakete in den Repos, erkennbar an den Aktivierungskästchen.....
Wenn es keine Pakete gibt, fehlen diese.....
Dann kannst du löschen.
Aber immer erst überlegen, ob du die Pakete nicht "per Hand" installierst hast.
Es gibt 2 Pakete in den Repos, erkennbar an den Aktivierungskästchen.....
Das ist deutlich, sofern ich das Gleiche meine, unten im Info-Feld bei "Versionen" (mit den weiteren Reitern "Beschreibung","Technische Daten",...)
Wenn es keine Pakete gibt, fehlen diese.....
Dann kannst du löschen.
Verstehe ich nicht... ein Paket ist doch immer drin?
Aber immer erst überlegen, ob du die Pakete nicht "per Hand" installierst hast.
Yup, Cairo-Dock, Drucker und Scanner lasse ich drin, Zoom ist auch 15.3, habe ich aber vor ein paar Tagen das neueste drauf...
(bin jetzt 20 min weg)
Hallo, waren jetzt doch mehr als 20 min...
... die Bäume...
Yast hat sich gerade beim Bestätigen, die markierten Pakete zu löschen, aufgehängt. Kommt vor.
Habe ich als "Zeichen" genomen...
Habe jetzt nochmal die 33 Pakete, von denen zypper sagt
The following 33 package updates will NOT be installed:
"händisch" mit der Yast-Liste verglichen:
- keine davon sind rot markiert (was wohl verwaist bedeutet?)
- einige sind blau, überwiegend "libgst...", von denen dann niedrigere Versionen ebenfalls vorhanden sind
- einige erscheinen mir doch wichtig, z.B. python, python-base, sddm, sddm-branding-openSUSE.
Beim weiter "schauen" sehe ich, daß die roten wohl verwaiste Pakete sind - dennoch würde ich ssdm ja nicht löschen, oder?
Und was sagt die blaue Farbe aus? Die libgst... oder libav...sehe ich ja eher unproblematisch, wenn mal kein Ton oder Wackelbild geht dann installiere ich das wieder, aber das System zerschießen wäre ja doch blöd.
Sorry, ich stehe etwas im Wald...
Ich habe die zypper-Ausgabe mal etwas geordnet und als Textdatei angehängt (fehlt vorher:"annadell:~ # zypper up" und nachher "annadell:~ #").
Würde da einfach gerne aufräumen, brauche aber noch Unterstützung.
ah, hier noch die sortierte zypper-Ausgabe:
Blau bedeutet:
Es gibt eine höhere Version bzw Release in einem anderen Repo.
Bei Release bedeutet dies, das die Versionen der Sourcen gleich sind.
Oft ist es so, das openSUSE ein Paket öfters baut als Packman, beide dieselben Source-Version benutzen und wen du das Packman Paket benutzt, dies Paket in dieser liste erscheint.
Hier bei mir in Leap 15.4 gerade:
Die folgenden 36 Paketaktualisierungen werden NICHT installiert:
broadcom-wl broadcom-wl-ueficert ffmpeg-4 ffmpeg-4-libavcodec-devel ffmpeg-4-libavdevice-devel
ffmpeg-4-libavfilter-devel ffmpeg-4-libavformat-devel ffmpeg-4-libavresample-devel
ffmpeg-4-libavutil-devel ffmpeg-4-libpostproc-devel ffmpeg-4-libswresample-devel
ffmpeg-4-libswscale-devel gdk-pixbuf-loader-libheif lame libavcodec58_134 libavdevice58_13
libavfilter7_110 libavformat58_76 libavresample4_0 libavutil56_70 libheif1 libjpeg62 libmp3lame0
libmp3lame-devel libpostproc55_9 libswresample3_9 libswscale5_9 libtag1 libtag_c0
perl-Glib-Object-Introspection perl-Gtk3 r8168-blacklist-r8169 r8168-ueficert taglib virtualbox
virtualbox-qt
zypper se -s broadcom-wl-ueficert
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
---+----------------------+-------+---------------------------+--------+---------------------------------
i+ | broadcom-wl-ueficert | Paket | 6.30.223.271-lp153.160.23 | x86_64 | Kernel-stable-backport-Sauerland
v | broadcom-wl-ueficert | Paket | 6.30.223.271-lp154.160.2 | x86_64 | Sauerland-OSS
Hier ist lp153 kleiner als lp154, Source-Versionen sind aber gleich:
Dies lp153 in meiner 154 liegt daran, das das kernel:stable:backports Repo für Leap 15.3 eröffnet wurde und als Hintergrund die Sourcen aus Leap 15.3 benutzt, der Kernel aber bis Leap 15.5 funktioniert.
Nächstes Beispiel ist das oben benannte openSUSE-Packman Problem:
i+ | ffmpeg-4 | Paket | 4.4-pm154.3.11.1 | x86_64 | Packman1
v | ffmpeg-4 | Paket | 4.4-150400.3.8.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
v | ffmpeg-4 | Paket | 4.4-150400.3.5.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
v | ffmpeg-4 | Paket | 4.4-150400.3.2.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
v | ffmpeg-4 | Paket | 4.4-150400.1.13 | x86_64 | Main Repository
Versionen gleich, nur Release anders......
Ah, das ist schon mal sehr hilfreich, einmal zum Verständnis und dann bedeutet es für mich ja wohl,
daß ich diese Ausgabe von zypper einfach registriere und sonst nichts damit machen muss?
Bleiben die verwaisten Pakete. Die Ausgabe von
annadell:~ # zypper packages --orphaned
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Repository | Name | Version | Arch
---+------------+---------------------------------+--------------------------------------+-------
il | @System | brscan-skey | 0.3.1-1 | x86_64
il | @System | brscan4 | 0.4.9-1 | x86_64
il | @System | dupeguru | 4.1.1-1.1.lk | x86_64
i+ | @System | libbind9-160 | 9.11.2-12.13.2 | x86_64
i+ | @System | libcamel-1_2-62 | 3.34.4-3.3.1 | x86_64
i+ | @System | libdns169 | 9.11.2-12.13.2 | x86_64
i+ | @System | libedataserver-1_2-24 | 3.34.4-3.3.1 | x86_64
i+ | @System | libedataserverui-1_2-2 | 3.34.4-3.3.1 | x86_64
i+ | @System | libgldi3 | 3.4.1-lp152.2.8 | x86_64
i+ | @System | libgpac10 | 1.0.1-pm152.2.3 | x86_64
i+ | @System | libhavege1 | 1.9.2-6.1 | x86_64
i+ | @System | libhogweed4 | 3.4.1-4.15.1 | x86_64
i+ | @System | libimobiledevice6 | 1.2.0+git20180427.26373b3-1.40 | 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 | libliveMedia94 | 2021.05.22-lp152.3.6.1 | x86_64
i+ | @System | liblwres160 | 9.11.2-12.13.2 | x86_64
i+ | @System | libmediacheck5 | 5.4-1.13 | x86_64
i+ | @System | libnettle6 | 3.4.1-4.15.1 | x86_64
i+ | @System | libopenh264-6 | 2.2.0-pm152.1.1 | x86_64
i+ | @System | liborcus-0_15-0 | 0.15.3-3.6.1 | x86_64
i+ | @System | libplacebo43 | 2.43.1-bp153.1.22 | x86_64
i+ | @System | libplist3 | 2.0.0-1.31 | 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 | libraw16 | 0.18.9-3.11.1 | x86_64
i+ | @System | libsgutils2-1_43-2 | 1.44~763+19.1ed0757-9.3.1 | x86_64
i+ | @System | libusbmuxd4 | 1.0.10-3.23 | x86_64
i+ | @System | libx264-160 | 0.160+git20200702.cde9a933-pm152.1.2 | x86_64
i+ | @System | libx265-192 | 3.4-pm152.1.2 | x86_64
i+ | @System | libxerces-c-3_1 | 3.1.4-8.1 | x86_64
i+ | @System | libyui-ncurses11 | 2.54.5-1.36 | x86_64
i | @System | libyui-ncurses15 | 4.1.2-1.1 | x86_64
i+ | @System | libyui-qt-graph11 | 2.46.3-1.8 | x86_64
i | @System | libyui-qt-graph15 | 4.1.2-1.1 | x86_64
i+ | @System | libyui-qt11 | 2.52.4-1.8 | x86_64
i | @System | libyui-qt15 | 4.1.2-1.1 | x86_64
i+ | @System | libyui11 | 3.9.3-1.29 | x86_64
i | @System | libyui15 | 4.1.2-1.1 | x86_64
il | @System | mfcj5730dwcupswrapper | 1.0.1-0 | i386
il | @System | mfcj5730dwlpr | 1.0.1-0 | i386
i+ | @System | patterns-desktop-laptop | 20170319-5.17 | x86_64
i+ | @System | patterns-desktop-multimedia_opt | 20170319-5.17 | x86_64
i | @System | python-gobject2 | 2.28.7-1.27 | x86_64
i | @System | python-sip-common | 4.19.19-1.52 | x86_64
i | @System | python2-cairo | 1.15.1-3.3.1 | x86_64
il | @System | zoom | 5.13.3.651_openSUSE-1 | x86_64
annadell:~ #
Alles anzeigen
dürfte den in Yast rot markierten Einträgen entsprechen?
Nach einer Idee aus dem Linux-Club habe ich die selbst installierten Pakete mal gesperrt.
Wie finde ich raus, was ich mit den anderen mache, ob ich die löschen kann?
Tendenziell gerne in der Konsole, erstens verstehe ich da mehr, was eigentlich passiert, außerdem kann ich das von meinem Rechner aus machen.
annadell:~ # zypper se -s python2-cairo
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Type | Version | Arch | Repository
--+---------------+-------+--------------+--------+---------------
i | python2-cairo | Paket | 1.15.1-3.3.1 | x86_64 | (Systempakete)
annadell:~ #
(Systempakete) bedeutet, es ist in keinem aktiven Repo, wenn ich das richtig erinnere?
Ich sehe aber keine Mehrinfo zu
zypper packages --orphaned ?