On 7/12/21 5:29 AM, ToddAndMargo via users wrote:
On 7/12/21 5:03 AM, ToddAndMargo via users wrote:
On 7/12/21 4:55 AM, Patrick O'Callaghan wrote:
On Mon, 2021-07-12 at 04:12 -0700, ToddAndMargo via users wrote:
How do I stop this behavour in KDE? I need to mouse
not to be confined.
Ctrl-Alt (without the L) works for me.
poc
Hi Patrick,
AWESOME!!! Thank you!
The writing on the top of the vm still says the L
-T
It does let me out without triggering KDE's screen lock,
but getting back into KDE and the mouse gets confined again.
So one step forward, one to go!
Is the VM running full-screen or in a window? If the latter, click
anywhere outside the window and you should be in KDE. If the former,
switch to a different virtual desktop, or exit the full-screen mode
first (hover over the centre top of the screen and you should see a
pop-up). Alternatively, use a keyboard shortcut to switch virtual
desktops.
poc
In a window. I run EVERYTHING in a window.
And everything seems to be working if I manually
start spcie-vdagent
Something is stopping systemctl from creating
the start up link
# systemctl enable spice-vdagentd
The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
Alias= settings in the [Install] section, and DefaultInstance= for template
units). This means they are not meant to be enabled using systemctl.
Possible reasons for having this kind of units are:
• A unit may be statically enabled by being symlinked from another unit's
.wants/ or .requires/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
instance name specified.
I just posted:
KDE: Something is stopping systemctl from creating the start up link
https://bugzilla.redhat.com/show_bug.cgi?id=1981338
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
