NixOS RISC-V | 223 Members | |
| NixOS on RISC-V https://wiki.nixos.org/wiki/RISC-V https://pad.lassul.us/NixOS-riscv64-linux https://github.com/orgs/NixOS/teams/risc-v | 65 Servers |
| Sender | Message | Time |
|---|---|---|
| 11 Mar 2026 | ||
| if convenient can you open a new issue for that? thanks | 00:46:01 | |
| dramforever: I opened https://github.com/NixOS/nixpkgs/issues/498689 | 01:01:39 | |
| I was going to wait for the bootstrap overhaul, but who knows how long that will take to land. So this should resolve the issue for now: https://github.com/NixOS/nixpkgs/pull/498702 | 02:13:47 | |
| 12 Mar 2026 | ||
| Does anyone have an example of the minimum needed to get nix onto a device with uboot was just thinking about it and a lot of the previous pain I had was compiling, so thinking I should just get it booting and able to build/switch | 07:01:31 | |
| nixos? or just nix | 07:02:14 | |
| Nixos | 07:02:27 | |
| also we don't really have prebuilt stuff for riscv so maybe it's not going to be much less pain | 07:02:36 | |
| True, but might make the iterations faster, last attempt took 2 days of compiling 😅 | 07:03:42 | |
| And then the image didn't boot ran out of time and now that's 6 months ago at least | 07:04:47 | |
| 13 Mar 2026 | ||
| 10:30:39 | ||
| Hello, can someone please help test this program? the executable seems to be working, but I have no clue how to test the module. | 10:34:42 | |
In reply to @eljamm:matrix.orgIt's not 100% reliable, but you can try in qEMU. Otherwise, for the most reliable results, you will need to wait a few days for someone to do a full native build of your branch. | 18:05:40 | |
| 16 Mar 2026 | ||
| Thanks, I'm looking into doing this right now with this NixOS test. Things are a bit cursed, because I had to enable Now, the test is just hanging here:
| 12:44:05 | |
| * Thanks, I'm looking into doing this right now with this NixOS test. Things are a bit cursed, because I had to enable This said, the test is just hanging here:
| 12:44:47 | |
| oh, dear... | 15:53:26 | |
| That's not a good sign. Can you try adding this to the VM's system configuration?
One of these console options might allow you to see kernel and early userspace logs. | 15:58:21 | |
| i don't know what other logs are showing up, but if that's all that's shown maybe the vm didn't work at all | 15:59:49 | |
| True, and if necessary one could also try the early console option. | 16:00:56 | |
| Is anyone able to build the latest Nixpkgs natively? | 16:01:19 | |
| maybe powerline10k | 16:03:42 | |
| * maybe https://github.com/NixOS/nixpkgs/pull/498702 | 16:03:52 | |
| I could try the parent of that merge commit. The only other option is bisecting, which would probably take days/weeks to find the problematic commit. | 16:04:54 | |
| huh, i'd have thought that would have fixed it | 16:06:23 | |
| Ah nevermind, my nixpkgs is older, so I should probably try that commit. dramforever thanks. | 16:06:24 | |
| do you have more logs | 16:06:25 | |
| Download felix86-with-params.log | 16:42:54 | |
| Download felix86.log | 16:42:55 | |
These are the log files. When I pass those parameters, the test seems like it moves past the backdoor.service part, but it still doesn't seem to be doing much either. It's also pretty slow. | 16:45:30 | |
| Oh so you are getting kernel logs even without setting You could I guess try building the
I think that's because you're emulating RISC-V using binfmt emulation to run a riscv64-linux build of qEMU to run the test? That sounds to me like you have qEMU running under qEMU. | 18:48:52 | |
Possibly you might just need to wait long enough for backdoor.service to come online.How long have you given it? | 18:51:47 | |