Am 13.06.24 um 20:25 schrieb Stephan Hemeier:

Am Donnerstag, 13. Juni 2024, 20:20:16 CEST schrieb Helga Fischer:

...

Ist das jetzt eine von einem Update überschriebene Einstellung oder ein Bug? Bug, Update ist auf dem Weg. https://www.linux-club.de/forum/t/leap-15-5-komfortverlust-nach-plasma-updat...

Stephan

Ich hatte das Problem ja auch hier gemeldet. Gerade konnte ich mit "zypper up" einige Updates installieren, die das Problem wohl beheben. Martin

Am 13.06.24 um 21:15 schrieb Reni N:

Am Thu, 13 Jun 2024 20:50:54 +0200 schrieb Martin Burnicki :

[...]

...

Ich hatte das Problem ja auch hier gemeldet. Gerade konnte ich mit "zypper up" einige Updates installieren, die das Problem wohl beheben.

Martin

Das habe ich auch eben gesehen und installiert, aber nach einem Reboot waren die Anwendungen auch wieder nicht gestartet :(

Ich denke mal, musst 2x rebooten. Beim ersten Runterfahren läuft ja noch die alte Software, die das anscheinend nicht richtig speichert. Ich habe nach dem 1. Reboot ein paar Programme gestartet, und die waren nach dem 2. Reboot wieder da. Martin

Am Donnerstag, 13. Juni 2024, 21:46:13 CEST schrieb Reni N:

Am Thu, 13 Jun 2024 21:38:50 +0200

schrieb Martin Burnicki :

...

Am 13.06.24 um 21:15 schrieb Reni N:

...

Am Thu, 13 Jun 2024 20:50:54 +0200 schrieb Martin Burnicki :

[...]

...

Ich hatte das Problem ja auch hier gemeldet. Gerade konnte ich mit "zypper up" einige Updates installieren, die das Problem wohl beheben.

Martin

Das habe ich auch eben gesehen und installiert, aber nach einem Reboot waren die Anwendungen auch wieder nicht gestartet :(> Ich denke mal, musst 2x rebooten. Beim ersten Runterfahren läuft ja noch die alte Software, die das anscheinend nicht richtig speichert.

Ich habe nach dem 1. Reboot ein paar Programme gestartet, und die waren nach dem 2. Reboot wieder da.

Martin

Stimmt :-) Läuft wieder :-)

Schönen Abend dir :-) nun auch bei mir.

Herbert Albert schrieb:

...

Am Donnerstag, 13. Juni 2024, 21:46:13 CEST schrieb Reni N:

...

Am Thu, 13 Jun 2024 21:38:50 +0200

schrieb Martin Burnicki :

...

Am 13.06.24 um 21:15 schrieb Reni N:

...

Am Thu, 13 Jun 2024 20:50:54 +0200 schrieb Martin Burnicki :

[...]

...

Ich hatte das Problem ja auch hier gemeldet. Gerade konnte ich mit "zypper up" einige Updates installieren, die das Problem wohl beheben.

Martin

Das habe ich auch eben gesehen und installiert, aber nach einem Reboot waren die Anwendungen auch wieder nicht gestartet :(>

Ich denke mal, musst 2x rebooten. Beim ersten Runterfahren läuft ja noch die alte Software, die das anscheinend nicht richtig speichert.

Ich habe nach dem 1. Reboot ein paar Programme gestartet, und die waren nach dem 2. Reboot wieder da.

Martin

Stimmt :-) Läuft wieder :-)

Schönen Abend dir :-)

nun auch bei mir. zu früh gefreut. Es kamen zwar zwischenzeitlich Updates, aber nichts mit

Am Donnerstag, 13. Juni 2024, 22:22:05 CEST schrieb Herbert Albert: plasma. Was ich gemacht habe war der Tipp von Stephan die Sache mit den cdn rückgängig zu machen (16.06.2024 21:00 im thread) Heute war mein kontact nach dem Einschalten des Rechner nicht wieder am Start, obwohl ich es gestern vor dem Herunterfahren nicht geschlossen habe.

Und bei mir "zu früh geflucht". Ich hatte das Problem unter 15.6 nach einem Plasma-Update ja auch zwei mal hintereinander, dann war es aber ohne zwischenzeitliche Updates (zumindest ohne solche, die entfernt damit was zu tun haben könnten) erst mal wieder verschwunden. Und ich habe die CDN-Repos ja NICHT. Ich glaube auch nicht, dass das irgendwas damit zu tun haben könnte. Das sind ja dieselben Pakete, nur der Auslieferungsweg ist ein anderer. Das Problem scheint intermittierend aufzutreten. Sehr seltsam. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel

