Hallo! Es geht schon wieder los: Aktualisierungen werden abgerufen[=========================] Fertig [=========================] Software-Liste wird aktualisiert[=========================] Änderungen werden getestet [=========================] Fertig [=========================] Schwerwiegender Fehler: patch:SUSE-2020-3792-1.noarch steht in Konflikt mit gzip.x86_64 < 1.10-4.3.1, das von gzip-1.10-3.11.1.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-76-1.noarch steht in Konflikt mit SUSEConnect.x86_64 < 0.3.29-3.34.1, das von SUSEConnect-0.3.29-3.6.1.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-510-1.noarch steht in Konflikt mit ucode-intel.x86_64 < 20210216-3.64.1, das von ucode-intel-20210216-2.19.1.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-931-1.noarch steht in Konflikt mit libnghttp2-14-32bit.x86_64 < 1.40.0-3.11.1, das von libnghttp2-14-32bit-1.40.0-3.5.1.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-1244-1.noarch steht in Konflikt mit qemu-sgabios < 8-9.43.1, das von qemu-sgabios-8-9.18.noarch zur Verfügung gestellt wurde patch:SUSE-2021-1126-1.noarch steht in Konflikt mit datefudge.x86_64 < 1.22-3.3.1, das von datefudge-1.22-bp153.2.1.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-1235-1.noarch steht in Konflikt mit numactl.x86_64 < 2.0.14-4.3.1, das von numactl-2.0.14-1.1.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-1499-1.noarch steht in Konflikt mit webkit2gtk-4_0-injected-bundles.x86_64 < 2.32.0-3.74.1, das von webkit2gtk-4_0-injected-bundles-2.32.0-3.15.1.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-1304-1.noarch steht in Konflikt mit libdwarf1.x86_64 < 20161124-3.3.1, das von libdwarf1-20161124-bp153.2.1.x86_64 zur Verfügung gestellt wurde libx265-192-3.4-pm152.1.2.x86_64 benötigt libnuma.so.1()(64bit), kann jedoch nicht zur Verfügung gestellt werden patch:SUSE-2020-2950-1.noarch steht in Konflikt mit python3-pycryptodome.x86_64 < 3.9.0-3.3.2, das von python3-pycryptodome-3.9.0-1.44.x86_64 zur Verfügung gestellt wurde patch:SUSE-2020-3129-1.noarch steht in Konflikt mit sysconfig-netconfig.x86_64 < 0.85.6-3.6.1, das von sysconfig-netconfig-0.85.6-3.3.1.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-1245-1.noarch steht in Konflikt mit qemu-ipxe < 1.0.0+-9.24.3, das von qemu-ipxe-1.0.0+-9.18.noarch zur Verfügung gestellt wurde patch:SUSE-2021-957-1.noarch steht in Konflikt mit eclipse-swt.x86_64 < 4.9.0-4.3.8, das von eclipse-swt-4.9.0-bp153.2.27.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-1200-1.noarch steht in Konflikt mit libreofficekit.x86_64 < 7.1.2.2-13.15.1, das von libreofficekit-7.1.2.2-2.3.x86_64 zur Verfügung gestellt wurde patch:SUSE-2021-1569-1.noarch steht in Konflikt mit libreoffice-writer-extensions.x86_64 < 7.1.3.2-13.18.3, das von libreoffice-writer-extensions-7.1.2.2-2.3.x86_64 zur Verfügung gestellt wurde zypper-search-packages-plugin-0.7-5.35.noarch benötigt rubygem(ruby:2.5.0:suse-connect) >= 0.3.9, kann jedoch nicht zur Verfügung gestellt werden qemu-x86-5.2.0-9.18.x86_64 benötigt qemu-sgabios, kann jedoch nicht zur Verfügung gestellt werden qemu-x86-5.2.0-9.18.x86_64 benötigt qemu-sgabios, kann jedoch nicht zur Verfügung gestellt werden Viele Grüße Manfred Marcus Meissner schrieb:
Hi,
Ja, haben Lars und ich vor so ca 2 Stunden behoben.
Evt verstecken sich noch mehr Probleme, bitte berichten jeweils.
Ciao, Marcus On Mon, Jun 07, 2021 at 01:46:52PM +0200, Manfred Haertel, DB3HM wrote:
Hallo!
Kaum meckert man, schon ist das Problem endlich behoben. Danke! Hoffentlich ist die Problem-Behebung diesmal dauerhaft...
Viele Grüße
Manfred
Manfred Haertel, DB3HM schrieb:
Hallo!
Das Problem mit LibreOffice ist schon ein paar Tage weg, dafür kam aber stattdessen ein neues gleichartiges mit readline und einen bash-Patch dazu.
Irritierend ist das unterschiedliche Verhalten der utnerschiedlichen Update-Tools: "zypper update" ignoriert das Problem (zum Glück, daher ist das wohl vielen Leuten gar nicht aufgefallen), "pkcon update" meldet einen schwerwiegenden Fehler (siehe unten) und "zypper patch" will wegen des Patches gleich das halbe System deinstallieren (wohl alles, was eine Abhängigkeit zu bash hat, und das sind logischerweise verdammt viele Pakete). Zumindest ist dies Vorschlag 1, der in den meisten "normalen" Fällen der beste ist...
Ich weiß ja, was ich tue und mein Problem damit ist daher soo groß nicht, aber wenn jemand "zypper patch" benutzt und mal eine falsche Eingabe macht, hat er sein System ruiniert und das ist schon seit Tagen so. Das muss eigentlich nicht sein...
Hier noch der Output von "pkcon update", den ellenlangen von "zypper patch" spare ich mir mal...
Aktualisierungen werden abgerufen[=========================] Fertig [=========================] Software-Liste wird aktualisiert[=========================] Änderungen werden getestet [=========================] Fertig [=========================] Schwerwiegender Fehler: patch:SUSE-2021-1526-1.noarch steht in Konflikt mit readline-doc < 7.0-19.3.1, das von readline-doc-7.0-17.83.noarch zur Verfügung gestellt wurde
Viele Grüße
Manfred
Manfred Haertel, DB3HM schrieb:
Hallo!
Kein Problem, wenn das Problem den Admins bekannt ist und verstanden ist, habe ich alle Geduld dieser Welt. :-)
Und vor allen Dingen beruhigend, dass ich nicht mit irgendwelchen "falschen" Repo-Einstellungen mein System (genauer: mehrere Systeme im Wohnzimmer) versaut habe...
Abgesehen von diesem Problem läuft 15.3 hier super!
Viele Grüße
Manfred
Marcus Meissner schrieb:
Hi,
Wir muessen warten das das SLES 15 Sp3 LibreOffice released wird damit sich das loest.
Es gibt noch 2, 3 aehnliche Probleme die wir auch noch loesen werden.
Ciao, Marcus On Thu, Jun 03, 2021 at 06:20:19PM +0200, Manfred Haertel, DB3HM wrote:
Hallo!
Die Übernahme der SLE-Repos war wohl "mit heißer Nadel gestrickt", siehe https://bugzilla.opensuse.org/show_bug.cgi?id=1186593 . Gegen Ende der Comments ist auch von den Problemen mit LibreOffice und Patch SUSE-2021-1200 die Rede. Ich bin hier wohl nicht allein.
Mal schauen, wie das weiter geht. Wie schon gesagt, zypper scheint die nicht zutreffenden Updates (noch?) zu ignorieren, aber PackageKit meldet Konflikte, die es nicht auflösen kann...
Viele Grüße
Manfred
Manfred Haertel, DB3HM schrieb: > Hallo! > > "zypper up" behauptet, keine Updates zu haben, beseitigt > aber NICHT das > Problem, dass pkcon Konflikte feststellt... ("zypper dup" verhält sich > genau so). > > Viele Grüße > > Manfred > > Stephan Hemeier schrieb: >> Mach ein >> zypper up >> >> Stephan >> >> Am Donnerstag, 3. Juni 2021, 11:58:56 CEST schrieb Manfred Haertel, >> DB3HM: >>> Ich hatte meine "Arbeits-VM" sehr zügig auf OpenSuse Leap 15.3 >>> umgestellt, da das auf einer Test-VM wirklich >>> sehr gut aussah. Auf dem >>> Arbeits-System auch, aber irgendwie gibt es im >>> Moment Konflikte mit den >>> verschiedenen Update-Repositories. >>> >>> Ich hatte ohnehin schon zu meinem Erstaunen >>> festgestellt, dass durch den >>> Update im Vergleich zu 15.2 zwei neue Repos hinzugekommen und >>> "ungefragt" aktiviert worden sind, nämlich >>> http://download.opensuse.org/update/leap/15.3/backports/ und >>> http://download.opensuse.org/update/leap/15.3/sle/ . Es gibt auf den >>> Update-Servern sogar noch ein >>> http://download.opensuse.org/update/leap/15.3/leap/ , was aber NICHT >>> automatisch angebunden wurde. >>> >>> Ich hatte zuerst gedacht, das Problem wäre >>> dadurch reingekommen, dass >>> ich eben einen Update gemacht habe und nicht wie "alle anderen" eine >>> Neu-Installation. Also habe ich eine Test-VM frisch mit der 15.3 ISO >>> aufgesetzt und siehe da, die hat dasselbe Problem: >>> >>> test:~ # pkcon update >>> Aktualisierungen werden abgerufen[=========================] >>> Fertig [=========================] >>> Software-Liste wird aktualisiert[=========================] >>> Änderungen werden getestet [=========================] >>> Fertig [=========================] >>> Schwerwiegender Fehler: >>> patch:SUSE-2021-1200-1.noarch steht in Konflikt >>> mit libreoffice-writer.x86_64 < 7.1.2.2-13.15.1, das von >>> libreoffice-writer-7.1.2.2-2.3.x86_64 zur Verfügung gestellt wurde >>> patch:SUSE-2021-1569-1.noarch steht in Konflikt mit >>> libreoffice-pyuno.x86_64 < 7.1.3.2-13.18.3, das von >>> libreoffice-pyuno-7.1.2.2-2.3.x86_64 zur Verfügung gestellt wurde >>> >>> Auf den ersten Blick sind da Patches für SLE >>> "reingerutscht", die aber >>> nicht mit den Basis-RPMs von Leap harmonieren?! >>> >>> Da ich nie ausschließe, selber was falsch zu machen: Kann jemand das >>> Problem nachvollziehen? >>> >>> -- >>> Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de >>> http://rz-home.de/mhaertel >>> >> > >
-- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
-- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
-- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel