| 28 Nov 2024 |
 flyx | In reply to @magthe:tchncs.de
flyx: ah, so then I'd have to modify go.mod on during the build? yes. I have done this some years ago and it did work alright. I don't think I have that code lying around anymore | 13:24:17 |
 Magnus | Ah, but it can be done using go mod edit so that'd be all right, I guess. | 13:26:35 |
| Magnus | flyx: did you write your own derivation, or base it on buildGoModule? (If you can recall that is.) | 13:27:11 |
| flyx | yeah. you also only need it during vendoring so this should go into the vendoring step of buildGoModule | 13:27:14 |
| flyx | I have not worked with Nix when I did this, it had a cross-compiling context which needed patches for some targets | 13:28:25 |
| flyx | however you should be able to do this by expanding on buildGoModule, specifically you should add to some phase of the vendoring derivation | 13:29:41 |
| Magnus | Well, I'm guessing somewhere around configure, pre or post ought to do it. | 13:31:35 |
| Magnus | Not sure how to make the derivation actually run the preConfigure though... | 13:35:25 |
| flyx | `overrideModAttrs = _: { preConfigure = ''...''};`` should do it. | 13:35:27 |
| flyx | * overrideModAttrs = \_: { preConfigure = ''...''}; should do it. | 13:35:41 |
| flyx | * overrideModAttrs = _: { preConfigure = ''...''}; should do it. | 13:35:49 |
| Magnus | I'm trying to set the preConfigure | 14:09:11 |
| Magnus | * I'm trying to set the preConfigure to exit 1, but the nix build . happily jumps past the configure phase and continues... until it fails on the build phase. | 14:09:57 |
|  karotte128 joined the room. | 14:59:52 |
| 29 Nov 2024 |
|  bl1nk changed their profile picture. | 01:11:38 |
| bl1nk changed their profile picture. | 01:11:56 |
|  @tanvir:mozilla.org joined the room. | 16:37:39 |
| 30 Nov 2024 |
| Magnus | In reply to @flyx:klacker.eu
I have not worked with Nix when I did this, it had a cross-compiling context which needed patches for some targets I've managed to get it to build using this trick, and the build goes through but instead it fails later: https://discourse.nixos.org/t/building-golang-tool-with-dependency-in-private-repo/56797 | 20:09:57 |
| 1 Dec 2024 |
|  shawn8901 joined the room. | 17:02:51 |
| 2 Dec 2024 |
|  Madalin joined the room. | 11:33:56 |
 @phaitonican:matrix.org | Redacted or Malformed Event | 13:31:53 |
| @phaitonican:matrix.org | Redacted or Malformed Event | 13:32:03 |
| @phaitonican:matrix.org | Redacted or Malformed Event | 13:32:14 |
| @phaitonican:matrix.org | Redacted or Malformed Event | 13:33:16 |
| 6 Dec 2024 |
|  rhelmot joined the room. | 04:36:51 |
| rhelmot | There must be something I'm not understanding about flake inputs - why does nix build github:Ma27/hydra/nix-perl-bindings-with-bugfix#hydra work perfectly, but nix build . with the following flake break with eval errors?
{
inputs = {
hydra.url = "github:Ma27/hydra/nix-perl-bindings-with-bugfix";
};
outputs = { hydra, ... }: {
packages.x86_64-linux.default = hydra.packages.x86_64-linux.hydra;
};
}
| 04:37:49 |
| rhelmot | if I had to guess, it's using nixpkgs from my flake registry which is too far out of sync to build. How can I make it use the locked inputs from my dependency? | 04:38:32 |
 Sandro 🐧 | it should be by default using the locked ones | 10:43:43 |
| Sandro 🐧 | you can check that with nix flake metadata | 10:43:49 |
| Sandro 🐧 | it could be that the flake.lock was not updated accordingly when changing inputs. Try nix flake update | 10:44:17 |
