!FBuJyWXTGcGtHTPphC:nixos.org

Nix Rust

500 Members
Rust110 Servers

Load older messages


SenderMessageTime
12 Jan 2025
@niklaskorz:korz.devNiklas Korz Do buildRustCrate and defaultCrateOverrides inside nixpkgs only exist for crate2nix? 13:05:32
@niklaskorz:korz.devNiklas Korz They aren't used by any package, which makes me wonder why they were added to nixpkgs in the first place instead of residing in the crate2nix repository 13:06:00
@kranzes:matrix.orgIlan Joselevich (Kranzes)I believe there were other projects using it14:05:05
@kranzes:matrix.orgIlan Joselevich (Kranzes)So to share it they just put it in nixpkgs14:05:27
@ian:graham.tokyo@ian:graham.tokyo left the room.23:19:50
13 Jan 2025
@pnmadelaine:matrix.orgPaul-Nicolas Madelaine joined the room.09:59:24
@bemyak:matrix.orgbemyak Toma: do you happen to know when will https://github.com/NixOS/nixpkgs/pull/371795 hit the master branch? 13:49:46
@k900:0upti.meK900In the next few days, hopefully13:50:26
@k900:0upti.meK900 You can join #Staging to get involved 13:50:33
@bemyak:matrix.orgbemyakAwesome, thank you šŸ˜Š13:51:49
15 Jan 2025
@fliegendewurst:matrix.orgFliegendeWurst joined the room.16:35:47
16 Jan 2025
@tyberius_prime:matrix.orgTyberiusPrime (smilodon inopinatus)

Hey y'all. I'm trying to use nextest with naersk, but it's just straight up ignoring my cargoTestCommands.

      packages.test = naersk-lib.buildPackage {
        src = ./.;
        mode = "test";
        nativeBuildInputs = with pkgs; [pkg-config];
        buildInputs = with pkgs; [openssl cmake];
        cargoTestCommands = old: ["cargo nextest"];
      };

probably holding it wrong, but I can't quite spot where

08:32:33
@tyberius_prime:matrix.orgTyberiusPrime (smilodon inopinatus)(I tried cargoCommand as well)08:32:55
@tyberius_prime:matrix.orgTyberiusPrime (smilodon inopinatus)If I'm reading the source correctly it would be doing my cargoTestCommand in the checkPhase, but it's failing in the buildPhase where it's doing 'cargo test' and that comes from it's internals08:40:35
@tyberius_prime:matrix.orgTyberiusPrime (smilodon inopinatus)ah, I need to use 'overrides = {buildPhase = ":";};", thanks for listening to me :)08:56:44
@tyberius_prime:matrix.orgTyberiusPrime (smilodon inopinatus)Now I'm trying essentially the same with nextest + llvm-cov. Running fine in the dev shell, literally the test derivation with cargoTestCommand = old: ["cargo llvm-cov --html nextest $cargo_test_options"] and it's not finding any tests?! neither integration, nor the in-tree unit tests. huh?09:38:15
@glepage:matrix.orgGaƩtan Lepage

Hello, I'm having linker-issues with a rust package (materialize).
I get this error:

error: linking with `/nix/store/xcn9p4xxfbvlkpah7pwchpav4ab9d135-gcc-wrapper-14-20241116/bin/cc` failed: exit status: 1
  |
  = note: LC_ALL="C" PATH="/nix/store/m7kpqhpwk1cjxg4nr02j3ypgyxi4vyr5-rustc-1.83.0/lib/rustlib/x86_64-unknown-linux-gnu/bin:/nix/store/q2p507l5rmfw7c4n5pr6gcd5p2gyws2c-cargo-1.83.0>
  = note: collect2: fatal error: cannot find 'ld'
          compilation terminated.


error: could not compile `sysinfo` (lib) due to 1 previous error

it's weird, as adding ld --version in the preBuild phase suggests that it is indeed available.

13:26:49
@antifuchs:asf.computerantifuchs
In reply to @glepage:matrix.org

