| 3 Nov 2025 |
 Makuru | and this: RUSTFLAGS -C link-self-contained=-linker | 17:41:25 |
| 4 Nov 2025 |
|  cafkafk changed their profile picture. | 08:22:50 |
|  whispers (it/fae) joined the room. | 20:06:43 |
|  @dawnofmidnight:catgirl.cloud left the room. | 20:06:49 |
| 6 Nov 2025 |
|  Marien Zwart joined the room. | 08:32:46 |
| 7 Nov 2025 |
|  @hsngrmpf:matrix.org left the room. | 11:40:00 |
|  @awwpotato:envs.net changed their display name from awwpotato (she/her) to -> @da157:catgirl.cloud. | 18:30:19 |
| @awwpotato:envs.net left the room. | 18:41:58 |
|  @emma:rory.gay left the room. | 22:41:10 |
| 9 Nov 2025 |
|  ghpzin changed their display name from ghpzin to ghpzin (moved to @ghpzin:envs.net). | 15:03:52 |
|  draed joined the room. | 15:23:51 |
| 11 Nov 2025 |
|  Robert Rose changed their display name from Robert Rose - 🏝️ bis 10.11.25 to Robert Rose. | 09:22:30 |
|  oak changed their profile picture. | 19:20:27 |
 n8henrie | Hi all -- relative novice, hoping someone can help me run a rust binary built outside of nix in a nixosTest (as part of a bisect to fix a problem upstream). I've been using runCommand to copy it into the test image with autoPatchelfHook providing the dependencies and dontStrip = true, but still getting symbol lookup error: /nix/store/...espanso/bin/espanso: undefined symbol: _ZN12wxWindowBase14RegisterHotKeyEiii at runtime (even though wxGTK32 is in the buildInputs).
Including all the buildInputs for an xorg-based linux system from https://github.com/espanso/espanso/blob/dev/nix/espanso.nix
Anyone know why copying a binary that runs fine outside nix into a NixOS VM would give me this wx-related missing symbol error when all the required libraries seem to be linked (at least I don't see anything obviously missing based on ldd)?
| 20:41:54 |
 @ghpzin:envs.net | Do you need to do something special during runtime to trigger it ? | 21:29:43 |
| n8henrie | To trigger the error? No, even a --version triggers it. | 21:37:40 |
| @ghpzin:envs.net | Can't reproduce, seems to work on both my machine and nixosTest.
Unless you use headless test for some reason. | 21:41:10 |
| n8henrie | No, not headless. You are building espanso from source on a non-nixos system with standard Rust tooling, copying the binary while patching with autoPatchelfHook, and then running it in nix, and it's working? | 21:42:48 |
| @ghpzin:envs.net | No, downloading .deb from releases page, doing all that and it runs.
Let me clean up things and push. | 21:52:28 |
| n8henrie | Oh interesting.
My ultimate goal is a git bisect on the source to fix an upstream bug that was introduced sometime in the last year and a half (ugh), so I'll need to be able to build from source, but that's a reasonable way to test. I'll give that a shot. | 21:54:02 |
| @ghpzin:envs.net | nix build github:ghpzin/nixpkgs/12e2905327c7efac6df82d587f0ef29f68a0cc43#nixosTests.espanso
xdg-open ./result/started.png
| 21:55:41 |
| @ghpzin:envs.net | nix build github:ghpzin/nixpkgs/12e2905327c7efac6df82d587f0ef29f68a0cc43#nixosTests.espanso
xdg-open ./result/started.png
I do not think binary in their release .deb should be that different from build result from other distro. | 21:57:20 |
| @ghpzin:envs.net | Actually if binary built on other distro is the one with problems, maybe it is just a mismatch of wxGTK32 versions. | 22:09:52 |
| n8henrie | Hopefully not, I renovated the build system prior to the 2.3 release using a pretty standard ubuntu build process. Building now. | 22:10:00 |
| n8henrie | That could totally be it. | 22:10:12 |
| n8henrie | I bet you're right. Yup the deb version is working fine.
But now I'm not sure how to get a matching wxGTK32 version on Arch, but I can look into that.
It certainly would be much easier to just bisect by setting src = /path/to/espanso-src, but then cargoHash fails. I set it to look at Cargo.lock instead, but then there's a (or maybe more than one) git dependency that trips things up.
Are you aware of any way that I can override src in the package definition without the cargoHash stuff being wrong on every iteration of a bisect?
| 22:14:27 |
| n8henrie | Looks like wxgtk 3.2.8.1 on nix, 3.2.8.1-2 on arch. | 22:15:52 |
| n8henrie | Oh, maybe I can just build on a nix shell on arch and get the matching wxgtk... | 22:16:28 |
| @ghpzin:envs.net | Iirc there is a way to not fill output git hashes importing Cargo.lock with allowBuiltinFetchGit = true; | 22:19:29 |
| @ghpzin:envs.net | Iirc a way to not fill output git hashes while importing Cargo.lock is setting allowBuiltinFetchGit = true; | 22:19:55 |
