ifreund changed the topic of #river to: river - a dynamic tiling wayland compositor || https://github.com/riverwm/river || channel logs: https://libera.irclog.whitequark.org/river/
<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.
<waleee> ok because I think you would find this line intresting, https://github.com/riverwm/river/blob/master/build.zig#L127
<Tekk> Lines like that were one of the reasons I wasn't sure that zig-wlroots was compatible with the package manager at all :)
<waleee> "scanner" in that context has nothing to do with the package manager
<Tekk> It does in the sense of like: scanner.addSystemProtocol("stable/xdg-shell/xdg-shell.xml");
<Tekk> Which implies that it needs the zig-wayland files in my directory tree relative to my build.zig
<waleee> ... that is a directory inside the river repo
<waleee> ehm not the river repo, but I guess zig-wlroots
<Tekk> Yeah
<Tekk> If I need to bring all the libs in-tree anyway then that's fair enough, just no point in using the manager :)
<waleee> ... ugh and now Ḯ'm rambling, s/zig-wlroots/path on system/
<waleee> Tekk: short summary, I think your error was because you didn't do the scanner steps & didn't pass it as an argument to the module
<waleee> so the module is probably quite undefined
<Tekk> no dependency named 'zig-xkbcommon' in '/home/danny/src/dcc/build.zig.zon'.
<Tekk> Nah, I don't think xkbcommon depends on the scanner
<waleee> can you pastebin the last versions of build.zig, build.zig.zon?
<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
<waleee> it should look something like this if fetch was happening, https://github.com/ziglang/zig/issues/17282
n8r has joined #river
<n8r> Hi, ghidra and other Java GUIs only produce a white window in river. They work fine in GNOME. How fix?
<n8r> I was able to use the irc log to find that I should use JAVA_AWT_WM_NONREPARENTING. thanks bye
<n8r> quit
n8r has quit [Client Quit]
eShaev9z has joined #river
eShaev9z_ has quit [Ping timeout: 255 seconds]
leviathan has joined #river
leviathan has quit [Client Quit]
leviathan has joined #river
leviathan has quit [Client Quit]
lbia has quit [Ping timeout: 256 seconds]
lbia has joined #river
ubiquituum has joined #river
ubiquituum has quit [Ping timeout: 256 seconds]
ubiquituum has joined #river
ubiquituum has quit [Changing host]
ubiquituum has joined #river
ubiquituum has quit [Ping timeout: 264 seconds]
elshize has quit [Ping timeout: 264 seconds]
ubiquituum has joined #river
ubiquituum has quit [Max SendQ exceeded]
ubiquituum has joined #river
ubiquituum has quit [Max SendQ exceeded]
ubiquituum has joined #river
ubiquituum has quit [Changing host]
ubiquituum has joined #river
ubiquituum has quit [Max SendQ exceeded]
ubiquituum has joined #river
ubiquituum has quit [Changing host]
ubiquituum has joined #river
leopoldek has quit [Remote host closed the connection]
ubiquituum has quit [Ping timeout: 264 seconds]
ubiquituum has joined #river
ubiquituum has quit [Changing host]
ubiquituum has joined #river
ubiquituum has quit [Quit: Igloo IRC: https://iglooirc.com]
peelz- has joined #river
peelz has quit [Read error: Connection reset by peer]
kotto has joined #river
traidare has joined #river
<ifreund> In any case, you'll probably get more help in #zig, none of this seems river-specific
<waleee> ifreund: there was some syntax problems in his build.zig/.zon, someone pointed them out in #zig
<waleee> s/his/their/
<ifreund> ah, glad they got it sorted
<waleee> I hope zig 0.12 will have better errors for the package manager, andrew mentioned that it had gotten improvements since 0.11
waleee has quit [Ping timeout: 256 seconds]
traidare has quit [Ping timeout: 252 seconds]
elshize has joined #river
Tekk has left #river [#river]
traidare has joined #river
kotto has quit [Quit: WeeChat 4.1.2]
leopoldek has joined #river
waleee has joined #river
Seli has joined #river
Seli has quit [Client Quit]
leopoldek has quit [Ping timeout: 256 seconds]
peelz- has quit [Changing host]
peelz- has joined #river
traidare has quit [Ping timeout: 256 seconds]
ubiquituum has joined #river
ubiquituum has quit [Changing host]
ubiquituum has joined #river
ubiquituum has quit [Ping timeout: 264 seconds]
aryak has quit [Ping timeout: 255 seconds]