Hello, I'm having linker-issues with a rust package (materialize).
I get this error:

error: linking with `/nix/store/xcn9p4xxfbvlkpah7pwchpav4ab9d135-gcc-wrapper-14-20241116/bin/cc` failed: exit status: 1
  |
  = note: LC_ALL="C" PATH="/nix/store/m7kpqhpwk1cjxg4nr02j3ypgyxi4vyr5-rustc-1.83.0/lib/rustlib/x86_64-unknown-linux-gnu/bin:/nix/store/q2p507l5rmfw7c4n5pr6gcd5p2gyws2c-cargo-1.83.0>
  = note: collect2: fatal error: cannot find 'ld'
          compilation terminated.


error: could not compile `sysinfo` (lib) due to 1 previous error

it's weird, as adding ld --version in the preBuild phase suggests that it is indeed available.

Hah, the streaming database? Iā€™ve some experience building it, I believe they may be setting some things up for a little compile/linking time optimization
13:30:45
@antifuchs:asf.computerantifuchs(Using a custom ld for faster linking, specifically)13:31:05
@glepage:matrix.orgGaƩtan LepageYes at some point I was able to fix an error by doing that but now it stopped working...13:36:06
@glepage:matrix.orgGaƩtan LepageI mean, there is not a clear place where they declare the linker option like it used to.13:36:24
@glepage:matrix.orgGaƩtan Lepage It's mentionned in a few places: https://github.com/search?q=repo%3AMaterializeInc%2Fmaterialize%20-fuse-ld%3Dlld&type=code 13:36:55
@antifuchs:asf.computerantifuchs I think at one point I overrode the RUSTFLAGS env var. but as you note, it's been a while since I've had to build the mz codebase (2 years now I think) 14:04:50
@glepage:matrix.orgGaƩtan Lepage

Yes, I guess they changed a few things now...
I recently updated it as far as I could, i.e. to version 0.87.2.
It was building fine when the PR was merged. However, even this version doesn't build anymore, i.e. materialize is broken on master.
But it also fails on master:

 src/malloc_io.c:107:16: error: returning 'char *' from a function with return type 'int' makes integer from pointer without a cast [-Wint-conversion]
    107 |         return strerror_r(err, buf, buflen);
        |                ^~~~~~~~~~~~~~~~~~~~~~~~~~~~

This is a different reason (probably GCC-14 related) though.
It's why I wanted to update the package to the latest version.

14:21:09
@antifuchs:asf.computerantifuchsyeah, that does smell gcc-14 related14:53:51
18 Jan 2025
@reflux1291:catgirl.cloudAny (they/any) changed their display name from Any (reflux1291) (they/any) to Any (they/any).19:34:06
19 Jan 2025
@damccull:matrix.orgdamccull I don't expect knowledge on the dioxus part of this, but can someone help me understand why the flake in 'hotdog' project works fine with the hotdog app launching a gtk window app, but neither flake works for the signumoasis project gtk app? That one complains that libcairo and libsoap (and probably more) are missing, but the other doesn't. To my eyes, they both have the same dependencies, and from the fact that the hotdog nix flake doesn't work with the signumoasis project, my first instinct is that it's not the flake but some configuration of the gtk app...but can I get a confirm/deny on that theory at least? Broken flake.nix: https://github.com/signumoasis/signum-rust/blob/refactor-to-separate-protocols/flake.nix -- works for 'web' but not 'desktop'. Working flake.nix: https://github.com/damccull/dioxus_hotdog/blob/master/flake.nix -- Works for this project, but not for the signumoasis project. 00:59:42
@damccull:matrix.orgdamccullOk I just added 'cairo' and 'libsoup_3' and it's working. Not sure why hotdog didn't need those though...01:15:20
@thebus:matrix.orgJaco joined the room.14:49:42
@reflux1291:catgirl.cloudAny (they/any) set a profile picture.21:48:30

There are no newer messages yet.


Back to Room ListRoom Version: 6