Makrennel/hyprland-void

Building Hyprland 0.30.0+

Closed this issue · 9 comments

I was able to install hyprland 0.30... But for this I had to compile gcc13 using xbps-src... I am currently the only one who can use the new versions, although I can share .xbps files for gcc13 and dependencies.

I think we should reach out to the void developers. Their compilation error is literally that one server with a dependency died and they did not change it in the gcc template

PR with new version
and all needed templates?

PR with new version and all needed templates?

My gcc template: here
In hyprland template, I just changed the version and the checksum
And you also need to make a couple of changes to common/shlibs
This will become clear during the build process

By the way, clang 15, which is in repositories, is also suitable for building hyprland 0.30. Can anyone try to compile it like this?

I think we should reach out to the void developers. Their compilation error is literally that one server with a dependency died and they did not change it in the gcc template

Hey, absolutely do reach out to them. I figured it would probably be pretty simple to get a functional gcc13 template, but just for risk of causing unforeseen problems with other programs I'm not interested in carrying a gcc template replacement in this repository.

There's already a pr for an updated gcc, just hasn't been merged yet

gcc 13.2.0 has been rolled out on void, can we get these long awaited Hyprland updates now?

Updated to 0.34.0, but I don't currently have a machine set up that can test the package once installed, let me know if there's issues with the package.

I tried to build new version and it seems there is some problem with the wlroots version:
Hyprland: symbol lookup error: /usr/lib/libwlroots.so.13032: undefined symbol: drmModeCloseFB

anyway thanks for your work

I tried to build new version and it seems there is some problem with the wlroots version: Hyprland: symbol lookup error: /usr/lib/libwlroots.so.13032: undefined symbol: drmModeCloseFB

Should be fixed with #19