| 9 Jan 2026 |
 K900 | Not like that | 16:03:33 |
| K900 | You want --add-rpath <that stuff> --add-needed libxkbcommon-x11.so | 16:03:48 |
 magnetophon | ah, thanks | 16:04:09 |
| magnetophon | YES! It runs now!
Thank you so much!
Next step: minimize rpath. :) | 16:14:49 |
 Ralith | has anyone worked out why rustc started stripping rpath by default some time in the last year or so? | 20:50:31 |
| 10 Jan 2026 |
|  catbrained (she/her) changed their display name from catbrained to catbrained (she/her). | 00:28:18 |
|  eihqnh joined the room. | 04:58:03 |
| eihqnh set a profile picture. | 05:04:37 |
|  spectabilis changed their profile picture. | 06:42:11 |
| 11 Jan 2026 |
|  ivan joined the room. | 01:45:17 |
|  @sammy:cherrykitten.gay left the room. | 14:36:32 |
|  ghpzin changed their display name from ghpzin (moved to @ghpzin:envs.net) to ghpzin. | 15:04:52 |
|  @ghpzin:envs.net left the room. | 16:21:21 |
| 12 Jan 2026 |
|  jimmie joined the room. | 08:06:07 |
| jimmie changed their display name from zigzen to jimmie. | 08:12:31 |
|  isabel changed their profile picture. | 18:59:37 |
 n8henrie | Hi all -- anybody doing much bare-metal embedded work with nix + rust?
I'm a novice and just learning for fun, but can't seem to get a build to succeed due to multiple conflicting dependencies for build-std for an attiny85. Builds and runs on my aarch64-darwin machine outside of nix, just trying to see if I can get it to work in nix as well (via oxalica/rust-overlay).
For my prior ESP32C3 projects, I know that build-std often requires adding some additional dependencies that are not needed when building outside of nix tooling; I've previously added these to the dev requirements.
Unfortunately in this case, I'm finding that both wasi = "0.14.4" and wasi = "0.11.0" are required, and obviously I can't list both.
Does anyone know of a workaround for this? It looks like naersk may have support for an "additional" Cargo.lock, but I'd rather not learn a new pattern if there is a way to accomplish this with standard nix tooling (and oxalica for nightly).
Thanks for any suggestions!
My WIP: https://github.com/n8henrie/attiny85-relay/tree/nix
| 22:46:08 |
 emily | you can probably lockFileContents = builtins.readFile ./Cargo.lock + '' … ''; | 23:08:02 |
| emily | you could also consider just setting a cargoHash rather than importing the lock file directly | 23:08:14 |
| emily | (but ofc will have to update it on every lock file change) | 23:08:19 |
| emily | cc Toma who might have other ideas | 23:08:28 |
| emily | (fwiw, I wouldn't use naersk these days, crane might be worth a look though) | 23:10:21 |
| 13 Jan 2026 |
| n8henrie | Setting lockFileContents results in a complaint about cargoHash:
> ERROR: cargoHash or cargoSha256 is out of date
>
> Cargo.lock is not the same in /nix/var/nix/builds/nix-24411-1007667852/cargo-vendor-dir
Setting cargoHash = "" doesn't change the error?
Will tinker more, and will look into crane -- thanks!
| 00:29:59 |
| emily | I mean you can skip all the cargoLock, Git hashes, etc. stuff and just specify cargoHash = ""; and then fill in the hash it gives (I think?) | 00:30:28 |
| emily | unless build-std messes with that, which is… possible | 00:30:33 |
| n8henrie | Was hoping to avoid the "update every time the lock file changes" issue you mentioned. Figure the nightly version is locked so the deps required for build-std should be static (?). Maybe I misunderstood your comment though. | 00:41:17 |
 eveeifyeve | Did anyone look into this. | 10:42:27 |
| eveeifyeve | * Did anyone look into this? | 10:50:50 |