Herbert Albert schrieb:

Am Mittwoch, 19. Juni 2024, 07:09:21 CEST schrieb Manfred Haertel, DB3HM:

...

Herbert Albert schrieb:

...

Am Donnerstag, 13. Juni 2024, 22:22:05 CEST schrieb Herbert Albert:

...

Am Donnerstag, 13. Juni 2024, 21:46:13 CEST schrieb Reni N:

...

Am Thu, 13 Jun 2024 21:38:50 +0200

schrieb Martin Burnicki :

...

Am 13.06.24 um 21:15 schrieb Reni N: > Am Thu, 13 Jun 2024 20:50:54 +0200 > schrieb Martin Burnicki : > > [...] > >> Ich hatte das Problem ja auch hier gemeldet. Gerade konnte ich mit >> "zypper up" einige Updates installieren, die das Problem wohl >> beheben. >> >> Martin > > Das habe ich auch eben gesehen und installiert, aber nach einem Reboot > waren die Anwendungen auch wieder nicht gestartet :(>

Ich denke mal, musst 2x rebooten. Beim ersten Runterfahren läuft ja noch die alte Software, die das anscheinend nicht richtig speichert.

Ich habe nach dem 1. Reboot ein paar Programme gestartet, und die waren nach dem 2. Reboot wieder da.

Martin

Stimmt :-) Läuft wieder :-)

Schönen Abend dir :-)

nun auch bei mir.

zu früh gefreut. Es kamen zwar zwischenzeitlich Updates, aber nichts mit plasma. Was ich gemacht habe war der Tipp von Stephan die Sache mit den cdn rückgängig zu machen (16.06.2024 21:00 im thread) Heute war mein kontact nach dem Einschalten des Rechner nicht wieder am Start, obwohl ich es gestern vor dem Herunterfahren nicht geschlossen habe. Und bei mir "zu früh geflucht".

Ich hatte das Problem unter 15.6 nach einem Plasma-Update ja auch zwei mal hintereinander, dann war es aber ohne zwischenzeitliche Updates (zumindest ohne solche, die entfernt damit was zu tun haben könnten) erst mal wieder verschwunden.

Und ich habe die CDN-Repos ja NICHT. Ich glaube auch nicht, dass das irgendwas damit zu tun haben könnte. Das sind ja dieselben Pakete, nur der Auslieferungsweg ist ein anderer.

Das Problem scheint intermittierend aufzutreten.

Sehr seltsam. Hallo Manfred,

da muss ich Dir recht geben. Heute morgen hatte ich zwar mein kontact/kmail nach dem Login, doch nun war es nicht wie gewohnt nur als Brief-Icon im Systemabschnitt der Kontrollleiste, sondern als "großes" Icon in der Fensterleiste, so als hätte ich kmail vor dem shutdown nicht mit dem "Close Window Button" geschlossen. Denn mit diesen Schließen von kmail läuft der kontact Prozess trotzdem wieder und sollte bei nächsten Rechnerstart auch gleich wieder laufen. Zumindest war das einige Jahre so bei mir.

Na ja, das ursächliche Problem liegt anscheinend nicht beim STARTEN von KDE, sondern beim STOPPEN. Das sehe ich bei mir auch deswegen, weil ich mehrere konsole-Fenster, die in verschiedenen Verzeichnissen "sitzen", habe und erwarte, dass die jedes Mal da sind. Tritt der Fehler auf, bleiben die konsole-Fenster beim Stoppen noch eine Zeit lang da, wenn schon der Hintergrund samt Icons verschwunden sind. Dann weiß ich schon, die sind beim nächsten Starten nicht da.

Da das Problem bei mir mit leap 15.5, bei Dir mit 15.6 bei anderen mit TW auftritt, ist es wohl etwas generelles mit Plasma, oder?

Ja, denn sowohl unter 15.5, wo ich zuletzt vor dem Upgrade auf 15.6 das Problem auch schon hatte wie auch unter 15.6 ging dem Problem ein Update von mehreren Plasma-Paketen voraus, wo sich tatsächlich die dritte Stelle der "echten" Versionssnummer geändert hat und nicht etwa nur die Suse-Version. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel

