!xmLtiCaAJxfhURjrXl:matrix.org

NixOS RISC-V

210 Members
NixOS on RISC-V https://wiki.nixos.org/wiki/RISC-V https://pad.lassul.us/NixOS-riscv64-linux 62 Servers

Load older messages


SenderMessageTime
18 Dec 2023
@patryk4815:matrix.orgpatryk4815 * Nick Cao: This fix for gcc13 is only available on staging? https://github.com/NixOS/nixpkgs/pull/275084
thanks for merging :)
17:47:16
19 Dec 2023
@fgaz:matrix.orgfgaz
In reply to @patryk4815:matrix.org
Nick Cao: This fix for gcc13 is only available on staging? https://github.com/NixOS/nixpkgs/pull/275084
thanks for merging :)
It's on master, not staging, and it has yet to reach the channels
09:24:22
@pouspous:matrix.orgpouspous once https://github.com/NixOS/nixpkgs/pull/274853 we'll be able to fully cross-compile nixos-star64 and thus remove lib.optionals (stdenv.buildPlatform == stdenv.hostPlatform) 14:05:08
@pouspous:matrix.orgpouspous(or at least I would find it nice to remove it by default)14:06:10
@pouspous:matrix.orgpouspous * once https://github.com/NixOS/nixpkgs/pull/274853 is merged into master we'll be able to fully cross-compile nixos-star64 and thus remove lib.optionals (stdenv.buildPlatform == stdenv.hostPlatform) 14:06:39
@fgaz:matrix.orgfgaz pouspous: I don't understand the connection between the two and why you want to remove that line 14:49:41
@fgaz:matrix.orgfgaz * pouspous: I don't understand the connection between the two and why you want to remove that line 14:50:22
@fgaz:matrix.orgfgazcross-compiled build time dependencies aren't going to help native builds, they have different hashes14:51:20
@fgaz:matrix.orgfgazby the way, I plan to remove that part completely once I finish setting up my attic cache14:53:52
@pouspous:matrix.orgpouspous oh I didn't know that's a shame. so cross-compiling (say from x86_64 to riscv64) package in system.extraDependencies will still trigger a recompilation of those packages when request on the riscv machine ? 14:56:42
@pouspous:matrix.orgpouspous * oh I didn't know that's a shame. so cross-compiling (say from x86_64 to riscv64) packages in system.extraDependencies will still trigger a recompilation of those packages when request on the riscv machine ? 14:57:52
@pouspous:matrix.orgpouspous I might not get the purpose of system.extraDependencies 15:13:26
@pouspous:matrix.orgpouspousI understand this option as being a list of packages that must remain on the system, even if not necessarily referenced by anything in the store, right ?15:15:02
@fgaz:matrix.orgfgaz
In reply to @pouspous:matrix.org
oh I didn't know that's a shame. so cross-compiling (say from x86_64 to riscv64) packages in system.extraDependencies will still trigger a recompilation of those packages when request on the riscv machine ?
that's correct, and is the reason why I wrote that conditional
15:20:48
@fgaz:matrix.orgfgaz
In reply to @pouspous:matrix.org
I understand this option as being a list of packages that must remain on the system, even if not necessarily referenced by anything in the store, right ?
yes, and I use it as sort of a lighter version of system.includeBuildDependencies
15:21:36
@pouspous:matrix.orgpouspous So why do cross-compiled packages in system.extraDependencies need recompilation when requested on the native machine, but not packages in environment.systemPackages. Them too should have a different hash right ? 15:50:57
@pouspous:matrix.orgpouspous * So why do cross-compiled packages in system.extraDependencies need recompilation when requested on the native machine, but not packages in environment.systemPackages ? Them too should have a different hash right ? 15:51:18
@pouspous:matrix.orgpouspous * So why do cross-compiled packages in system.extraDependencies need recompilation when requested on the native machine, but not packages in environment.systemPackages ? Them too should have a different hash, right ? 15:51:29
@fgaz:matrix.orgfgaz pouspous: both require recompilation. If you try to nixos-rebuild from a star64 that was flashed with a cross image, it will try to rebuild everything from the ground up 15:57:37
@pouspous:matrix.orgpouspousoh ok it all makes sens now, thanks !15:58:52
@pouspous:matrix.orgpouspousis same-hash cross-compilation something planned or possible, or am I just suggesting a total blasphemy ?15:59:44
@fgaz:matrix.orgfgaz you are not :) https://github.com/NixOS/rfcs/pull/62 16:02:04
@pouspous:matrix.orgpouspousneet !16:02:46
23 Dec 2023
@aciceri:nixos.devzrsk Hey folks!
I'm working with some RISC-V derivations and I'm a bit annoyed by the building speed (I'm using binfmt on a quite powerful x86_64 machine). I know that there is this cache (indeed I'm using it, with the same exact nixpkgs used to populate it) but still many derivations are not cached and at the same time I would like a more updated nixpkgs.
Isn't there a community builder, right? Also I tried looking for cloud providers that offer RISC-V without luck, maybe there is one instead?
I was also considering buying an SBC but they don't look so powerful (I checked the VisionFive2 and the Star64), I fear that I would get performances similar to my emulated RISC-V.
18:11:18
@raitobezarius:matrix.orgraitobezariusThere's no powerful RISC-V beyond the MilkV out there for now18:11:39
@raitobezarius:matrix.orgraitobezariusI would recommend waiting for one extra year probably18:11:45
@raitobezarius:matrix.orgraitobezariusOr 6 months18:11:48
@aciceri:nixos.devzrsk Which model? Doesn't it use the JH7110 as the VIsion5? 18:14:39
@raitobezarius:matrix.orgraitobezariusno milkv uses a Sophgo chip18:14:56
@aciceri:nixos.devzrsk Anyway I need this sooner than 6 months unluckily (using binfmt is acceptable for my needs, just a bit painful) 18:15:05

Show newer messages


Back to Room ListRoom Version: 10