| 5 Nov 2021 |
|  legendofmiracles joined the room. | 23:54:12 |
| 6 Nov 2021 |
|  Tseb (Old) joined the room. | 09:19:35 |
 SkamDart | In reply to @ralith:ralith.com
to kick off topical discussion, of the assorted tools, https://github.com/kolloch/crate2nix seems to work quite nicely at the moment I'm a fan of https://github.com/nix-community/naersk but it doesn't build libraries because they don't check in a Cargo.lock which is what it exploits to make builds reproducible. My biggest qualm with the rust support in nix so far is the library integration. Everything is great for building and shipping executables but there is a lack of support for libraries in my opinion. I haven't found a workflow or tool yet that allows me to make cargo "nix aware" e.g. "cargo build" fetches build artifacts from the nix-store.
Admittedly, I only understand the rust build system and dependency management at a high level so I don't know how feasible this would be.
| 21:11:40 |
| SkamDart changed their display name from Cameron to SkamDart. | 21:12:36 |
 Ralith | a lockfile wouldn't really make sense, since it would inevitably be inconsistent with whatever a dependency needs | 21:15:26 |
 figsoda | buildRustPackage works pretty well too
cargoLock.lockFile is really useful outside of nixpkgs | 22:03:30 |
| figsoda |
I haven't found a workflow or tool yet that allows me to make cargo "nix aware" e.g. "cargo build" fetches build artifacts from the nix-store.
https://github.com/kolloch/crate2nix or https://github.com/cargo2nix/cargo2nix might be what you want
| 22:06:31 |
| figsoda | or buildRustCrate and carnix | 22:07:31 |
| SkamDart | figsoda Thanks for pointing out my lack of specification. I was implicitly referring to during development and across machines. One of the great things about using nix for C,C++, and Haskell what I believe the Rust ecosystem is currently lacking, is dependencies are pulled from the nix-store and not recompiled between projects, nix-builds, and development. Does help clarify? | 23:47:26 |
| 7 Nov 2021 |
| legendofmiracles | Any reason why rust_Packages_1_45 was removed? I ran into a package today that would have needed it, if the fix wouldn’t have been trivial | 01:25:12 |
 hexa | the last package to use it was firefox 78, so when I removed that due to being EOL I also removed rustPackages_1_45 | 01:29:58 |
| hexa | * the last package to use it was firefox 78, so when I removed that due to it being EOL I also removed rustPackages_1_45 | 01:30:09 |
| legendofmiracles | Is it off the table to bring it back if needed? | 04:48:02 |
 andi- | legendofmiracles: why is it needed and why does the rust project fail on newer compilers? (I've seen such issues myself but usually the rust community tries to avoid that situation) | 14:48:16 |
|  wackbyte joined the room. | 18:40:16 |
| 8 Nov 2021 |
|  jonringer joined the room. | 13:02:15 |
| legendofmiracles | How does nix handle cargo patches, like here: https://github.com/a-b-street/abstreet/blob/4717c3c8f7072cd0efc6c49403f724b95f8738fe/Cargo.toml#L39 | 16:44:56 |
| legendofmiracles | * How does nix handle cargo patches, like here?: https://github.com/a-b-street/abstreet/blob/4717c3c8f7072cd0efc6c49403f724b95f8738fe/Cargo.toml#L39 | 16:45:02 |
 Yureka (she/her) | If you use buildRustPackage, It mostly doesn't interact with them | 16:45:35 |
| legendofmiracles | Because it's in the lockfile? | 16:46:00 |
| Yureka (she/her) | If you use cargoSha256, then Nix doesn't care about the lockfile or Cargo.toml at all. It just runs cargo vendor, and then later cargo build with the vendored sources. | 16:47:21 |
| Yureka (she/her) | If you use the importCargoLock / cargoLock.lockFile thing, the cargo vendor part is replaced by a Nix derivation that downloads all the things in the lockfile, which is just the same as what cargo vendor would do | 16:48:41 |
| Yureka (she/her) | * If you use the importCargoLock / cargoLock.lockFile thing, the cargo vendor part is replaced by a Nix derivation that depends on fetchurl/fetchgit downloads of all the things in the lockfile, which is just the same as what cargo vendor would do | 16:49:04 |
| Yureka (she/her) | Either way the patch entries in Cargo.toml should be honored | 16:49:19 |
| jonringer | if you do need to apply patches before vendoring, you can declare them with cargoPatches | 16:49:21 |
| Yureka (she/her) | I don't think the question was about patching Cargo.toml / Cargo.lock | 16:50:13 |
| legendofmiracles | building
Updating git repository `https://github.com/georust/geo`
error: failed to sync
Caused by:
failed to load pkg lockfile
Caused by:
failed to resolve patches for `https://github.com/rust-lang/crates.io-index`
Caused by:
failed to load source for dependency `geo`
Caused by:
Unable to update https://github.com/georust/geo?branch=mkirk/concave-hull-fix-empty-crash#243ad260
Caused by:
object not found - no match for id (243ad260ba9dec5fe6ab5d184ac625f6ed01b53b); class=Odb (9); code=NotFound (-3)
Traceback (most recent call last):
File "/nix/store/c7cph7saraq1zq690ch368bjfdlmaypd-cargo-vendor-normalise/bin/.cargo-vendor-normalise-wrapped", line 42, in <module>
main()
File "/nix/store/c7cph7saraq1zq690ch368bjfdlmaypd-cargo-vendor-normalise/bin/.cargo-vendor-normalise-wrapped", line 17, in main
assert list(data.keys()) == ["source"]
AssertionError
| 16:50:21 |
| legendofmiracles | The reason I asked is because of these errors | 16:50:31 |
| legendofmiracles | but now that I look at it again, it doesn't seem to have anything to do with nix | 16:51:15 |
| Yureka (she/her) | maybe the lockfile is outdated? | 16:51:22 |
