Conversation
|
I would appreciate your input if my intended approach (reusing logic from the prior layer plus inputinhibitor) is sensible. |
|
This PR is stale because it has been open 90 days with no activity. Remove the |
|
Can we reopen this, @m-col ? |
|
Reopened |
|
@phragment I'd be very interested in getting this finished. Unfortunately I do not have any experience with working directly with wayland. |
|
How can I help out here? I really need this feature 😅 |
|
This PR is stale because it has been open 90 days with no activity. Remove the |
|
Switched to hyprland instead. It also has issues, but at least I can lock the screen now. That feature is essential for any kind of professional usage. |
|
Wayland backend is being rewritten so should be able to support this when it's done. However, I totally understand why qtile doesn't meet your needs in its current form. |
|
This PR is stale because it has been open 90 days with no activity. Remove the |
|
New Wayland backend includes support for session lock. |
|
Is session lock supposed to work now? I am still getting this with gtklock (venv) nicholas@fedora:builddir(master)$ ./gtklock ** (gtklock:5904): WARNING **: 09:06:37.128: It appears your Wayland compositor does not support the Session Lock protocol ** (gtklock:5904): CRITICAL **: 09:06:37.128: Your compositor doesn't support ext-session-lock this is with qtile 0.33 on fedora42 with wayland |
|
It's supported on the current qtile master branch |
|
@nickeisenberg The new Wayland backend is not in 0.33. You need to be on the latest git version for this (or wait for 0.34). |
|
Thank you! I built from source on master and gtklock works now. @elParaguayo @jwijenbergh |
I'm trying my hands on adding ext-session-lock-v1 support in the Qtile wlroots backend. (work in progress)
intends to fix: #4976
related: flacjacket/pywlroots#202