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