!FBuJyWXTGcGtHTPphC:nixos.org

Nix Rust

695 Members
Rust156 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
11 Nov 2025
@ghpzin:envs.net@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:matrix.orgn8henrieNo, 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@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:matrix.orgn8henrieOh 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@ghpzin:envs.net
nix build github:ghpzin/nixpkgs/12e2905327c7efac6df82d587f0ef29f68a0cc43#nixosTests.espanso
xdg-open ./result/started.png
21:55:41
@ghpzin:envs.net@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@ghpzin:envs.netActually if binary built on other distro is the one with problems, maybe it is just a mismatch of wxGTK32 versions.22:09:52
@n8henrie:matrix.orgn8henrieHopefully 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:matrix.orgn8henrieThat could totally be it.22:10:12
@n8henrie:matrix.orgn8henrie

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:matrix.orgn8henrieLooks like wxgtk 3.2.8.1 on nix, 3.2.8.1-2 on arch.22:15:52
@n8henrie:matrix.orgn8henrieOh, maybe I can just build on a nix shell on arch and get the matching wxgtk...22:16:28

Show newer messages


Back to Room ListRoom Version: 6