| 4 Feb 2025 |
 Robert Hensing (roberth) | Has new tests, so that's helpful, but a bit scary. Just learned about new regressions, so I'll be looking into those first | 11:31:09 |
 Sandro 🐧 | Can we get https://github.com/NixOS/nix/pull/12391 in and backported to fix nix updates for renovate from the tooling side? | 12:43:27 |
| 5 Feb 2025 |
|  colordiver joined the room. | 15:24:26 |
| 6 Feb 2025 |
|  soopyc (she/it) changed their display name from soopyc (she/they/it) to soopyc (she/it). | 12:02:34 |
|  SomeoneSerge (back on matrix) changed their display name from SomeoneSerge (Gand St. Pieters) to SomeoneSerge (UTC+U[-12,12]). | 17:47:59 |
|  @nehu:matrix.org left the room. | 19:52:51 |
| 7 Feb 2025 |
|  l3v14ck3rm4n joined the room. | 17:32:39 |
|  @terrorjack:matrix.terrorjack.com left the room. | 22:27:57 |
| 8 Feb 2025 |
|  vimfn left the room. | 05:44:11 |
|  archercatneo joined the room. | 10:06:09 |
| archercatneo | Redacted or Malformed Event | 11:25:49 |
| archercatneo | So I was trying to get nix running on freebsd (inside kvm/qemu) and failing.
The port (https://cgit.freebsd.org/ports/tree/sysutils/nix) doesn't compile (it uses an old version of nix and I don't know how to update it).
Nix doesn't have documentation on bootstrapping nix without nix (and even on linux entering the shell + meson setup doesn't work, you need configurePhase)
My last attempt was cross-compiling nix for freebsd from linux (this succeded) but both nix-build and nix build (with the experimental feature flags) fail with this error.
Is there some way to do this that I am missing? If there isn't then the cross-compilation is illusory and there's not actually freebsd support
| 11:28:37 |
| archercatneo | 
Download Screenshot_20250208_112612.png | 11:28:44 |
 Mindavi | Is it trying to load curl perhaps? | 13:29:00 |
| archercatneo | Curl is installed, I have installed wget now and tried again and that also failed, I can't find what version of openssl is installed (if it is that) but there's definitely a /usr/lib/libssl.so file installed | 13:48:23 |
 @aloisw:julia0815.de | How did you get the cross-compiled binary on your FreeBSD system? | 13:50:27 |
| archercatneo | nix copy nixpkgs#pkgCross.x86_64-freebsd.nix --no-check-sigs into a shared folder then from freebsd cp into /nix/store | 13:53:52 |
| @aloisw:julia0815.de | That should be the correct way to do it since all dependencies are in the store too, so something is broken. | 13:55:04 |
| @aloisw:julia0815.de | That said I'm not sure the error message refers to a shared library actually missing, it could just as well be some configuration or CA certificate file. | 13:56:54 |
| 9 Feb 2025 |
|  preston ⚡️ joined the room. | 07:41:18 |
| preston ⚡️ | hi, i was wondering if it was:
- possible to use multiple URLs for a single flake input as a fallback, and
- if it is not currently possible, if it would get merged if there was a PR for it, and
- if it would not get merged, why it is a bad idea
| 10:39:30 |
|  sinan changed their profile picture. | 14:43:19 |
| sinan changed their display name from Sinan (comfy) to sinan. | 14:43:29 |
| sinan changed their profile picture. | 14:47:57 |
| Robert Hensing (roberth) | I like the idea. I think an important next question is whether we want to use an equivalence of basically whole fetchTree calls (including the type) or just the interchangeability of git remotes, or both.
The latter, multiple git remotes, seems like something that could be readily implemented, and without harming a broader fetchTree-level solution. It might become technically redundant, but then it would still provide a nice syntax that's easy to desugar (and if it's not, that means we had good reason to support both). | 15:09:04 |
| sinan changed their profile picture. | 15:41:40 |
 jade_ | https://git.lix.systems/lix-project/lix/issues/444 semi related.
i can't really say what the signal is from lix on such a feature request other than "I'm not porting it myself and there's practically not a single active developer who wants to touch flakes because they're a pit of despair". so absent someone caring about this feature enough to add it, it's going to become a lix-cppnix divergence.
Currently there is indeed probably no way to implement this in nix language today because I'm expecting the error thrown by failed fetchTree calls to be fatal. However this can be implemented today via import from derivation of pkgs.fetchurl which i think has mirror fallbacks, right?
| 18:22:58 |
| jade_ | btw for this kind of thing where it will become an implementation divergence in exposed api, i think it would be beneficial if something like https://www.chromium.org/blink/launching-features/ were implemented such that we don't implement things like builtins.convertHash without feedback from other implementations (who, in the case of lix are never going to implement convertHash because its api design is a compatibility hazard if new hash types are introduced without a mechanism like builtins.features existing https://git.lix.systems/lix-project/lix/issues/607) | 18:30:01 |
| 10 Feb 2025 |
| preston ⚡️ | I do care enough about this feature to add it. I'll probably go with the "multiple git remotes" solution first because it seems relatively simple (you don't have to deal with different source types, and also this would be my first contribution to Nix) and try for a fetchTree solution afterwards | 02:12:46 |
 ElvishJerricco | I think the way nix 2.26 is packaged in nixpkgs probably needs some changes. As far as I can tell, there's no way to override it e.g. to add a patch. I think this is a pretty ordinary use case. | 08:11:50 |