Am 19.06.24 um 11:07 schrieb Herbert Albert: ...

da könntest Du recht haben. Manchmal geht das Herunterfahren schnell, manchmal dauert es. Wenn ich dann auf die Konsole schaue (Escape-Taste), steht da eine "Stop-Job is running"-Meldung mit eine meist 2min Zähler. Doch welcher job wird mir am der Stelle nicht verraten.

Hatte ich hier auch. (Leap und Tumbleweed) Seit ich mich vorher abmelde und dann auf Herunterfahren gehen treten diese "Stop-Jobs" viel seltener auf. Gruß Peter

Am Donnerstag, 13. Juni 2024, 21:47:38 CEST schrieb Herbert Albert:

Nur wenn ich im Repo auf baseurl=http://download.opensuse.org/update/leap/$releasever/backports/ umstelle und ein Zypper ref && Zypper up mache steht danach im Repo wieder die URL mit cdn. Das verstehe ich nicht.

Das cdn.opensuse..... wird als Service installiert. Lass dir mit zypper lr -d die URLs anzeigen und lösche die beiden Pakete und sperre diese: zypper ll # | Name | Type | Repository | Comment --+----------------------------+---------+------------+-------- 1 | openSUSE-repos-Leap | package | (beliebig) | 2 | openSUSE-repos-Leap-NVIDIA | package | (beliebig) | Danach die Repos anhand der zypper Liste mit download.opensuse...... anlegen. Stephan

Am 16. Juni 2024 08:09:21 MESZ schrieb "Manfred Haertel, DB3HM" :

Stephan Hemeier schrieb:

...

Am Donnerstag, 13. Juni 2024, 21:47:38 CEST schrieb Herbert Albert:

...

Nur wenn ich im Repo auf baseurl=http://download.opensuse.org/update/leap/$releasever/backports/ umstelle und ein Zypper ref && Zypper up mache steht danach im Repo wieder die URL mit cdn. Das verstehe ich nicht.

Das cdn.opensuse..... wird als Service installiert.

Lass dir mit zypper lr -d die URLs anzeigen und lösche die beiden Pakete und sperre diese: zypper ll

# | Name | Type | Repository | Comment --+----------------------------+---------+------------+-------- 1 | openSUSE-repos-Leap | package | (beliebig) | 2 | openSUSE-repos-Leap-NVIDIA | package | (beliebig) |

Danach die Repos anhand der zypper Liste mit download.opensuse...... anlegen.

Da muss ich mal kurz reingrätschen... Ich betreibe hier doch ein paar OpenSuse-Leap-Systeme und -VMs und bei ALLEN ist bei mir download.opensuse... als Update-Quelle eingetragen.

Ich wundere mich immer, dass alle immer sagen, bei Ihnen wäre cdn.opensuse... eingetragen, das wäre auch richtiger/besser so, aber sie hätten Probleme damit. Ich habe jedenfalls Probleme mit download.opensuse..., hier bleibt das Runterladen der Pakete immer mal Minuten lang hängen.

Erste Frage: Warum ist das bei mir anders? Die oben genannten Pakete sind auch nicht installiert. Die meisten Systeme haben aber auch eine gewisse Update-Historie.

Zweite Frage: Wie ist es denn nun tatsächlich richtig? Sollte ich besser die Pakete installieren? Oder ist es (noch?) egal?

Naja. Wenn du keine Probleme hast mit den cdn ist doch alles gut. Ich habe alle cdn entfernt, weil die nicht zuverlässig tun. Und ich bin damit wohl nicht alleine Gruß Eric

Am Sonntag, 16. Juni 2024, 08:09:21 CEST schrieb Manfred Haertel, DB3HM:

Stephan Hemeier schrieb:

...

Am Donnerstag, 13. Juni 2024, 21:47:38 CEST schrieb Herbert Albert:

...

Nur wenn ich im Repo auf baseurl=http://download.opensuse.org/update/leap/$releasever/backports/ umstelle und ein Zypper ref && Zypper up mache steht danach im Repo wieder die URL mit cdn. Das verstehe ich nicht.

Das cdn.opensuse..... wird als Service installiert.

Lass dir mit zypper lr -d die URLs anzeigen und lösche die beiden Pakete und sperre diese: zypper ll

# | Name | Type | Repository | Comment --+----------------------------+---------+------------+-------- 1 | openSUSE-repos-Leap | package | (beliebig) | 2 | openSUSE-repos-Leap-NVIDIA | package | (beliebig) |

