| 8 Feb 2025 |
|  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 |
|  @twig6943:matrix.org changed their profile picture. | 14:36:05 |
|  @550mg:matrix.org left the room. | 19:59:11 |
| 11 Feb 2025 |
|  -chi left the room. | 20:21:59 |
| 12 Feb 2025 |
|  LinearArray changed their profile picture. | 22:48:30 |
| 13 Feb 2025 |
|  connor (burnt/out) (UTC-8) changed their display name from connor (he/him) (UTC-7) to connor (he/him) (UTC-8). | 06:59:10 |
|  Alice joined the room. | 10:37:22 |
 Sandro 🐧 | I just wanted to poke about https://github.com/NixOS/nix/pull/6464 and https://github.com/NixOS/nix/issues/10202
Since thufschmitt stopped working on things, maybe someone else could pick it up? | 13:29:20 |
| 14 Feb 2025 |
| Robert Hensing (roberth) | I've opened https://github.com/NixOS/nix/issues/12472 | 00:14:43 |
 John Ericson | Robert Hensing (roberth) I think we would want to expose the individual library packages in nixpkgs? | 00:56:47 |
