| 17 Oct 2021 |
 trofi | Was about to ask why those don't get passed unconditionall, but the TODO is already there :) https://github.com/NixOS/nixpkgs/blob/master/pkgs/stdenv/generic/make-derivation.nix#L58-L61 | 14:33:15 |
|  mars joined the room. | 19:03:15 |
| 18 Oct 2021 |
| trofi | I'd like to update locally a bootstrap binary tarball for musl (to make pkgsMusl use current versions of musl & co.). Can I do it from a glibc system?
I tried as nix build -f pkgs/stdenv/linux/make-bootstrap-tools.nix --arg localSystem '{ config = "x86_64-unknown-linux-gnu"; libc = "musl"; }', but it seems to pass --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu to bison.
| 06:58:28 |
| trofi | Gah, I forgot to fix actual tuple /o. nix build -f pkgs/stdenv/linux/make-bootstrap-tools.nix --arg localSystem '{ config = "x86_64-unknown-linux-musl"; libc = "musl"; }' seems to do the trick. Is it how original tarballs are (or should be) generated? | 07:10:41 |
| trofi | One step deeper into bison's failure on musl: https://github.com/NixOS/nixpkgs/issues/142066 | 08:43:38 |
| trofi | Which include order is correct? | 08:43:55 |
|  joe left the room. | 11:46:27 |
| 20 Oct 2021 |
 Rick (Mindavi) | Hmm, librsvg cross-compiling broke again since they added rsvg-convert -- it fails with a linker error after a lengthy build :( | 16:48:09 |
|  phaer joined the room. | 21:01:34 |
| phaer left the room. | 21:01:40 |
 sterni | is there a reliable way to distinguish between a tuple and triple when parsing a platform specification? | 21:13:43 |
| sterni | the problem is that you can't just split on - and count the parts | 21:14:07 |
| sterni | because of stuff like armv7a-linux-androideabi | 21:14:21 |
| sterni | can't we just get rid of the nix system tuple and lib.platforms :| | 21:14:56 |
 Alyssa Ross | doesn't make them any easier to parse, unless you're proposing also switching from GNU to LLVM triples | 21:15:34 |
| Alyssa Ross | sternenseemann: what are you trying to do? | 21:16:18 |
| sterni | I'm trying to refactor some code in cabal2nix | 21:16:56 |
| sterni | and there is a flag where you can pass either a tuple or a LLVM triple | 21:17:08 |
| sterni | So I thought I'd be strict about the tuple and otherwise fall back to cabal's triple parsing code | 21:17:31 |
| sterni | but that doesn't work if the kernel part has a dash | 21:17:42 |
| sterni | I want to avoid actually checking against a list | 21:17:55 |
| sterni | and the problem is cabal also doesn't do that | 21:18:20 |
| Alyssa Ross | you could use mkSystemFromString, but that would only work if it was a double or a GNU triple I think | 21:18:51 |
| sterni | don't want to call nix from haskell for this | 21:19:10 |
| Alyssa Ross | oh i see | 21:19:20 |
| sterni | needs to work in ifd for example | 21:19:20 |
| Alyssa Ross | is armv7a-linux-androideabi really a Nix double? | 21:19:52 |
| sterni | and reimplementing it won't work because it checks against a list of known kernels and arches right? | 21:19:56 |
| Alyssa Ross | yes | 21:20:03 |
| sterni | lib.systems.elaborate parsed it correctly | 21:20:18 |
