Thank you. I saw the response and i was checking the repo mentioned on discord and it is active as of two minutes ago, so this is a good sign. This is the repo and its already on copr:
I would not promote that. The guy that hinted to that just looked for a recent repo. But it’s unofficial. Just a fork by some guy. It’s normal for the arch users since they are used to the AUR and unofficial packages. This could cause issues. For example there were recently malware discoveries in the AUR . I am not the friend of downloading from some random guy’s repo. That’s why I try to promote the regular dnf repo (instead of Copr) and a certain review process. Maybe its just me but I like to play it save.
Of course a nice dnf repo is the best option. but for now this is the only thing we have i think…
I have written an e-mail to the lead developer of hyprland (vaxry) and the community manager (notashelf). Tomorrow I will write the former maintainers of the official dnf repo.
1 Like
On discord they said they are working on a official nix packaging that would work nice on fedora. This could be e new solution
1 Like
Yes I can confirm that, they know about the problem and they recognize us Fedora users. vaxry, the lead dev of hyprland even gave a rough estimate “if successful, probably up to a few weeks.”, thats some great news. 
I will wait patiently and let them cook.
very nice, now we wait and pray 
1 Like
Hi all, i was wondering has the been any update from Solopasha?
Not yet, he still seems to be MIA.
I found this fork via JaKoolLit, i am not really aware of how to review it and be sure it’s not doing any “funny” stuff, but it seems to be wrking well with the recent fedora build. Anyone who feels inclined can check it out: https://copr.fedorainfracloud.org/coprs/sdegler/hyprland/
1 Like
I can survive without a tiling window manager and wait. There is no need to jump on another unofficial package if the hyprland devs announce an official cross-plattform one. Patience is a virtue.
am unable to install hyprland-qtutils
installed package qt6-qtwayland-adwaita-decoration-6.10.1-1.fc43.x86_64 requires libQt6Core.so.6(Qt_6.10)(64bit), but none of the providers can be installed
cannot install both qt6-qtbase-6.9.2-1.fc43.x86_64 from fedora and qt6-qtbase-6.10.1-2.fc43.x86_64 from system
Thankyou for this! Life saver!
Ok so I tested the official hyprland nix-package on F43 (with Nvidia and AMD GPUs) and it works. Here are the instructions:
Note:
This package works flawlessly on AMD chips with nixGL start-hyprland.
Nvidia users are atm unfortunatly confronted with some workarounds because the necessary nixGL-package doesn’t work quite right (it doesn’t install the nixGLNvidia-wrapper properly).
(See for more info: NixGL, Nvidia 570 Drivers, and Sway Causing GBM Errors · Issue #203 · nix-community/nixGL · GitHub ).
The solution for now is to use this patched wrapper (this fix will be merged in the standard nixGL repo):
(See for more info: fix: regex pattern breaks for `NVRM version: NVIDIA UNIX Open Kernel … by tom-ainc · Pull Request #218 · nix-community/nixGL · GitHub)
You install it with:
nix profile install github:tom-ainc/nixGL#nixGLNvidia --impure
Lastly you have to use this environment variables in your hyprland.conf:
# NVidia specific environment variables
env = LIBVA_DRIVER_NAME,nvidia
env = __GLX_VENDOR_LIBRARY_NAME,nvidia
env = GBM_BACKEND,nvidia-drm
env = GBM_BACKENDS_PATH,/nix/store/q48aw39nxpwamfsxc19ad6kp3f9qjdwz-nvidia-x11-580.119.02-nixGL/lib/gbm:/nix/store/zm9vsqqz6y4ss2kws9j6caj52wav2v49-mesa-25.0.5/lib/gbm
Then start hyprland with:
nixGLNvidia-580.119.02 start-hyprland
Finally this nightmare is over. Thanks to the hyprland - team.
hyprland-qt-support-0.1.0-8.fc43 SRPM rebuilds fine (no changes required) against Fedora 43 Qt 6.10; Maintainer please rebuild/publish updated binary repo artifacts / fix repo metadata.
-
rpm -q hyprland-qt-support qt6-qtbase qt6-qtwayland-adwaita-decoration
hyprland-qt-support-0.1.0-8.fc43.x86_64
qt6-qtbase-6.10.1-3.fc43.x86_64
qt6-qtwayland-adwaita-decoration-6.10.1-1.fc43.x86_64 -
ls -1 hyprland-qt-support-*.src.rpm
hyprland-qt-support-0.1.0-8.fc43.src.rpm
1 Like
The maintainer is lost/gone/M.I.A. . Some of us gave up a while ago. The choice is other copr repos or the official hyprland nix package. Since the latter one is 100% to spec and always up to date I choose the nix package.
Forgive my lack of knowledge here but a superficial read of the whole “run nix without nixos” seems a bit convoluted.
When you say we have to run it with nixGL start-hyprland do you mean it’s not available as a choice in sddm for example ? It needs to be executed manually at startup?
Hi there. So you’re right, manually going through the TTY into hyprland isn’t really convenient. I also start hyprland through sddm. I didn’t mention it because I was very excited that it works and I left that transfer task open. So here is my sddm config:
sudo tee /usr/share/wayland-sessions/hyprland-nixgl.desktop >/dev/null <<'EOF'
[Desktop Entry]
Name=Hyprland (NixGL NVIDIA)
Comment=Hyprland via NixGL with GBM backends
Exec=/usr/bin/env GBM_BACKENDS_PATH=/nix/store/q48aw39nxpwamfsxc19ad6kp3f9qjdwz-nvidia-x11-580.119.02-nixGL/lib/gbm:/nix/store/zm9vsqqz6y4ss2kws9j6caj52wav2v49-mesa-25.0.5/lib/gbm GBM_BACKEND=nvidia-drm __GLX_VENDOR_LIBRARY_NAME=nvidia LIBVA_DRIVER_NAME=nvidia nixGLNvidia-580.119.02 start-hyprland
Type=Application
DesktopNames=Hyprland
EOF
As you can see this is not a permanent solution (for now) because the specific nixGLNvidia wrapper is hardcoded in it. But as I said in my other post. This will be fixed:
If possible, please add Hyprland-guiutils
this repo has been dead for over 4 months now, check others mentioned in the comments above