Danach die Repos anhand der zypper Liste mit download.opensuse...... anlegen. Da muss ich mal kurz reingrätschen... Ich betreibe hier doch ein paar OpenSuse-Leap-Systeme und -VMs und bei ALLEN ist bei mir download.opensuse... als Update-Quelle eingetragen.

Ich wundere mich immer, dass alle immer sagen, bei Ihnen wäre cdn.opensuse... eingetragen, das wäre auch richtiger/besser so, aber sie hätten Probleme damit. Ich habe jedenfalls Probleme mit download.opensuse..., hier bleibt das Runterladen der Pakete immer mal Minuten lang hängen.

Erste Frage: Warum ist das bei mir anders? Die oben genannten Pakete sind auch nicht installiert. Die meisten Systeme haben aber auch eine gewisse Update-Historie.

Zweite Frage: Wie ist es denn nun tatsächlich richtig? Sollte ich besser die Pakete installieren? Oder ist es (noch?) egal? Hallo Manfred,

ob es bei mir an cdn.opensuse oder download.download liegt kann ich nicht sagen, jedenfalls hängt es bei mir häufig bei den Repos update-sle und nun auch schon öfters bei update- backports. Und diese beiden Repos haben cdn.opensuse. Das mit dem cdn habe ich nicht selbst eingerichtet, sondern muss mit einem Dist-Upgrade geschehen sein. Die alten Repos mit download.opensuse sind jetzt mit *.repo.rpmsave gekennzeichnet und damit inaktiv. Gruß Herbert

Am Sonntag, 16. Juni 2024, 19:52:56 CEST schrieb Helga Fischer:

Am Sonntag, 16. Juni 2024, 10:42:08 MESZ schrieb Herbert Albert:

[...]

...

ob es bei mir an cdn.opensuse oder download.download liegt kann ich nicht sagen, jedenfalls hängt es bei mir häufig bei den Repos update-sle und nun auch schon öfters bei update- backports. Und diese beiden Repos haben cdn.opensuse. Das mit dem cdn habe ich nicht selbst eingerichtet, sondern muss mit einem Dist-Upgrade geschehen sein.

Die cdns hatte ich auch und die haben immer mit Fehlermeldungen geglänzt.

Ich habe ein wenig gebraucht, zu verstehen, dass man sie wie andere Pakete per YaST (oder auch zypper) deinstallieren muss. Über die normale Repo-Verwaltung geht es nicht.

Bisher habe ich sie nicht vermisst.

Helga Hallo Helga,

wie beschrieben liegen in meinem /etc/zypp/repos.d ja noch die alten Repo- einträge mit der Endung rpmsave. Verrätst Du mir, wie du mit Yast den alten Zustand wieder herstellst? Gruß Herbert

Am Sonntag, 16. Juni 2024, 20:24:46 CEST schrieb Stephan Hemeier:

Am Sonntag, 16. Juni 2024, 20:15:00 CEST schrieb Herbert Albert:

...

Am Sonntag, 16. Juni 2024, 19:52:56 CEST schrieb Helga Fischer:

...

Am Sonntag, 16. Juni 2024, 10:42:08 MESZ schrieb Herbert Albert:

[...]

...

ob es bei mir an cdn.opensuse oder download.download liegt kann ich nicht sagen, jedenfalls hängt es bei mir häufig bei den Repos update-sle und nun auch schon öfters bei update- backports. Und diese beiden Repos haben cdn.opensuse. Das mit dem cdn habe ich nicht selbst eingerichtet, sondern muss mit einem Dist-Upgrade geschehen sein.

Die cdns hatte ich auch und die haben immer mit Fehlermeldungen geglänzt.

Ich habe ein wenig gebraucht, zu verstehen, dass man sie wie andere Pakete per YaST (oder auch zypper) deinstallieren muss. Über die normale Repo-Verwaltung geht es nicht.

Bisher habe ich sie nicht vermisst.

Helga

Hallo Helga,

wie beschrieben liegen in meinem /etc/zypp/repos.d ja noch die alten Repo- einträge mit der Endung rpmsave. Verrätst Du mir, wie du mit Yast den alten Zustand wieder herstellst?

Gruß

Herbert

Lese Beitrag vom 14 Jun 07:42

Stephan Hallo Stephan,

