azonenberg changed the topic of #scopehal to: ngscopeclient, libscopehal, and libscopeprotocols development and testing | https://github.com/ngscopeclient/scopehal-apps | Logs: https://libera.irclog.whitequark.org/scopehal
Degi_ has joined #scopehal
Degi has quit [Ping timeout: 264 seconds]
Degi_ is now known as Degi
sgstair_ has joined #scopehal
sgstair has quit [Ping timeout: 260 seconds]
bvernoux has joined #scopehal
_whitenotifier-c has quit [Ping timeout: 268 seconds]
d1b25 has joined #scopehal
Stephie- has joined #scopehal
_florent__ has joined #scopehal
d1b2 has quit [*.net *.split]
Stephie has quit [*.net *.split]
miek has quit [*.net *.split]
_florent_ has quit [*.net *.split]
_florent__ is now known as _florent_
d1b25 has quit [Read error: Connection reset by peer]
d1b2 has joined #scopehal
miek has joined #scopehal
<d1b2> <vipqualitypost> i'm trying to build scopehal-apps on M1 (mba) and getting missing build requirements (cairomm) following the installation manual. brew install cairomm does not fix it either- any ideas?
<d1b2> <josuaH> Do you mean that cairomm could not be installed with Brew, or that installing it did not allow the build to continue?
<d1b2> <josuaH> An error message would be insightful.
<d1b2> <vipqualitypost> cairomm could be installed with brew, but build still gives me missing requirement. Let me grab the error
<d1b2> <vipqualitypost> CMake Error at /opt/homebrew/Cellar/cmake/3.28.2/share/cmake/Modules/FindPkgConfig.cmake:619 (message): The following required packages were not found: - cairomm-1.0 Call Stack (most recent call first): /opt/homebrew/Cellar/cmake/3.28.2/share/cmake/Modules/FindPkgConfig.cmake:841 (_pkg_check_modules_internal) CMakeLists.txt:54 (pkg_check_modules)
<d1b2> <azonenberg> + @david.rysk
<d1b2> <vipqualitypost> I cleaned the build folder also, but no bones.
<d1b2> <azonenberg> is this something your recent build fixes will help with?
<d1b2> <vipqualitypost> I will note that brew only seems to have 1.18 and 1.14 releases rather than 1.0, if that matters.
<d1b2> <azonenberg> @vipqualitypost david is doing a bunch of refactoring of the build and is our main mac dev right now
<d1b2> <azonenberg> he's on vacation for the next day or two
<d1b2> <vipqualitypost> it's no rush- just wanting to check things out !
<d1b2> <azonenberg> so may be slow to reply
<d1b2> <azonenberg> we have a lot of changes to the cmake scripts inbound. He has a fork at i think d235/scopehal-apps on github
<d1b2> <azonenberg> you may want to try that. there's a pending pull request for it but it's not quite ready to upstream
<d1b2> <azonenberg> and i know specifically cross platform build issues have been one of his big focuses, as well as overhauling the build instructions to make sure that the CI scripts, the docs, and the actual "how it really builds" are all in sync
<d1b2> <azonenberg> Also, i know this isn't going to be too helpful for you right now, but cairomm won't be a dependency for much longer
<d1b2> <azonenberg> it's used in literally one function right now
<d1b2> <david.rysk> @vipqualitypost yeah try my PR. I’m on vacation till tomorrow, I can help when I get back
<d1b2> <vipqualitypost> great thanks! i did a fresh clone of repo then checked out your PR and just used the same build command from the manual, but got the same error. We can look at it later.
<d1b2> <azonenberg> @vipqualitypost as a near term solution, you should be able to comment out that one line in the cmakelists.txt and any references to cairo in the build scripts, then comment out the one function in the EyeMask class that uses cairo
<d1b2> <josuaH> pkg-config --list-all could eventually give a hint
<d1b2> <azonenberg> the only thing you'll lose is that if you are displaying an eye pattern, you won't be able to do pass/fail testing against a mask
<d1b2> <josuaH> since it looks like CMake uses pkg-config in turn
<d1b2> <azonenberg> So it'll at least let you compile the project until we figure out what's going on
<d1b2> <azonenberg> Yep
<d1b2> <vipqualitypost> hey! installing cairomm at 1.14 (instead of 1.18) fixed that but now YAML issues, but I can dig around a bit to try and see what's wrong now
<d1b2> <vipqualitypost> should YAML_DIR be set by yaml-cpp?
<d1b2> <azonenberg> I feel like this is another issue david ran into
<d1b2> <azonenberg> but i cant remember what the fix was or if he's still working on that
<d1b2> <azonenberg> Probably best to wait until he's back?
<d1b2> <vipqualitypost> ah there is no FindYAML.cmake in cmake dir I just changed back to main branch and build is successful! Thanks for the help.
<d1b2> <david.rysk> @vipqualitypost make sure your lib submodule is on the version from the fork
<d1b2> <david.rysk> Other than that I’ll ask for feedback from tomorrow
<d1b2> <david.rysk> It should not need FindYAML.cmake
<d1b2> <david.rysk> But if you’re not on the submodule from the fork then that error is expected
bvernoux has quit [Quit: Leaving]
Stephie- has quit [Quit: Fuck this shit, I'm out!]
Stephie has joined #scopehal