<waleee>
do the non-minimal build.zig / build.zig.zon you have include zig-wayland?
<waleee>
(and the other deps)
<Tekk>
Ooh....
<Tekk>
That might be it.
<Tekk>
Give me a second
<waleee>
because the package manager wont autofetch it for you
<Tekk>
Yeah. It's just confusing that it'd complain about wlroots not existing
<Tekk>
but it could just be a bad error message
<Tekk>
Ah, there's issue #2. I don't think codeberg lets me download a zip/tarball for an arbitrary commit
<Tekk>
So I couldn't use the package manager anyway without going to master
<waleee>
... codeberg? isn't the libraries still both on github and codeberg?
<Tekk>
ifreund archived the github copy
<Tekk>
I don't think it'd be the end of the world for me to just use c interop until I can get it working, then rewrite against the nicer api
<Tekk>
So no worries about the whole thing c:
<waleee>
ok but for the case of trouble shooting you wont have issues in this case I think since they were archived a week ago and the last commit on codeberg was a week ago
<waleee>
the last code non-readme commit was in september
<Tekk>
One sec
<Tekk>
Nah, no difference after adding pixman, xkbcommon, and wayland
<waleee>
did you make any changes at all to river's build.zig?
<waleee>
(assuming you tried it first)
<Tekk>
I didn't touch river's build.zig. I was asking in here since it's the closest there is to a room for zig-wlroots.
<Tekk>
The fact that it's not even failing to verify the hashes (which we see in zig-wayland) makes me think something *really* weird is u
<Tekk>
p
<waleee>
not that weird I think, build.zig compiles first and if it has some error I think the packages aren't fetched
<waleee>
as it would be the resulting "build this project exe" that would tetch & build the deps
<waleee>
*f
<waleee>
and it cannot compare the hashes until it has tried to build the library artefacts
<waleee>
Tekk: you have a spelling error on zig-pixman ("zig-pixmap")
<Tekk>
I have a double one
<Tekk>
I also called pixmap zig-wayland in the zig.zon
<Tekk>
Didn't change anything
<waleee>
the error messages for the package manager parts is probably a bit rough in zig 0.11
<waleee>
s/probably/seems very/
<waleee>
Tekk: what happens if you set an obviously wrong hash for a .hash?
<waleee>
damn "This information is provided in a separate file (rather than declared in the build.zig script) to speed up the package manager by allowing package fetching to happen without the need to build and run the build script."
<waleee>
so they should be fetched
<Tekk>
Setting the hashes to "garbage" makes no difference
<waleee>
any difference if you remove ~/.cache/zig ?
<Tekk>
Nope
<waleee>
bah the only repos I find that have a build.zig.zon is those that uses zig master
Guest68 has joined #river
Guest68 has quit [Client Quit]
<waleee>
Tekk: I'd recommend to add the bit about packages not seeming to get fetched to the inquiry in #zig