From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id E1AE71580FD for ; Thu, 26 Dec 2024 11:21:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0E36BE0824; Thu, 26 Dec 2024 11:21:42 +0000 (UTC) Received: from smarthost01c.ixn.mail.zen.net.uk (smarthost01c.ixn.mail.zen.net.uk [212.23.1.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id ABFD9E07C9 for ; Thu, 26 Dec 2024 11:21:41 +0000 (UTC) Received: from [82.69.80.10] (helo=cube.localnet) by smarthost01c.ixn.mail.zen.net.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1tQlvu-000SBA-Tm for gentoo-user@lists.gentoo.org; Thu, 26 Dec 2024 11:21:39 +0000 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Plasma app preservation Date: Thu, 26 Dec 2024 11:21:39 +0000 Message-ID: <12581764.O9o76ZdvQC@cube> In-Reply-To: <80b7415d-baad-77a1-de01-d60ef753e0b5@gmail.com> References: <12597376.O9o76ZdvQC@cube> <80b7415d-baad-77a1-de01-d60ef753e0b5@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-Originating-smarthost01c-IP: [82.69.80.10] Feedback-ID: 82.69.80.10 X-Archives-Salt: 1cbe8e01-6bc4-4024-a5ac-861a621dfb0a X-Archives-Hash: c06c262f9a003adf9b0a86529b68ec95 On Monday 23 December 2024 20:13:55 GMT Dale wrote: > Peter Humphrey wrote: > > On Sunday 22 December 2024 17:58:30 GMT Dale wrote: > >> Peter Humphrey wrote: > >>> On Friday 20 December 2024 20:28:05 GMT Matt Jolly wrote: > >>>> It doesn't matter what SDDM is using - it can launch either an X11 or > >>>> Wayland Plasma session for the DE in question. > >>>> > >>>> Use the dropdown in SDDM to select a Plasma (X11) session and you > >>>> should > >>>> be > >>>> fine. > >>> > >>> That took a bit of spotting - thanks. > >>> > >>> I wonder if there's a way to make my selection there permanent. > >> > >> On my systems, it remembers the last one selected. To be honest tho, > >> I'd double check the next few logins to be sure. :-) Also, check after > >> each upgrade to sddm, possibly your desktop as well. I've noticed it > >> changing in the past but is rare and usually after some upgrades. I'm > >> not sure what upgrade triggers the change, sddm, KDE or something else. > > > > I can now see it does that here too. The one exception is my three gkrellm > > panels, which go to Desktop 1. > > I seem to recall having issues with gkrellm as well. One thing I tried, > logging out while gkrellm was closed. Then logging in, opening gkrellm > and logging back out. It helped some, went to wrong screen but right > desktop. I ended up setting up a KDE window rule for it to make it park > on the right monitor. It worked ever since. Since gkrellm is > different, make sure gkrellm is active, selected or whatever and hit Alt > + F3 then select More Actions and rules. I did mine for the whole app I > think. > > One of those should beat some sense into it. I hope. :-D Fraid not, Dale. I had a kernel upgrade this morning, so a reboot was in order. I had set up a window rule to display the three gkrellms on Desktop 4, but they still appear on Desktop 1. Your idea of logging out & in didn't help either. Looks like I'll have to exclude gkrellm from being restarted on login. -- Regards, Peter.