Da wäre aber eher noch die Frage was da genau die Ursache bei Dir ist, denn ich kann das unter Leap 16.0 bei mir nicht bestätigen.
Hast Du versucht, gleich nach dem login ein "zypper up" zu starten ? Oder woher weißt Du, wie lange discover das Package management lockt ?
Du hast behauptet dass discover "soviel Unsinn gemacht hat in früherer Zeit und auch jetzt noch macht."
Und wenn man dann nachfragt was es denn jetzt aktuell noch für einen Unsinn macht
In meinem Post hatte ich durchaus eine konkrete Kritik:
ZitatMich nervt schon länger, dass discover nach jedem Login das Package Management ewig blockiert.
Die Aussage halte ich für übertrieben.
Oder du nutzt einfach zypper ...
Mich nervt schon länger, dass discover nach jedem Login das Package Management ewig blockiert.
Sauerland hat recht, ich werde das jetzt auch löschen. "zypper dup" und ggfs. "flatpak update" tun es auch ...
Was passiert, wenn Du die beiden Monitore an der Grafikkarte vertauschst ? Wandert der Fehler mit ?
Unter Plasma6 / Wayland funktioniert rxappdev / RememberWindowPositions tatsächlich - danke.
Ich hatte das vor längerer Zeit mal (ich glaube unter Leap 15.6) ohne Erfolg ausprobiert, aber jetzt klappt es 
OK - danke für den Hinweis. Ich habe mir als Workaround bis ein Bug-Fix vorliegt ein Script gebastelt, dass die Fenster neu auf dem richtigen Desktop öffnet - wmctrl macht es möglich:
for dt in 0 1 2 3
do
wmctrl -s $dt
xterm -sb -geometry 120x32+0040+0256 &
xterm -sb -geometry 120x32+0040+0960 &
xterm -sb -geometry 120x32+1116+0256 &
xterm -sb -geometry 120x32+1116+0960 &
sleep 1
doneVon KDE bin ich es gewohnt, nach Ab- und Anmelden meine Fenster wieder an der gleichen Position vorzufinden. Bei Slowroll klappt das leider im Gegensatz zu Leap 15.6 nicht mehr.
Üblicherweise habe ich auf vier virtuellen Desktops etliche xterm-Fenster offen. Unter Slowroll landen diese beim Wiederanmelden alle wild übereinandergestapelt auf dem ersten Desktop, während die anderen drei leer bleiben. Das ist ganz schön nervig ... 
Hat noch jemand das gleiche Problem oder noch besser eine Lösung dafür ?
Bei Firmenservern mag SELinux sinnvoll sein. Aber ob der Sicherheitsgewinn auf Privatrechnern in sinnvollem Verhältnis zur Nerverei steht, bezweifele ich doch.
Erst gestern habe ich wieder heftig fluchen müssen: Von meiner Multiseat-Maschine mit Leap 15.6 habe ich die lightdm-config in meine frische Testinstallation von Slowroll kopiert. Daraufhin war der grafische Login tot - nicht weil an der config etwas falsch war, sondern weil selinux=enforcing default war und das security-Label von lightdm.conf nicht passte 
Insofern kommt für mich nur Betriebsart permissive in Betracht - zumindest solange noch am System gebastelt werden muss ...
Update: Ich habe jetzt Slowroll in einer Testumgebung auf einer alten SSD frisch installiert und dort meine beiden Seats (Monitor, Tastatur, Maus) unter lightdm ans Laufen gebracht.
Den Treiber xf86-video-ati musste ich übrigens händisch installieren, da nur der Standard-Framebuffer mit installiert wurde, was zu üblem Tearing beim verschieben von Fenstern führt
Nur beim Sound muss ich noch schauen, wie ich es am besten hinbekomme ...