-
-
Notifications
You must be signed in to change notification settings - Fork 58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hyprlock crashes when no display available. #434
Comments
I am also experiencing these issues, especially when closing the lid of my laptop or when a monitor goes into standby while locked. Weird thing is that I'm not getting any logs from hypridle nor hyprlock. How are you acquiring these error messages? |
journalctl --user -u hypridle | tail -n 500 |
Able to consistently reproduce on AMD with hyprwm/Hyprland@4beac91, hyprlock @ cf0e975 as well with:
hyprlock.conf
hyprlock.log
hyprland.log
|
Encountered the same issue on nixos-unstable with nVidia 1660 GPU. |
I can confirm. I reproduced it by
Hyprlock is stuck with
Probably related to hyprwm/Hyprland#6995 |
Also kinda related to #417 |
Please rename this issue, since it has nothing to do with NixOS or Nvidia |
bindl=,switch:on:[switch name],exec,hyprctl keyword monitor "eDP-1, disable" |
I'm on NixOS and after recently switching from 24.05 stable version of hyprlock (0.3.0) to upstream (hyprlock-0.4.1+date=2024-08-18_f673759), I found that the one of my monitors shows a fully red screen while on the other, hyprlock is running but does not accept any input. I do not have any logging enabled at the moment but I'll enable to get some data on it. This is similar to what I experienced back in March.
I forgot to add that after I started using 24.05 stable version of hyprlock (0.3.0) I thought the issue was fixed but of course there were a version mismatch from me issue I mentioned :) Edit 01. Sept:Logged on at 11:19, found secondary monitor red and primary ok but not accepting input.
Then shortly after brave dumps core and it also seem to affect pipewire + wireplumber
I just switched hyprland to use the package from the unstable channel (0.42.0). |
For now
Edit: nevermind for that was some bad commit I was on. It works on 0.42.0 with the command. |
Unfortunately Hyprland 0.42.0 refuses to run on my system, gets a SIGABRT shortly after starting so I won't be able to test / verify it. Hyprland just before sigabrt.
I'll take a look at the logs and open a new issue related to it Hyprland. |
I guess you are on nixos. Most likely your systems mesa version does not match the one that Hyprland was build with. |
Correct about nixos, I am running on 24.05 but I do also have an overlay to pass in the unstable channel for certain packages, this is also where hyprland 0.42.0 comes in, aka I do not add hyprland as a separate input. This way I can specify a package from unstable like so: programs.hyprland = {
enable = true;
xwayland.enable = true;
package = pkgs.unstable.hyprland;
}; If this is wrong, I'd happily correct it :) |
Yeah this is wrong, since
You cannot test if this is fixed properly with 0.42.0 anyways, so I would highly suggest you use the hyprland flake directly. |
Cool and no worries, I'll update my inputs to use the hyprland flake directly and give it another go a bit later on, thanks for the pointers. |
@PaideiaDilemma gave it a quick shot before logging off for the day. Using the flake directly but staying on NixOS 24.05 stable results in a failed build because stable only has libinput v1.25 (requires libinput>=1.26.0, which is available in unstale). Setting my base nixpkgs to point to unstable is even worse, it complains that the directory for hyprland is not a git repository ( |
Well that is unfortunate. You could overlay a newer libinput version to fix it, but that is annoying.
Pretty sure that is because you need See the hyprland wiki's nix section. |
Adding Thanks for the pointers so far. :) |
use something like this to take xdph from the flake. Good luck.
|
Regarding the actual issue: To fix it make sure you update aquamarine to 0.4.0. If you can't yet put |
That worked like a charm (also a tad simpler than my approach), thank you. I'm now on latest
Edit: |
Use the flake and make sure you use |
Do something like this on your flake like @PaideiaDilemma said: hyprland.url = "git+https://github.com/hyprwm/Hyprland?submodules=1";
hyprland.inputs.nixpkgs.follows = "nixpkgs-unstable"; |
Hi and thanks, unfortuntately it is exactly the way I've already set it up. I am going to make my configuration public soon so it will be a bit easier to reference, but for now, this is how it's set up after I switched to unstable: My inputs: inputs = {
nixpkgs.url = "github:nixos/nixpkgs/nixos-unstable";
hyprland.url = "git+https://github.com/hyprwm/Hyprland?submodules=1";
hyprland.inputs.nixpkgs.follows = "nixpkgs";
} Systems configuration for hyprland: programs.hyprland = {
enable = true;
xwayland.enable = true;
package = inputs.hyprland.packages."${pkgs.system}".hyprland;
portalPackage = inputs.hyprland.packages.${pkgs.system}.xdg-desktop-portal-hyprland;
}; Finally, hyprlock is set up via home-manager as part of my flake, with inputs fed to home-manager via extraSpecialArgs: programs.hyprlock = {
enable = true;
package = inputs.hyprlock.packages."${pkgs.system}".hyprlock;
}
|
I don't understand. Add
to your inputs and then just uncomment the |
FML, yeah that was my problem, I had not set nixpkgs.follows on hyprlock, I only did it on hyprland facepalm I must skipped past the last part of your comment
Sorry and thanks @PaideiaDilemma :) |
Today when I got back from work, one of my monitors were black while my main monitor showed hyprlock, it initially did not respond to input, however after about a second my second monitor was restored and input was accepted. This is with Edit 08. Sept: |
FWIW this seems to have started happening again (even after hyprwm/Hyprland@83ab3ae). |
Yeah the root cause has not been fixed yet. I need to figure out a few things to know how to address it properly. Basically headless outputs need to advertise a default mode in aq. |
Thanks, I'll re-add the monitor rule. I wonder if the root cause of the issue also leads to this somehow. Sorry for the off-topic. |
Thank you so much, I've been having issues with this exact thing for months, and I couldn't lock my screen (I'd instead switch to another tty) because it would just freeze everything. Adding this to my config fixed it completely! |
Hi there,
I have been running hyprlock with my hyprland setup and it's been great.
Recently, however I have had a lot of red screens, and a couple of crashes.
I am running on an NVidia GPU with kernel 6.9 on NixOS.
Here is my hyprlock config:
And if necessary here is my hypridle setup:
Below is my journalctl output, stating that there is a double free or corruption.
journalctl output
I am most worried about the fact that it could not connect to a wayland compositor.
Any thoughts on this?
The text was updated successfully, but these errors were encountered: