OpenSuse 15.3 Update-Repos verknuddelt?
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
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
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
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
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
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
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
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
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
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
Hallo! Und auf einem anderen System haben ich jetzt genau das umgekehrte Problem. Hier sieht plötzlich pkcon WENIGER Updates als zypper. Wohl weil in diesen Fällen die Patch-Definition FEHLT, während das RPM da ist (während es bei den anderen Paketen genau umgekehrt ist). Davon betroffen ist AUCH das bash-Paket, was gestern Mittag auf noch einem anderen System noch von pkcon ganz sicher noch gesehen wurde. Also sind die Patch-Definitionen seit gestern Mittag wieder verschwunden... zypper: Die folgenden 46 Pakete werden aktualisiert: bash bash-doc bash-lang dhcp dhcp-client expect gpm graphviz graphviz-gd graphviz-gnome graphviz-plugins-core libass9 libfltk1 libgcc_s1 libgcc_s1-32bit libgomp1 libgpm2 libgraphviz6 libpython3_6m1_0 libquadmath0 libraw16 libreadline7 libsnappy1 libsolv-tools libstdc++6 libstdc++6-32bit libwebp6 libX11-6 libX11-data libX11-xcb1 libxml2-2 libxml2-tools mozilla-nss-certs pam pam-32bit pam-doc python3 python3-base python3-curses python3-dbm python3-solv python-solv readline-doc ruby-solv shim supportutils pkcon: Die folgenden Pakete müssen installiert werden: SUSE-2021-1602-1.noarch Recommended update for libsolv, libzypp SUSE-2021-1757-1.noarch Recommended update for libsolv, libzypp libsolv-tools-0.7.19-3.45.1.x86_64 Utilities to work with .solv files python-solv-0.7.19-3.45.1.x86_64 Python bindings for the libsolv library python3-solv-0.7.19-3.45.1.x86_64 Python3 bindings for the libsolv library ruby-solv-0.7.19-3.45.1.x86_64 Ruby bindings for the libsolv library Viele Grüße Manfred Manfred Haertel, DB3HM schrieb:
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
Hallo! Ich glaube, meine letzte Mail zu dem Thema ist wegen der parallel bestehenden Mailing-List-Probleme nicht durchgekommen, daher frage ich noch mal: Was ist denn jetzt eigentlich Stand der Dinge? Folgende Probleme bestehen immer noch und schon seit einigen Tagen. Da ich nicht "alles" installiert habe, könnte es natürlich noch mehr sein: Schwerwiegender Fehler: das zu installierende patch:SUSE-2021-1126-1.noarch steht im Konflikt mit 'datefudge.x86_64 < 1.22-3.3.1', das vom installierten datefudge-1.22-bp153.2.1.x86_64 bereitgestellt wird das zu installierende patch:SUSE-2021-1304-1.noarch steht im Konflikt mit 'libdwarf1.x86_64 < 20161124-3.3.1', das vom installierten libdwarf1-20161124-bp153.2.1.x86_64 bereitgestellt wird das zu installierende patch:SUSE-2020-2950-1.noarch steht im Konflikt mit 'python3-pycryptodome.x86_64 < 3.9.0-3.3.2', das vom installierten python3-pycryptodome-3.9.0-1.44.x86_64 bereitgestellt wird das zu installierende patch:SUSE-2021-957-1.noarch steht im Konflikt mit 'eclipse-swt.x86_64 < 4.9.0-4.3.8', das vom installierten eclipse-swt-4.9.0-bp153.2.27.x86_64 bereitgestellt wird Viele Grüße Manfred Manfred Haertel, DB3HM schrieb:
Hallo!
Und auf einem anderen System haben ich jetzt genau das umgekehrte Problem. Hier sieht plötzlich pkcon WENIGER Updates als zypper. Wohl weil in diesen Fällen die Patch-Definition FEHLT, während das RPM da ist (während es bei den anderen Paketen genau umgekehrt ist). Davon betroffen ist AUCH das bash-Paket, was gestern Mittag auf noch einem anderen System noch von pkcon ganz sicher noch gesehen wurde. Also sind die Patch-Definitionen seit gestern Mittag wieder verschwunden...
zypper:
Die folgenden 46 Pakete werden aktualisiert: bash bash-doc bash-lang dhcp dhcp-client expect gpm graphviz graphviz-gd graphviz-gnome graphviz-plugins-core libass9 libfltk1 libgcc_s1 libgcc_s1-32bit libgomp1 libgpm2 libgraphviz6 libpython3_6m1_0 libquadmath0 libraw16 libreadline7 libsnappy1 libsolv-tools libstdc++6 libstdc++6-32bit libwebp6 libX11-6 libX11-data libX11-xcb1 libxml2-2 libxml2-tools mozilla-nss-certs pam pam-32bit pam-doc python3 python3-base python3-curses python3-dbm python3-solv python-solv readline-doc ruby-solv shim supportutils
pkcon:
Die folgenden Pakete müssen installiert werden: SUSE-2021-1602-1.noarch Recommended update for libsolv, libzypp SUSE-2021-1757-1.noarch Recommended update for libsolv, libzypp libsolv-tools-0.7.19-3.45.1.x86_64 Utilities to work with .solv files python-solv-0.7.19-3.45.1.x86_64 Python bindings for the libsolv library python3-solv-0.7.19-3.45.1.x86_64 Python3 bindings for the libsolv library ruby-solv-0.7.19-3.45.1.x86_64 Ruby bindings for the libsolv library
Viele Grüße
Manfred
Manfred Haertel, DB3HM schrieb:
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
Am 17.06.21 um 05:19 schrieb Manfred Haertel, DB3HM:
Hallo!
Ich glaube, meine letzte Mail zu dem Thema ist wegen der parallel bestehenden Mailing-List-Probleme nicht durchgekommen, daher frage ich noch mal: Was ist denn jetzt eigentlich Stand der Dinge?
Folgende Probleme bestehen immer noch und schon seit einigen Tagen. Da ich nicht "alles" installiert habe, könnte es natürlich noch mehr sein:
Schwerwiegender Fehler: das zu installierende patch:SUSE-2021-1126-1.noarch steht im Konflikt mit 'datefudge.x86_64 < 1.22-3.3.1', das vom installierten datefudge-1.22-bp153.2.1.x86_64 bereitgestellt wird ...
das Desktop-Applet zeigt hier Vergleichbares an, allerdings findet "zypper up" auf meinem Rechner keine Konflikte. Zypper gut, alles gut. Peter
Am 17.06.21 um 09:08 schrieb Peter McD:
Am 17.06.21 um 05:19 schrieb Manfred Haertel, DB3HM:
Hallo!
Ich glaube, meine letzte Mail zu dem Thema ist wegen der parallel bestehenden Mailing-List-Probleme nicht durchgekommen, daher frage ich noch mal: Was ist denn jetzt eigentlich Stand der Dinge?
Folgende Probleme bestehen immer noch und schon seit einigen Tagen. Da ich nicht "alles" installiert habe, könnte es natürlich noch mehr sein:
Schwerwiegender Fehler: das zu installierende patch:SUSE-2021-1126-1.noarch steht im Konflikt mit 'datefudge.x86_64 < 1.22-3.3.1', das vom installierten datefudge-1.22-bp153.2.1.x86_64 bereitgestellt wird ...
das Desktop-Applet zeigt hier Vergleichbares an, allerdings findet "zypper up" auf meinem Rechner keine Konflikte. Zypper gut, alles gut.
Peter
Hallo Benutze kein Zypper( keine ich nicht so gut, bevor ich was falsch mache lieber nicht), sondern von KDE Softwareaktualisierung, oder YaST. Update mit DVD von 15.2 auf 15.3 lief gut.. Danach sollten 2642 Updates eingespielt werden inklusive Endlosschleife neu booten und das LibreOffice deinstalliert werden sollte. Habe nun das Repo Backport deaktiviert. Seitdem ist es besser. Es scheint mir viele Pakete da sind älter wie die von 15.2. Oder ist nur die Sortierung falsch. lp kommt im Alphabet ja nach bp. Muss man einfach warten bis neuere da sind, oder mache ich was falsch? Sonst läuft es aber. Ralf
Am 17.06.21 um 10:52 schrieb Ralf Klein:
Am 17.06.21 um 09:08 schrieb Peter McD:
... das Desktop-Applet zeigt hier Vergleichbares an, allerdings findet "zypper up" auf meinem Rechner keine Konflikte. Zypper gut, alles gut.
Peter
Hallo
Benutze kein Zypper( keine ich nicht so gut, bevor ich was falsch mache lieber nicht), sondern von KDE Softwareaktualisierung, oder YaST. Update mit DVD von 15.2 auf 15.3 lief gut.. Danach sollten 2642 Updates eingespielt werden inklusive Endlosschleife neu booten und das LibreOffice deinstalliert werden sollte. Habe nun das Repo Backport deaktiviert. Seitdem ist es besser. Es scheint mir viele Pakete da sind älter wie die von 15.2. Oder ist nur die Sortierung falsch. lp kommt im Alphabet ja nach bp. Muss man einfach warten bis neuere da sind, oder mache ich was falsch? Sonst läuft es aber.
Nur Mut, das sind einfache Schritte, mit wenig Gelegenheit etwas falsch zu machen. Ich gehe davon aus, dass Du KDE benutzt. Du brauchst eine Konsole/Terminal Da gibt es mindestens drei Möglichkeiten a) im KDE Programmauswahl, im Suchfeld Konsole eingeben b) in KDE gehts Du zur Programmauswahl - System - Konsole c) Die Tastenkombination <Strg><Alt><F1> bringt Dich zum Login ohne GUI, dort könntest Du dich mit "root" einloggen, zurück geht es mit <Strg><Alt><F7>, einfach ausprobieren. Ich schlage (a) vor, die Konsole kommt, dort gibst Du "su" ein und das Rootpasswort. Vergiss nicht, mit root bist Du derjenigen, der alles plattmachen kann, also Denken vor Tippen in der Konsole zypper refresh zypper up, das System sagt Dir, was es vorhat und Du kannst entscheiden, ob Du abbrechen möchtest. nehmen wir an, Du akzeptierst, dann genügt <Enter> und das System installiert, bei Problemen wirst Du gefragt, wie es weitergeht und kannst auch abbrechen, wenn Du das willst, zuletzt kommt zypper ps -s, da sagt das System, ob es wegen des Updates lieber neu gestartet werden möchte, damit die Updates wirksam werden. Kann man auch umgehen, mit "systemctl restart wasauchimmer" sind aber oft zu viele Prozesse, gelegentlich genügt auch eine Ausloggen. Viel Spaß Peter
Am 17.06.21 um 12:03 schrieb Peter McD:
Am 17.06.21 um 10:52 schrieb Ralf Klein:
Am 17.06.21 um 09:08 schrieb Peter McD:
... das Desktop-Applet zeigt hier Vergleichbares an, allerdings findet "zypper up" auf meinem Rechner keine Konflikte. Zypper gut, alles gut.
Peter
Hallo
Benutze kein Zypper( keine ich nicht so gut, bevor ich was falsch mache lieber nicht), sondern von KDE Softwareaktualisierung, oder YaST. Update mit DVD von 15.2 auf 15.3 lief gut.. Danach sollten 2642 Updates eingespielt werden inklusive Endlosschleife neu booten und das LibreOffice deinstalliert werden sollte. Habe nun das Repo Backport deaktiviert. Seitdem ist es besser. Es scheint mir viele Pakete da sind älter wie die von 15.2. Oder ist nur die Sortierung falsch. lp kommt im Alphabet ja nach bp. Muss man einfach warten bis neuere da sind, oder mache ich was falsch? Sonst läuft es aber.
Nur Mut, das sind einfache Schritte, mit wenig Gelegenheit etwas falsch zu machen.
Ich gehe davon aus, dass Du KDE benutzt. Du brauchst eine Konsole/Terminal
Da gibt es mindestens drei Möglichkeiten a) im KDE Programmauswahl, im Suchfeld Konsole eingeben b) in KDE gehts Du zur Programmauswahl - System - Konsole c) Die Tastenkombination <Strg><Alt><F1> bringt Dich zum Login ohne GUI, dort könntest Du dich mit "root" einloggen, zurück geht es mit <Strg><Alt><F7>, einfach ausprobieren.
Ich schlage (a) vor, die Konsole kommt, dort gibst Du "su" ein und das Rootpasswort. Vergiss nicht, mit root bist Du derjenigen, der alles plattmachen kann, also Denken vor Tippen
in der Konsole
zypper refresh
zypper up, das System sagt Dir, was es vorhat und Du kannst entscheiden, ob Du abbrechen möchtest.
nehmen wir an, Du akzeptierst, dann genügt <Enter> und das System installiert, bei Problemen wirst Du gefragt, wie es weitergeht und kannst auch abbrechen, wenn Du das willst,
zuletzt kommt
zypper ps -s, da sagt das System, ob es wegen des Updates lieber neu gestartet werden möchte, damit die Updates wirksam werden.
Kann man auch umgehen, mit "systemctl restart wasauchimmer" sind aber oft zu viele Prozesse, gelegentlich genügt auch eine Ausloggen.
Viel Spaß Peter
Guten Tag Habe update Backport und Enterprise 15 aktiv gesetzt und KDE Extra dazu. Mit Zypper wurden einige Pakete erneuert, was bleibt sind über 200! Pakete die unter YaST2 rot sind( Ok sind auch Pakete wie vom Druckerhersteller dabei), und 5 in blau. Zypper meldet das 48 Pakete nicht installiert werden. Eine lange Liste mit Samba Paketen ist dabei(In YaST nicht zypper). Sieht für mich aus das in 15.2 vieles schon neuer war wie in 15.3 Evtl. kommt einiges, warum auch immer, gar nicht mehr in Leap15.3. Größere Probleme sind mir im Moment aber nicht aufgefallen. Aktuell: Siehe meine eigene Mail in dieser Liste nicht, dachte schon die ist gar nicht angekommen. Geblieben: Okular zeigt einige .txt Dateien nicht, bzw nur leeres Blatt. Noch nicht versucht: Per cups-pdf in PDF/A zu drucken. In Leap 15.2 ging es mal, aber auch nicht zum Schluss. (LibreOffice kann es, nur halt ein zusätzlicher Schritt) Schönes WE Ralf
Am 18.06.21 um 10:44 schrieb Ralf Klein:
Am 17.06.21 um 12:03 schrieb Peter McD:
Am 17.06.21 um 10:52 schrieb Ralf Klein:
Am 17.06.21 um 09:08 schrieb Peter McD:
...
Habe update Backport und Enterprise 15 aktiv gesetzt und KDE Extra dazu. Mit Zypper wurden einige Pakete erneuert, was bleibt sind über 200! Pakete die unter YaST2 rot sind( Ok sind auch Pakete wie vom Druckerhersteller dabei), und 5 in blau. Zypper meldet das 48 Pakete nicht installiert werden. Eine lange Liste mit Samba Paketen ist dabei(In YaST nicht zypper). Sieht für mich aus das in 15.2 vieles schon neuer war wie in 15.3 Evtl. kommt einiges, warum auch immer, gar nicht mehr in Leap15.3. Größere Probleme sind mir im Moment aber nicht aufgefallen. Aktuell: Siehe meine eigene Mail in dieser Liste nicht, dachte schon die ist gar nicht angekommen. Geblieben: Okular zeigt einige .txt Dateien nicht, bzw nur leeres Blatt. Noch nicht versucht: Per cups-pdf in PDF/A zu drucken. In Leap 15.2 ging es mal, aber auch nicht zum Schluss. (LibreOffice kann es, nur halt ein zusätzlicher Schritt)
Ach, Du meinst, die folgenden "hunderte" Paketaktualisierungen werden NICHT installiert. Bei meinem Rechner sich das gerade 103. Das liegt daran, das zypper up die höhere Versionsnummer sucht, aber nur installiert, wenn die Abhängigkeiten erfüllt sind. Das kommt öfters vor, wenn zusätzliche Repositories eingebunden sind, was ja gerade bei Leap 15.3 plus den SLE Repositories geschieht Trenne Dich von dem Gedanken, dass eine höhere Nummer ein besseres Paket bedeutet, in dem einen Repository könnte eine Patch in einem Programm notwendig sein, der in dem anderen nicht gebraucht wird. Yast und Zypper beheben solche Konflikte. DU kannst es mit zypper dup "final(!)" beheben, ich rate jedoch ausdrücklich davon ab, vgl. man zypper. KDE-Extra, gehört z.B. nicht zum Standard, installierst Du Pakete von dort, kann zu "rot" führen, weil z.B. in Leap 15.3 aus gutem Grund u.U. Pakete neueren Datums sind. Ich verlasse mich da auf das System und nicht auf mein Sinn für Ordnung. Ich installiere nur äußerst gezielt zusätzliche Pakete, schon damit ich weiß, was testweise herauszunehmen ist, wenn es irgendwo klemmt. Packman ist so ein Beispiel. Da wird angeboten, auf die Versionen im Packman Repository umzustellen. Kann man machen, braucht man nicht, wenn man sich auf genau die Pakete beschränkt, wegen denen man Packman eingebunden hat, geht hervorragend mit Yast, auch unter Leap 15.3- Mein Vorschlag: Die Standardrepositories wie bei der Installation vorgegeben belassen, die anderen Repos wirklich löschen. Bei mir sieht das so aus: automatisch aktualisert werden per Leap 15.3: http://download.opensuse.org/debug/distribution/leap/15.3/repo/oss/ http://download.opensuse.org/debug/distribution/leap/15.3/repo/non-oss/ http://download.opensuse.org/source/distribution/leap/15.3/repo/oss/ http://download.opensuse.org/debug/update/leap/15.3/non-oss/ http://download.opensuse.org/debug/update/leap/15.3/oss/ http://download.opensuse.org/debug/update/leap/15.3/sle/ http://download.opensuse.org/update/leap/15.3/backports_debug/ automatisch aktualisiert und aktiviert sind per leap 15.3: http://download.opensuse.org/update/leap/15.3/non-oss/ http://download.opensuse.org/distribution/leap/15.3/repo/oss/ http://download.opensuse.org/update/leap/15.3/oss http://download.opensuse.org/distribution/leap/15.3/repo/non-oss http://download.opensuse.org/update/leap/15.3/backports/ http://download.opensuse.org/update/leap/15.3/sle/ Dann kommt der zypper Tanz und danach fügst Du nur hinzu, was du wirklich zusätzlich brauchst. Bei mir zeigen weder Yast noch Zypper irgendwelche Konflikte, obwohl ich auch NACH der Grundinstallation zusätzliche Repositories eingebunden habe. Peter
Am 17.06.21 um 10:52 schrieb Ralf Klein:
... Habe nun das Repo Backport deaktiviert. Seitdem ist es besser. Es scheint mir viele Pakete da sind älter wie die von 15.2. Oder ist nur die Sortierung falsch.
Wegen der Heirat von openSUSE mit SLE kommt es zu Überschneidungen, die momentan aussortiert werden. Es ist m.E. wirklich keine gute Idee, etwas zu deaktivieren, was vom System her aktiviert ist, es sei denn, man weiß es wirklich besser als die Leute von SUSE. Hier läuft Leap 15.3 bis auf Bluetooth einwandfrei, oder sagen wir einmal, ich habe bisher keine wirklichen Probleme festgestellt. Peter
Peter McD schrieb:
Hier läuft Leap 15.3 bis auf Bluetooth einwandfrei, oder sagen wir einmal, ich habe bisher keine wirklichen Probleme festgestellt.
Das Upgrade auf 15.3 war wirklich sehr unproblematisch, die OpenSuse-Upgrades sind ja in den letzten Jahren wirklich kontinuierlich unproblematischer geworden. Aber die Update-Probleme sind wirklich nervig... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Peter McD schrieb:
Am 17.06.21 um 05:19 schrieb Manfred Haertel, DB3HM:
Hallo!
Ich glaube, meine letzte Mail zu dem Thema ist wegen der parallel bestehenden Mailing-List-Probleme nicht durchgekommen, daher frage ich noch mal: Was ist denn jetzt eigentlich Stand der Dinge?
Folgende Probleme bestehen immer noch und schon seit einigen Tagen. Da ich nicht "alles" installiert habe, könnte es natürlich noch mehr sein:
Schwerwiegender Fehler: das zu installierende patch:SUSE-2021-1126-1.noarch steht im Konflikt mit 'datefudge.x86_64 < 1.22-3.3.1', das vom installierten datefudge-1.22-bp153.2.1.x86_64 bereitgestellt wird ...
das Desktop-Applet zeigt hier Vergleichbares an, allerdings findet "zypper up" auf meinem Rechner keine Konflikte. Zypper gut, alles gut.
Ja, "zypper update" macht "zufällig" alles richtig, weil er die Patch-Definitionen nicht auswertet und diese eben inkonsistent sind zu den vorhandenen RPMs in den Update-Repos. "pkcon update" und auch "zypper patch" melden diese Inkonsistenz aber als Fehler. Und das KDE-Desktop-Applet, zu dessen Benutzung ich die beste Ehefrau von allen überreden konnte, macht eigentlich dasselbe wie "pkcon update", weil es PackageKit benutzt. Marcus Meissner, der ja hier auf der Liste mitliest, war mit Kollegen an der Sache dran und bat darum, bei vergleichbaren Fehlern Bescheid zu sagen, was ich getan habe (schon mal am Samstag oder so, aber die Mail kam wohl nicht bis zur Liste durch). -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Hi, On Thu, Jun 17, 2021 at 05:19:28AM +0200, Manfred Haertel, DB3HM wrote:
Hallo!
Ich glaube, meine letzte Mail zu dem Thema ist wegen der parallel bestehenden Mailing-List-Probleme nicht durchgekommen, daher frage ich noch mal: Was ist denn jetzt eigentlich Stand der Dinge?
Folgende Probleme bestehen immer noch und schon seit einigen Tagen. Da ich nicht "alles" installiert habe, könnte es natürlich noch mehr sein:
Schwerwiegender Fehler: das zu installierende patch:SUSE-2021-1126-1.noarch steht im Konflikt mit 'datefudge.x86_64 < 1.22-3.3.1', das vom installierten datefudge-1.22-bp153.2.1.x86_64 bereitgestellt wird
Eine weitere nicht gewollte Ueberlappung von backports und sle :( muss ich noch loesen.
das zu installierende patch:SUSE-2021-1304-1.noarch steht im Konflikt mit 'libdwarf1.x86_64 < 20161124-3.3.1', das vom installierten libdwarf1-20161124-bp153.2.1.x86_64 bereitgestellt wird
same.
das zu installierende patch:SUSE-2020-2950-1.noarch steht im Konflikt mit 'python3-pycryptodome.x86_64 < 3.9.0-3.3.2', das vom installierten python3-pycryptodome-3.9.0-1.44.x86_64 bereitgestellt wird
Ein Bug wegen zu niedriger releasenummern in SLES, ist in QA.
das zu installierende patch:SUSE-2021-957-1.noarch steht im Konflikt mit 'eclipse-swt.x86_64 < 4.9.0-4.3.8', das vom installierten eclipse-swt-4.9.0-bp153.2.27.x86_64 bereitgestellt wird
Eine weitere nicht gewollte Ueberlappung von backports und sle :(
Viele Grüße
Manfred
Manfred Haertel, DB3HM schrieb:
Hallo!
Und auf einem anderen System haben ich jetzt genau das umgekehrte Problem. Hier sieht plötzlich pkcon WENIGER Updates als zypper. Wohl weil in diesen Fällen die Patch-Definition FEHLT, während das RPM da ist (während es bei den anderen Paketen genau umgekehrt ist). Davon betroffen ist AUCH das bash-Paket, was gestern Mittag auf noch einem anderen System noch von pkcon ganz sicher noch gesehen wurde. Also sind die Patch-Definitionen seit gestern Mittag wieder verschwunden...
zypper:
Die folgenden 46 Pakete werden aktualisiert: bash bash-doc bash-lang dhcp dhcp-client expect gpm graphviz graphviz-gd graphviz-gnome graphviz-plugins-core libass9 libfltk1 libgcc_s1 libgcc_s1-32bit libgomp1 libgpm2 libgraphviz6 libpython3_6m1_0 libquadmath0 libraw16 libreadline7 libsnappy1 libsolv-tools libstdc++6 libstdc++6-32bit libwebp6 libX11-6 libX11-data libX11-xcb1 libxml2-2 libxml2-tools mozilla-nss-certs pam pam-32bit pam-doc python3 python3-base python3-curses python3-dbm python3-solv python-solv readline-doc ruby-solv shim supportutils
pkcon:
Die folgenden Pakete müssen installiert werden: SUSE-2021-1602-1.noarch Recommended update for libsolv, libzypp SUSE-2021-1757-1.noarch Recommended update for libsolv, libzypp libsolv-tools-0.7.19-3.45.1.x86_64 Utilities to work with .solv files python-solv-0.7.19-3.45.1.x86_64 Python bindings for the libsolv library python3-solv-0.7.19-3.45.1.x86_64 Python3 bindings for the libsolv library ruby-solv-0.7.19-3.45.1.x86_64 Ruby bindings for the libsolv library
Viele Grüße
Manfred
Manfred Haertel, DB3HM schrieb:
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
participants (5)
-
Manfred Haertel, DB3HM
-
Marcus Meissner
-
Peter McD
-
Ralf Klein
-
Stephan Hemeier