| 22 Oct 2023 |
 Alex | In reply to @twz123:matrix.org
Thanks. You mean that when trying out the aforementioned PR, I might be able to get GHC compiled? Will try that out. I don't have any idea about Haskell whatsoever, so I'd probably not be able to override anything in the Cabal files. (I can override stuff with doCheck=false though and see if that gets me anywhere 😄). I'll check out cache.ztier.in. It'd already help if only stdenv would be in there. Bootstrapping gcc is no fun 😵💫. Do you know who maintains that cache? You can get GHC compiled with that. There is some useful information in the PR about how to do it, but the idea is cross-compile from another architecture, copy to RISC-V machine, and use it to compile natively.
Unless you have a very unusually powerful RISC-V system, expect the native build to take over 20 hours (you may be able to make it faster by changing the GHC build flavour). At the moment, it doesn't give much advantage over the cross build, so you could just use that instead.
For overriding Haskell packages, there are some very useful functions in haskell.lib.
For dropping RTS flags, you can use those functions to remove any --with-rtsopts if you get any "unsupported RTS flag" issues (note that some programs might behave strangely with single-threaded RTS).
I'd be very surprised if the binary cache didn't have stdenv when using the same version of Nixpkgs.
I don't know who maintains it, but I'm guessing that whoever added it to the file is responsible (see git blame).
I don't know | 15:59:09 |
| Alex | * You can get GHC compiled with that. There is some useful information in the PR about how to do it, but the idea is cross-compile from another architecture, copy to RISC-V machine, and use it to compile natively.
Unless you have a very unusually powerful RISC-V system, expect the native build of GHC to take over 20 hours (you may be able to make it faster by changing the GHC build flavour). At the moment, it doesn't give much advantage over the cross build, so you could just use that instead.
For overriding Haskell packages, there are some very useful functions in haskell.lib.
For dropping RTS flags, you can use those functions to remove any --with-rtsopts if you get any "unsupported RTS flag" issues (note that some programs might behave strangely with single-threaded RTS).
I'd be very surprised if the binary cache didn't have stdenv when using the same version of Nixpkgs.
I don't know who maintains it, but I'm guessing that whoever added it to the file is responsible (see git blame).
I don't know | 15:59:31 |
| Alex | * You can get GHC compiled with that. There is some useful information in the PR about how to do it, but the idea is cross-compile from another architecture, copy to RISC-V machine, and use it to compile natively.
Unless you have a very unusually powerful RISC-V system, expect the native build of GHC to take over 20 hours (you may be able to make it faster by changing the GHC build flavour). At the moment, it doesn't give much advantage over the cross build, so you could just use that instead.
For overriding Haskell packages, there are some very useful functions in haskell.lib.
For dropping RTS flags, you can use those functions to remove any --with-rtsopts if you get any "unsupported RTS flag" issues (note that some programs might behave strangely with single-threaded RTS).
I'd be very surprised if the binary cache didn't have stdenv when using the same version of Nixpkgs.
I don't know who maintains it, but I'm guessing that whoever added it to the file is responsible (see git blame). | 16:00:13 |
 fgaz | In reply to @twz123:matrix.org
to avoid bootstrapping
Does anybody have a RISC-V binary cache somewhere? I'm not even able to get cachix compiled. AFAICT GHC can't be bootstrapped on riscv64 and cross compiling doesn't work either (due to Template Haskell stuff not being able to be cross compiled). Only idea that I have currently is to copy the store paths over to other machines on which cachix is available. I include a bunch of packages, including all stdenv stages, in my star64 images https://sr.ht/~fgaz/nixos-star64 | 16:32:22 |
| 23 Oct 2023 |
|  SomeoneSerge (UTC+3) changed their display name from Someone (UTC+3) to SomeoneSerge (UTC+1). | 09:07:34 |
| 25 Oct 2023 |
|  Federico Damián Schonborn changed their profile picture. | 00:12:28 |
| 26 Oct 2023 |
|  oh_yeah joined the room. | 06:06:55 |
 nyanbinary | Why isnt this room connected to the NixOS space btw? | 18:14:26 |
| Alex | In reply to @niko:conduit.rs
Why isnt this room connected to the NixOS space btw? It is (in the topics subspace). | 18:15:02 |
| nyanbinary | Oh | 18:15:14 |
| nyanbinary | can you link me to the topic subspace? | 18:15:21 |
 adamcstephens 🐝 | https://matrix.to/#/#topics:nixos.org | 18:51:08 |
| adamcstephens 🐝 | i didn't even know you could access the subspace separately, but there it is | 18:51:20 |
|  Sam Lehman joined the room. | 20:34:05 |
| 27 Oct 2023 |
 Pratham Patel (you can mention me) | I've tried booting 6.6-rc7 on the VF2 (on archlinux) with no success (rootfs fails to mount). Has anyone else had success booting mainline on VF2? | 00:01:07 |
| Federico Damián Schonborn changed their profile picture. | 01:24:04 |
 misuzu | In reply to @thefossguy:matrix.org
I've tried booting 6.6-rc7 on the VF2 (on archlinux) with no success (rootfs fails to mount). Has anyone else had success booting mainline on VF2? nvme support is still not merged | 12:05:17 |
| misuzu | https://github.com/starfive-tech/linux/tree/JH7110_VisionFive2_upstream I'm using this branch | 12:06:07 |
| Pratham Patel (you can mention me) | I was booting uboot from SPI and OS from SD | 12:06:09 |
| Pratham Patel (you can mention me) | Upstream DT has nodes for eMMC and SD | 12:06:40 |
| misuzu | In reply to @thefossguy:matrix.org
I was booting uboot from SPI and OS from SD Probably something is missing in the kernel config | 12:06:46 |
| Pratham Patel (you can mention me) | Plus, this was with defconfig, not distro config with old[def]config | 12:07:13 |
| misuzu | https://github.com/misuzu/nixos-vf2/blob/038cd5ce7ca45ee74c4af3e869e0484a26ac1473/linux-vf2.nix#L13 | 12:07:27 |
| misuzu | Check if these are enabled | 12:07:37 |
| * Pratham Patel (you can mention me) is booting the working image to check this | 12:08:39 |
| Pratham Patel (you can mention me) | Right off the bat, the first option CPU_FREQ is missing lol | 12:18:22 |
| Pratham Patel (you can mention me) | I thought defconfig would set that :/ | 12:18:28 |
| misuzu | Also make sure to add these modules to initrd https://github.com/misuzu/nixos-vf2/blob/038cd5ce7ca45ee74c4af3e869e0484a26ac1473/configuration.nix#L26 | 12:20:35 |
| Pratham Patel (you can mention me) | How easy/hard is it to build this image on the 8GB VF2 itself? | 12:21:36 |
| Pratham Patel (you can mention me) | easy/hard for the board | 12:22:04 |