der ist mir etwas zu knapp, weshalb ich ihn nicht ganz verstanden habe. Das mit dem Sperren mit zypper ll verstehe ich nicht. Was muss ich wie Sperren. Es sind nahezu alle "openSUSE:repo*" Repos mit cdn betroffen. Reicht es die cdn Repos zu löschen und meine mit rpmsave gekennzeichneten in *.repo umzubenennen, mit einem anschließenden zypper ref? Gruß Herbert

Am Sonntag, 16. Juni 2024, 20:38:05 CEST schrieb Stephan Hemeier:

Am Sonntag, 16. Juni 2024, 20:31:38 CEST schrieb Herbert Albert:

...

Reicht es die cdn Repos zu löschen

Nein, die cdn Repos kannst du so nicht löschen, die kommen wieder.

Du musst folgende Pakete mit folgendem Befehl als root löschen:

zypper rm openSUSE-repos-Leap openSUSE-repos-Leap-NVIDIA

Und diese dann sperren: zypper al openSUSE-repos-Leap openSUSE-repos-Leap-NVIDIA

...

und meine mit rpmsave gekennzeichneten in *.repo umzubenennen, mit einem anschließenden zypper ref?

Ja, deine rpmsave wieder zu repo umbenennen reicht.

Stephan Hallo Stephan,

danke, scheint geklappt zu haben. Zumindest hat zypper ref nicht gemeckert. Gruß Herbert

Am Sonntag, 16. Juni 2024, 21:04:56 CEST schrieb Stephan Hemeier:

zypper lr -d

*:/etc/zypp/repos.d #* zypper lr -d # | Alias | Name | Enabled | GPG Check | Refresh | Priority | Type | URI | Service ---+---------------------------------------------- +---------------------------------------------------------------------------------------------+---------+----------- +---------+----------+- -------+---------------------------------------------------------------------------+-------- 1 | Application_Geo | Applications related to the earth (GIS, Mapping, geodesy, GPS, astronomy) (15.5) | Yes | (r ) Yes | Yes | 99 | rpm-md | https://download.opensuse.org/repositories/Application:/Geo/15.5/ | 2 | Education | Applications for education users (15.5) | Yes | (r ) Yes | Yes | 99 | rpm-md | https://download.opensuse.org/repositories/Education/15.5/ | 3 | KDE_KDE3 | KDE 3.5.10 and associated software (15.5) | Yes | (r ) Yes | Yes | 97 | rpm-md | http://download.opensuse.org/repositories/KDE:/KDE3/15.5/ | 4 | LibreOffice_24.2 | LibreOffice 24.2 (15.5) | Yes | (r ) Yes | No | 98 | rpm-md | https://download.opensuse.org/repositories/LibreOffice:/24.2/15.5/ | 5 | NVIDIA | NVIDIA | Yes | (r ) Yes | Yes | 98 | rpm-md | https://download.nvidia.com/opensuse/leap/15.5 | 6 | Publishing | Publishing | Yes | (r ) Yes | Yes | 99 | rpm-md | https://download.opensuse.org/repositories/Publishing/openSUSE_Leap_15.5/ | 7 | SoftMaker | SoftMaker | Yes | (r ) Yes | Yes | 99 | rpm-md | https://shop.softmaker.com/repo/rpm | 8 | devel_languages_perl | perl modules (15.5) | Yes | (r ) Yes | Yes | 99 | rpm-md | https://download.opensuse.org/repositories/devel:/languages:/perl/15.5/ | 9 | graphics | Graphics Project (15.5) | Yes | (r ) Yes | Yes | 101 | rpm-md | http://download.opensuse.org/repositories/graphics/15.5/ | 10 | home_ecsos_Publishing | home:ecsos:Publishing (openSUSE_Leap_15.5) | Yes | (r ) Yes | Yes | 99 | rpm-md | https://download.opensuse.org/repositories/home:/ecsos:/Publishing/15.5/ | 11 | mozilla | Mozilla based projects (openSUSE_Leap_15.5) | Yes | (r ) Yes | Yes | 98 | rpm-md | http://download.opensuse.org/repositories/mozilla/openSUSE_Leap_15.5/ | 12 | multimedia_apps | multimedia:apps | Yes | ( p) Yes | Yes | 102 | rpm-md | http://download.opensuse.org/repositories/multimedia:/apps/15.5/ | 13 | multimedia_libs | Multimedia Libraries, Codecs and Command Line Tools (15.5) | Yes | (r ) Yes | Yes | 102 | rpm-md | https://download.opensuse.org/repositories/multimedia:/libs/15.5/ | 14 | openSUSE_Leap_$releasever_SLE-Update | Online updates for openSUSE Leap 15.5 (SLE) | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.5/sle/ | 15 | opensuse-guide.org-openSUSE_Leap_$releasever | Libdvdcss Repository | Yes | (r ) Yes | Yes | 99 | rpm-md | http://opensuse-guide.org/repo/openSUSE_Leap_15.5/ | 16 | packman | packman | Yes | (r ) Yes | Yes | 20 | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.5/ | 17 | repo-backports-debug-update | Update repository with updates for openSUSE Leap debuginfo packages from openSUSE Backports | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.5/backports_debug/ | 18 | repo-backports-update | Update repository of openSUSE Backports | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.5/backports/ | 19 | repo-non-oss | openSUSE-Leap-15.5-Non-Oss | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.5/repo/non-oss/ | 20 | repo-oss | openSUSE-Leap-15.5-Oss | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/distribution/leap/15.5/repo/oss/ | 21 | repo-sle- debug-update | Update repository with debuginfo for updates from SUSE Linux Enterprise 15 | No | ---- | ---- | 99 | N/A | http://download.opensuse.org/debug/update/leap/15.5/sle/ | 22 | repo-update | openSUSE-Leap-15.5-Update | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.5/oss/ | 23 | repo-update-non-oss | openSUSE-Leap-15.5-Update-Non-Oss | Yes | (r ) Yes | Yes | 99 | rpm-md | http://download.opensuse.org/update/leap/15.5/non-oss/ | 24 | science | Software for Scientists and Engineers (15.5) | Yes | (r ) Yes | Yes | 98 | rpm-md | https://download.opensuse.org/repositories/science/15.5/ | 25 | teamviewer | TeamViewer - x86_64 | No | ---- | ---- | 99 | N/A | https://linux.teamviewer.com/yum/stable/main/binary-x86_64/ |

