<textmate>
qyliss: Do you think youll be able to have a minimal codebase that can be applied as a patchset to nixOS? Just thinking of security so that it can be reviewed easily incase of specific attacks
<qyliss>
No, Spectrum will be very different to NixOS
<qyliss>
NixOS gets too much wrong, unfortunately
<textmate>
hmok
cole-h has quit [Ping timeout: 258 seconds]
<MichaelRaskin>
Hopefully you would still be able to benefit from 0078…
<MichaelRaskin>
(I expect parts of SpectrumOS that are theoretically shareable with NixOS and not shareable via 0078 to be pretty minimal; HW isolation has to be from-scratched and bootscripts can be small enough to review easily)
<MichaelRaskin>
textmate: but also the first version will clearly not pass a harsh review, because just looking for SIGSEGV at wl_roots tracker is not a pretty sight. But it will have many critical building blocks
jb55 has quit [Remote host closed the connection]
jb55 has joined #spectrum
feepo has quit [Ping timeout: 272 seconds]
feepo has joined #spectrum
feepo has quit [Excess Flood]
feepo has joined #spectrum
<hyperfekt>
many things
<hyperfekt>
> that are being developed for spectrum as part of the nlnet grant seem independent to the stuff nixos gets wrong, or am i mistaken about that?
<MichaelRaskin>
Well, it might be easier to boot the hardware isolation pieces without systemd with its opinion on everything
mvnetbiz_9 has joined #spectrum
mvnetbiz_ has quit [Ping timeout: 272 seconds]
mvnetbiz_9 is now known as mvnetbiz_
mvnetbiz_ has quit [Ping timeout: 260 seconds]
mvnetbiz_9 has joined #spectrum
<textmate>
MichaelRaskin: ok
<textmate>
I am super glad that this project exists as I believe this is 100% the way to go instead of Qubes, I think I will be using for many years still though
<textmate>
however* using Qubes*
mvnetbiz_9 has quit [Quit: Bye!]
<ehmry>
MichaelRaskin: i think the adoption of exotic nixos derivatives will be driven by how close their configuration model is to nixos, so 0078 is important
maxdevjs has joined #spectrum
<qyliss>
what's 0078?
<MichaelRaskin>
RFC 0078: use configuration file generators that are inspectable, tweakable, and usable outside of NixOS, too
<qyliss>
interesting
<MichaelRaskin>
ehmry: it is an explicit goal that it should very easy to have configuration model close to NixOS, but one the other hand the code should be also easy to black-box incapsulate
<MichaelRaskin>
(lead author of RFC 0078 is me, Sander will hopefully confirm co-authorship, Eelco's reaction at NixCon was overall positive)
<qyliss>
I like this
<qyliss>
I especially like that it doesn't seem to be really tied to the module system at all
<qyliss>
and that presumably config file generators can't depend on the values of random configuration values in a different namespace
<MichaelRaskin>
Yes, they are pure functions
<MichaelRaskin>
Kind of not completely untied from modules system
<MichaelRaskin>
Deep merge and type checking are desirable, people won't lose them, so module system type checking is specified
<MichaelRaskin>
But yeah, it is module system as in «define typechecking and merging for well-delimited single-topic configurations», not «how can we get back all the problems of distributed effects in a global shared space»
cole-h has joined #spectrum
<textmate>
MichaelRaskin: Where can I read the spec?