I’m not sure about that… There must be some base image where it’s present. I see you’re running cd, rm in different sequences – maybe they are running in separate shells? What about rm /etc/yum.repos.d/terra.repo?
Did that on my current install, I got hyprpanel working but the iso rm does not work either.
EDIT: But now I can’t upgrade it seems because astal conflicts and I cannot use rpmostree remove astal as it is not requested…
Hey, I am facing an issue upgrading my system. QT6 got 6.9, but hyprland-qtutils and hyprland-qt-support still require 6.8.x. The error:
Problem 1: installed package hyprland-qt-support-0.1.0-3.fc42.x86_64 requires libQt6Core.so.6(Qt_6.8_PRIVATE_API)(64bit), but none of the providers can be installed
- cannot install both qt6-qtbase-6.9.0-1.fc42.x86_64 from updates and qt6-qtbase-6.8.2-3.fc42.x86_64 from @System
- cannot install both qt6-qtbase-6.8.2-3.fc42.x86_64 from fedora and qt6-qtbase-6.9.0-1.fc42.x86_64 from updates
- cannot install the best update candidate for package qt6-qtbase-6.8.2-3.fc42.x86_64
- cannot install the best update candidate for package hyprland-qt-support-0.1.0-3.fc42.x86_64
Problem 2: installed package hyprland-qtutils-0.1.3-4.fc42.x86_64 requires hyprland-qt-support(x86-64), but none of the providers can be installed
- installed package hyprland-qt-support-0.1.0-3.fc42.x86_64 requires libQt6Core.so.6(Qt_6.8_PRIVATE_API)(64bit), but none of the providers can be installed
- package hyprland-qt-support-0.1.0-3.fc42.x86_64 from copr:copr.fedorainfracloud.org:solopasha:hyprland requires libQt6Core.so.6(Qt_6.8_PRIVATE_API)(64bit), but none of the providers can be installed
- cannot install both qt6-qtbase-6.9.0-1.fc42.x86_64 from updates and qt6-qtbase-6.8.2-3.fc42.x86_64 from @System
- cannot install both qt6-qtbase-6.8.2-3.fc42.x86_64 from fedora and qt6-qtbase-6.9.0-1.fc42.x86_64 from updates
- cannot install the best update candidate for package hyprland-qtutils-0.1.3-4.fc42.x86_64
Problem 3: problem with installed package
- installed package hyprland-qt-support-0.1.0-3.fc42.x86_64 requires libQt6Core.so.6(Qt_6.8_PRIVATE_API)(64bit), but none of the providers can be installed
- package hyprland-qt-support-0.1.0-3.fc42.x86_64 from copr:copr.fedorainfracloud.org:solopasha:hyprland requires libQt6Core.so.6(Qt_6.8_PRIVATE_API)(64bit), but none of the providers can be installed
- cannot install both qt6-qtbase-6.9.0-1.fc42.x86_64 from updates and qt6-qtbase-6.8.2-3.fc42.x86_64 from @System
- cannot install both qt6-qtbase-6.8.2-3.fc42.x86_64 from fedora and qt6-qtbase-6.9.0-1.fc42.x86_64 from updates
- package gstreamer1-plugins-good-qt6-1.26.0-2.fc42.x86_64 from updates requires libQt6Core.so.6(Qt_6.9)(64bit), but none of the providers can be installed
- cannot install the best update candidate for package gstreamer1-plugins-good-qt6-1.26.0-1.fc42.x86_64
Problem 4: problem with installed package
- installed package hyprland-qtutils-0.1.3-4.fc42.x86_64 requires hyprland-qt-support(x86-64), but none of the providers can be installed
- package hyprland-qtutils-0.1.3-4.fc42.x86_64 from copr:copr.fedorainfracloud.org:solopasha:hyprland requires hyprland-qt-support(x86-64), but none of the providers can be installed
- installed package hyprland-qt-support-0.1.0-3.fc42.x86_64 requires libQt6Core.so.6(Qt_6.8_PRIVATE_API)(64bit), but none of the providers can be installed
- package hyprland-qt-support-0.1.0-3.fc42.x86_64 from copr:copr.fedorainfracloud.org:solopasha:hyprland requires libQt6Core.so.6(Qt_6.8_PRIVATE_API)(64bit), but none of the providers can be installed
- cannot install both qt6-qtbase-6.9.0-1.fc42.x86_64 from updates and qt6-qtbase-6.8.2-3.fc42.x86_64 from @System
- cannot install both qt6-qtbase-6.8.2-3.fc42.x86_64 from fedora and qt6-qtbase-6.9.0-1.fc42.x86_64 from updates
- package qt6-qt5compat-6.9.0-1.fc42.x86_64 from updates requires libQt6Core.so.6(Qt_6.9)(64bit), but none of the providers can be installed
- package qt6-qt5compat-6.9.0-1.fc42.x86_64 from updates requires libQt6Core.so.6(Qt_6.9_PRIVATE_API)(64bit), but none of the providers can be installed
- package qt6-qt5compat-6.9.0-1.fc42.x86_64 from updates requires qt6-qtbase(x86-64) = 6.9.0, but none of the providers can be installed
- cannot install the best update candidate for package qt6-qt5compat-6.8.2-1.fc42.x86_64
Package Arch Version Repository Size
Skipping packages with conflicts:
qt6-qtbase x86_64 6.9.0-1.fc42 updates 12.8 MiB
Skipping packages with broken dependencies:
gstreamer1-plugins-good-qt6 x86_64 1.26.0-2.fc42 updates 212.0 KiB
qt6-qt5compat x86_64 6.9.0-1.fc42 updates 1.6 MiB
hyprland-qt-support x86_64 0.1.0-3.fc42 copr:copr.fedorainfracloud.org:solop 425.2 KiB
hyprland-qtutils x86_64 0.1.3-4.fc42 copr:copr.fedorainfracloud.org:solop 421.9 KiB
Would it be possible to start a rebuild for those 2 packages to use/link against qt 6.9?
Hey.
I have installed aylurs-gtk-shell2 from the repo on Fedora 42, but when I try to use ags init / ags init --gtk 4 I get the following error:
error: type generation failed, try running
/home/cmihail/.nvm/versions/node/v18.16.1/bin/npx -y @ts-for-gir/cli@4.0.0-beta.19 generate * --ignoreVersionConflicts --outdir /home/cmihail/.config/ags/@girs -g /usr/local/share/gir-1.0 -g /usr/share/gir-1.0 -g /usr/share/*/gir-1.0 -g
and then when running above command:
Error: Could not generify Gtk 4.0
at file:///home/cmihail/.npm/_npx/24f50c9ed13719e6/node_modules/@ts-for-gir/lib/lib/generics/generify.js:17:19
at generify (file:///home/cmihail/.npm/_npx/24f50c9ed13719e6/node_modules/@ts-for-gir/lib/lib/generics/generify.js:25:5)
at DependencyManager.transform (file:///home/cmihail/.npm/_npx/24f50c9ed13719e6/node_modules/@ts-for-gir/lib/lib/gir/registry.js:105:9)
at GenerationHandler.start (file:///home/cmihail/.npm/_npx/24f50c9ed13719e6/node_modules/@ts-for-gir/cli/lib/generation-handler.js:35:18)
at async Object.handler (file:///home/cmihail/.npm/_npx/24f50c9ed13719e6/node_modules/@ts-for-gir/cli/lib/commands/generate.js:32:5)
Any ideas?
Try installing: gtk3-devel gtk4-devel gobject-introspection-devel libsoup3-devel libsoup-devel astal-devel
Still not working 
I am wondering if using node/npm from nvm might have anything to do with this, but fixing that would require messing up with my work env, which is something I do not wish to do…
I am wondering if using node/npm from nvm might have anything to do with this
Might be…
I ran: dnf -y in aylurs-gtk-shell2 gtk3-devel gtk4-devel gobject-introspection-devel libsoup3-devel libsoup-devel astal-devel npx in a fresh podman container, and it works:
[root@ef51e13301f8 /]# ags init
project ready at /root/.config/ags
Maybe distrobox/toolbox/devcontainers can be used as a workaround.
Greetings, thank you a lot for this copr, sorry for asking but would you mind enabling also the ppc64le builds? I built some of the packages manually using the spec files and no additional work is needed for the compatibility.
ppc64le is increasing in popularity these latest years.
Thank you
I tried this even with a fresh Fedora 42 in a virtual machine, and it still failed.
Though after a lot of debugging (including trying nix), I finally found the fix by using Type generation fails · Issue #617 · Aylur/ags · GitHub, as the issue itself was related to missing dependencies as per the command npx @ts-for-gir/cli list
More exactly, I run that command and tried to install all missing dependencies, with the last one to solve the issue being: sudo dnf install libshumate-devel
Now I am only left with these missing deps, but without them it is working so I won’t try to figure how to install them anymore:
Dependencies not found:
- PolkitAgent-1.0
- NM-1.0
Though this list was way bigger, including the annoying Shumate-1.0.
So the solution to this kind of issue is npx @ts-for-gir/cli list combined with AI search and dnf search (e.g. sudo dnf search shumate) to figure out the missing packages for those dependencies.
Hi,
There’s a bug in the latest aquamarine that breaks HDR that’s fixed by this
Could we get a new build or could you make aquamarine 0.9.0 available?
Can confirm this HDR issue is fixed with 0.9.1-2.fc42
Thanks!
Just wanted to say thanks so much for maintaining this 
It allowed me to very easily create a custom bazzite image with hyprland GitHub - gabeklavans/bazzite-hyprland: A customized bazzite image that uses hyprland as a WM with several neutral choices for completing the desktop environment experience. which made it very easy and fun to try out hyprland! Maybe I’ll even stick with it
Hi there, as of today i get an Error starting Hyprland:
Hyprland: error while loading shared libraries: libhyprutils.so.7: cannot open shared object file: No such file or directory. I think Hyprutils so.8 exists but so.7 not anymore
Check that you don’t have a manually compiled version of Hyprland or anything else from the hypr stack. This situation isn’t possible with repository packages — they properly depend on libhyprutils.so.8()(64bit), and dnf wouldn’t allow that dependency to be broken.
Just uninstalled Hyprland complelty and made sure there is nothing left. Then reinstalled the packages. But i still get the same error. Why does it look for version so.7? You said it depend on so.8 - so.8 is installed but somehow the Hyprland binary wants so.7?.
what is the output of which Hyprland ?
/usr/bin/Hyprland
and ldconfig -p | fpaste
/usr/local/lib64/libaquamarine.so.8
/usr/local/lib64/libaquamarine.so
You have some manually compiled stuff
You can check what links to libhyprutils.so.7 with:
sudo dnf install libtree-ldd
libtree /usr/bin/Hyprland