Am Sonntag, 16. Juni 2024, 21:46:51 CEST schrieb Stephan Hemeier:

Die opensuse Repos sind vorhanden, aber bei den anderen Repos würde ich auf jedem Fall mal aufräumen.......

Denn z.B. multimedia:libs und Packman gleichzeitig können dir Schwierigkeiten bereiten.....

Stephan sind denn bei Packman die Pakete aus multimedia:libs enthalten? Wenn ja, wie gehe ich weiter vor nachdem ich das Repo auf enabled=0 und autorefresh=0 gesetzt habe um die Pakete dann per zypper auf Packman zu legen? Ein zypper up wird wohl nicht reichen.

Am Sonntag, 16. Juni 2024, 20:38:05 MESZ schrieb Stephan Hemeier:

Am Sonntag, 16. Juni 2024, 20:31:38 CEST schrieb Herbert Albert:

...

Reicht es die cdn Repos zu löschen

Nein, die cdn Repos kannst du so nicht löschen, die kommen wieder.

Du musst folgende Pakete mit folgendem Befehl als root löschen:

zypper rm openSUSE-repos-Leap openSUSE-repos-Leap-NVIDIA

Und diese dann sperren: zypper al openSUSE-repos-Leap openSUSE-repos-Leap-NVIDIA

...

und meine mit rpmsave gekennzeichneten in *.repo umzubenennen, mit einem anschließenden zypper ref?

Ja, deine rpmsave wieder zu repo umbenennen reicht.

Klappt alles nicht. Damit habe ich es auch versucht gehabt. Leider weiß ich nicht mehr, wie ich es YaST beigebracht habe, mir die beiden Repos auszuwerfen. Ich habe einfach die Suche bemüht und da tauchten die Dinger dann doch auf. Von dort aus habe ich sie dann auch wegbekommen durch Deinstallation. Die übelste Hürde war wirklich zu verstehen, dass es einer Deinstallation bedurfte. Helga -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de

Stephan Hemeier schrieb:

...

Die übelste Hürde war wirklich zu verstehen, dass es einer Deinstallation bedurfte.

Helga

Da ging es dir wie mir. Bis ich dahintergekommen bin, wie die eigentlich ins System kommen, denn ich hab da nichts angefasst.......

