| 27 Nov 2024 |
|  jopejoe1 (4094@epvpn) changed their display name from jopejoe1 to jopejoe1 [4094]. | 18:17:43 |
|  @thedragon44:matrix.org left the room. | 23:33:24 |
| 4 Dec 2024 |
|  kagurachan joined the room. | 09:45:57 |
| 5 Dec 2024 |
 @jellyterra:matrix.org | Hi! Has anyone tried porting NixOS to Spacemit X60/K1/M1 (they are almost same)? | 17:23:17 |
| @jellyterra:matrix.org | Teach me how to port if not. (x | 17:23:53 |
| @jellyterra:matrix.org | I have one BananaPi F3 board. | 17:24:53 |
 Alex | In reply to @jellyterra:matrix.org
Teach me how to port if not. (x I recommend figuring out the board's UART interface if you haven't already. It's essential for debugging boot, network, or display problems. - Boot the vendor's OS, to check that your board works.
- Figure out how the board boots, either from vendor documentation or from reverse engineering the vendor OS.
- Replicate that boot configuration using NixOS options.
- Do the same for the kernel configuration.
Good luck! | 18:27:15 |
| @jellyterra:matrix.org | Sounds difficult. Give it a try! | 18:29:03 |
| 8 Dec 2024 |
|  @snaki:kescher.at changed their profile picture. | 20:51:03 |
| 11 Dec 2024 |
|  marijan changed their profile picture. | 14:20:22 |
|  doge.2 joined the room. | 21:44:48 |
| 12 Dec 2024 |
| doge.2 | hi, i've been trying to get binary caches working all day on my visionfive 2 board but have had zero success, it still wants to build all the derivations. is there something obvious i'm missing or is this normal behavior for the risc-v release of nixos? | 01:08:01 |
| doge.2 | Download configuration.nix | 01:09:58 |
| doge.2 | Redacted or Malformed Event | 01:09:58 |
| doge.2 | Download flake.nix | 01:10:17 |
| doge.2 | i uploaded my configuration and flake if it helps | 01:10:28 |
 Pratham Patel | There is no first party binary cache at the moment | 01:12:03 |
| doge.2 | is everything in my configuration and flake correct however? | 01:44:12 |
| Pratham Patel | Can you share a GitHub/GitLab link? My phone says .nix files are binary lol | 03:49:51 |
| Pratham Patel | You might want to replace the lib.mkForce with a lib.mkBefore under nix.settings in your configuration.nix. | 06:12:54 |
| Pratham Patel | Also, you're using the wrong nixpkgs url | 06:13:47 |
| Pratham Patel | the cache can only be used if you point your nixpkgs to either misuzu's nixpkgs fork for riscv or Nick Cao's fork of nixkpgs for riscv | 06:14:18 |
| Pratham Patel | otherwise, you're trying to find the output of nixos/nixpkgs in misuzu's and Nick Cao's binary cache, which won't be there | 06:15:02 |
| Pratham Patel | On the topic of a binary cache for riscv, other than "we don't have [funding for] powerful enough hardware available," is there anything else that needs to be ironed out before we start searching for powerful riscv hardware to put in hydra | 06:16:26 |
| Pratham Patel | * On the topic of a binary cache for riscv, other than "we don't have [funding for] powerful enough hardware available," is there anything else that needs to be ironed out before we start searching for powerful riscv hardware to put in hydra? | 06:16:34 |
| Alex | Importantly, doesn't the hardware also need to be reliable? | 06:17:21 |
| Pratham Patel | I have like 5 coupons for Oasis (when it gets out) which gives a 50% discount. I can give 4 or all of them to the nixos foundation. | 06:17:46 |
| Pratham Patel | Yes. But what I actually meant to ask is, "Are we at a stage where the only obstacle for building riscv binaries in hydra is the unavailability of powerful+reliable hardware?" | 06:19:05 |
| Alex | Right. We already know from experimenting that most of the important packages build. Is there precedent of running Hydra against a platform with no official support? (maybe aarch64 did this at some point?) | 06:21:05 |
| Pratham Patel | One thing that I know of the top of my head is that the entirety of stdenv doesn't feel ready. Like stdenv.isRiscV64 is missing but stdenv.targetPlatform.isRiscv64 and stdenv.hostPlatform.isRiscv64 exist. | 06:23:24 |
