gchristensen changed the topic of #nixos-chat to: NixOS but much less topical || https://logs.nix.samueldr.com/nixos-chat
<ldlework> i win
<gchristensen> nice
<ldlework> need players
drakonis has joined #nixos-chat
<LnL> gchristensen: I found a bug, but I think my idea works (given basic trust of the source that uploads the derivations)
<LnL> it might also be useful for ofborg if we want to separate eval/build
<gchristensen> I am very interested!
drakonis_ has quit [Ping timeout: 252 seconds]
<LnL> derivations are content addressable so you can import them without a signature
<gchristensen> oh, what, they are?
<gchristensen> :o
<LnL> the trust part is only important when realizing them
<gchristensen> why is the trust important for realizing them?
<gchristensen> (beyond the implications of building)
<LnL> only that
<gchristensen> incredible
<gchristensen> this is wonderful news!
<gchristensen> so ofborg could distribute .drv's for building instead of clone/eval/build instructions
<LnL> yeah, I can download those to my builder without special privileges
<gchristensen> this is potentially, hugely massive.
<LnL> given that I receive the path ofcorse
<gchristensen> like, nix-store -r /nix/store/hash-foo.drv?
<LnL> In theory, but might only works with nix copy
<gchristensen> nice
<gchristensen> I've been thinking about how to scale hydra further, and how ofborg might fit in to it. this could answer the question
<LnL> I was thinking about the developer usecase
<gchristensen> do say more!
<LnL> this could enable an equivalent to nix build --builder 'ssh://foo' without having to provide direct access
<gchristensen> oh, like for the aarch64 builder, without being trusted
<LnL> people with access can upload derivations and a cluster of machines can loop over that and build what's not in the cache yet
<gchristensen> ♥‿♥
<gchristensen> one of the incarnations of my hydra ideas was to (based on Erlang) have a process per .drv, waiting for a message that the build was completed, plus a process per builder's build slot, receiving build instructions. using OTP to distribute this across multiple machines, we wouldn't be so tied to a single machine's ability to doll out work, compress, and upload to s3
<LnL> yeah, so this idea still needs something that coordinates/indicates what's missing
<gchristensen> (it would limit us to a total of ~268,435,000 in-progress jobs, which I think is probably a fine limitation per cluster)
<LnL> but other then that it's pretty decoupled
<gchristensen> I love this
<LnL> :D
<samueldr> only 268 million?
<gchristensen> great work, LnL! this is so cool
<LnL> fist step is getting this in https://github.com/NixOS/nix/pull/2572
<{^_^}> nix#2572 (by LnL7, 29 minutes ago, open): nar-info-disk-cache: include ca in the cache entries
<gchristensen> samueldr: ...and a half...
<LnL> the content addressable information currently gets lost once narinfo requests are cached
<LnL> forcing everything to be signed regardless of type
<samueldr> I was only .0001% off gchristensen :)
<gchristensen> LnL: :D this makes a lot of sense, esp. given drvs come from nix-build , which is a client-controlled application and could be evil -- of *course* they must be content-addressed!
<LnL> yeah, exactly
<LnL> same with sources, etc.
<gchristensen> this is very exciting
<LnL> this is much more fun than debugging the dlopen segfault on darwin :p
<gchristensen> :D
<gchristensen> so my Docbook -> markdown XSLT works ... shockingly well ....... https://gist.github.com/grahamc/48e37aa07f65cec0c171804b8abca616#file-nix-pills-md
<samueldr> I don't know if the docbook source has it, but github-flavoured markdown's ``` can be configured with a language name to syntax highlight ;)
<gchristensen> it doesn't
<samueldr> yeah, I was just checking and saw it's .txt through xi:include
<gchristensen> although...!
<gchristensen> required this diff in the pills' source:
<gchristensen> - <programlisting><xi:include href="./05/test-nix-2.txt" parse="text"
<gchristensen> + <programlisting language="nix"><xi:include href="./05/test-nix-2.txt" parse="text"
<samueldr> and that would, I assume, also enhance the "normal" output
<gchristensen> seems the language is ignored by the default html output
<gchristensen> this is of course fixable with enough of a fight
<gchristensen> we do have a purely functional programming language here, after all!
<samueldr> did you check the nixos-enhanced output? https://stuff.samueldr.com/screenshots/2018/12/20181211205253.png
<samueldr> (that's for the nixpkgs manual on nixos.org)
<gchristensen> hljs auto-detects :/
<gchristensen> and adds those classes
<samueldr> hmm
<samueldr> I was misled!
jasongrossman has joined #nixos-chat
sir_guy_carleton has joined #nixos-chat
pie___ has joined #nixos-chat
pie__ has quit [Remote host closed the connection]
pie__ has joined #nixos-chat
pie___ has quit [Ping timeout: 268 seconds]
jasongrossman has quit [Ping timeout: 250 seconds]
lassulus_ has joined #nixos-chat
lassulus has quit [Ping timeout: 250 seconds]
lassulus_ is now known as lassulus
jasongrossman has joined #nixos-chat
Lisanna has quit [Remote host closed the connection]
Lisanna has joined #nixos-chat
endformationage has quit [Quit: WeeChat 2.3]
drakonis has quit [Ping timeout: 244 seconds]
rawreraw has joined #nixos-chat