Tja, und ich verstehe halt nicht, warum ich sie NICHT habe und zwar auf keinem einzigen von mir aufgesetzten System (und inklusive VMs sind das einige), obwohl ich da auch nichts spezielles gemacht habe. Ich habe mich nur immer gewundert, warum immer alle von cdn.opensuse statt download.opensuse schreiben und mich gefragt, ob ICH was falsch mache. Ich bin aber ja auch so ein pöser Pursche, der sich weigert, ständig Neuinstallationen zu machen, weil die Upgrades bei mir ja so gut funktionieren... Es liegt vermutlich an der Upgrade-Historie. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel

Am Montag, 17. Juni 2024, 02:54:55 CEST schrieb Manfred Haertel, DB3HM:

Stephan Hemeier schrieb:

...

...

Die übelste Hürde war wirklich zu verstehen, dass es einer Deinstallation bedurfte.

Helga

Da ging es dir wie mir. Bis ich dahintergekommen bin, wie die eigentlich ins System kommen, denn ich hab da nichts angefasst....... Tja, und ich verstehe halt nicht, warum ich sie NICHT habe und zwar auf keinem einzigen von mir aufgesetzten System (und inklusive VMs sind das einige), obwohl ich da auch nichts spezielles gemacht habe. Ich habe mich nur immer gewundert, warum immer alle von cdn.opensuse statt download.opensuse schreiben und mich gefragt, ob ICH was falsch mache.

Ich bin aber ja auch so ein pöser Pursche, der sich weigert, ständig Neuinstallationen zu machen, weil die Upgrades bei mir ja so gut funktionieren... Es liegt vermutlich an der Upgrade-Historie. Ich glaube das hat damit nichts zu tun. Ich mache schon seit ewiger Zeit keine Neuinstallationen mehr und trotzdem was das installiert. Nicht das die Dinger nicht funktionieren, was ich aber fast kritischer finde ist, dass man einfach so repos bzw. download-Quellen hinzugefügt bekommt. Könnte man ja auch auf ganz dumme Ideen kommen...

Gruß Eric

Hallo ich glaube 2023 gab es bei Opensuse eine News dazu... https://news.opensuse.org/2023/07/31/try-out-cdn-with-opensuse-repos/ Gerald Am 17.06.24 um 13:39 schrieb Helga Fischer:

Am Sonntag, 16. Juni 2024, 21:06:59 MESZ schrieb Stephan Hemeier:

...

...

Die übelste Hürde war wirklich zu verstehen, dass es einer Deinstallation bedurfte. Da ging es dir wie mir. Bis ich dahintergekommen bin, wie die eigentlich ins System kommen, denn ich hab da nichts angefasst....... Ich habe Tumbleweed. Und ich habe Zusatzrepos.

Aber die cdn-Dinger haben mich echt ins Grübeln gebracht.

Sie sind jetzt, viele, viele Updates später nicht wieder aufgetaucht. Ich gehe eigentlich davon aus, dass das vielleicht ein nicht mehr benutzter Pfad der Maintainer ist.

Helga

Helga Fischer schrieb:

Scheint bei mir jetzt - nach zwei Tagen Pause - auch wieder zu funktionieren. Vorgestriges Update war was mit qt6-Workplace.

Dafür ist gestern bei Leap 15.6 derselbe Fehler mit dem "Vergessen" der gestarteten Pakete neu reingekommen, nachdem er vorher (noch) nicht da war... seufz... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel

Helga Fischer schrieb:

Am Samstag, 15. Juni 2024, 16:21:47 MESZ schrieb Manfred Haertel, DB3HM:

...

Helga Fischer schrieb:

...

Scheint bei mir jetzt - nach zwei Tagen Pause - auch wieder zu funktionieren. Vorgestriges Update war was mit qt6-Workplace.

Dafür ist gestern bei Leap 15.6 derselbe Fehler mit dem "Vergessen" der gestarteten Pakete neu reingekommen, nachdem er vorher (noch) nicht da war... seufz...

Jetzt ist der Fehler bei Tumbleweed auch wieder da...

Nein, er tritt halt nur intermittierend auf. So etwa jedes zweite oder dritte Mal im langen Durchschnitt, wobei es möglicherweise noch von äußeren Umständen abhängt (Memory-Verbrauch, Anzahl offene Fenster, momentane Stimmungslage von KDE, Mondphase, was auch immer). Kurioserweise selten zwei mal hintereinander. Ich hab grade in einer unwichtigeren VM (unter Leap 15.6) eine kleine Testreihe gemacht... -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel