Hallo Liste, seit einigen Tagen merkt sich mein KDE-Desktop keine geöffneten Fenster mehr. Ich muss alles nach dem Einschalten des PC neu öffnen. Das ist doch sehr ungewohnt. Normalerweise merkt sich der Desktop doch alles, was geöffnet war und stellt das auch ordentlich wieder her. Ist das jetzt eine von einem Update überschriebene Einstellung oder ein Bug? KDE/Tumbleweed auf aktuellem Stand. Helga -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
Herbert Albert schrieb:
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
Am Mittwoch, 19. Juni 2024, 07:09:21 CEST schrieb Manfred Haertel, DB3HM:
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. 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? Gruß Herbert
Herbert Albert schrieb:
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 Donnerstag, 13. Juni 2024, 20:25:48 CEST schrieb Stephan Hemeier:
wenn das Update aus dem Repo update-backports kommt, gibt es mal wieder ein Problem. Signature verification failed for file 'repomd.xml' from repository 'update-backports (15.5)'. Hat das wieder mit dem cdn in der URL zu tun. baseurl=http://cdn.opensuse.org/update/leap/${releasever}/backports 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. Gruß Herbert
Am Donnerstag, 13. Juni 2024, 21:47:38 CEST schrieb Herbert Albert:
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
Stephan Hemeier schrieb:
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? -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am Sonntag, 16. Juni 2024, 08:09:21 CEST schrieb Manfred Haertel, DB3HM:
download.opensuse.org ist ein redirector, der verweist dann auf einen Server in deiner Nähe. Und dieser Server könnte Probleme haben.
Warum ist das bei mir anders? Die oben genannten Pakete sind auch nicht installiert.
Der cdn-Server wird durch Installation der beiden Pakete als Service eingetragen, ist nur ein zusätzlicher Server, brauchst du nicht.
Wie ist es denn nun tatsächlich richtig? Sollte ich besser die Pakete installieren? Oder ist es (noch?) egal?
Ich hab sie nicht installiert, liegt alles an dir. Aber wenn du die cdn-Server aktivierst, solltest du die äquivalenten downlaod.opensuse.org Server deaktivieren und den refrsh ausschalten, spart einfach Zeit beim Updaten und Installieren. Stephan
Am Sonntag, 16. Juni 2024, 08:09:21 CEST schrieb Manfred Haertel, DB3HM:
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, 10:42:08 MESZ schrieb Herbert Albert: [...]
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 -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
Am Sonntag, 16. Juni 2024, 20:24:46 CEST schrieb Stephan Hemeier:
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: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
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, 20:38:05 MESZ schrieb Stephan Hemeier:
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:
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:
dann dürften die cdn bei mir auch nicht auftreten, denn ich hebe mein System auch nur immer mit zypper auf das nächste Release. Wissentlich habe ich die beiden Pakete openSUSE-repos-Leap openSUSE-repos-Leap-NVIDIA nicht installiert. Gruß Herbert
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.
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 -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
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 Donnerstag, 13. Juni 2024, 20:25:48 MESZ schrieb Stephan Hemeier:
Prima! Gur zu hören, dass das keine Idee der KDE-Entwickler ist, einem einen blitzeblanken Desktop zu hinterlassen. Scheint bei mir jetzt - nach zwei Tagen Pause - auch wieder zu funktionieren. Vorgestriges Update war was mit qt6-Workplace. Helga -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
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
Am Samstag, 15. Juni 2024, 16:21:47 MESZ schrieb Manfred Haertel, DB3HM:
Jetzt ist der Fehler bei Tumbleweed auch wieder da... Helga -- Technik - openSUSE Tumbleweed Politik - https://bge-community.de
Helga Fischer schrieb:
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
participants (9)
-
Eric Schirra -
Helga Fischer -
Herbert Albert -
Ibi Arnoldt -
Manfred Haertel, DB3HM -
Martin Burnicki -
Peter McD -
Reni N -
Stephan Hemeier