phreedom has quit [Quit: No Ping reply in 180 seconds.]
phreedom has joined #nixos-dev
orivej has quit [Ping timeout: 245 seconds]
jtojnar has quit [Quit: jtojnar]
cjpbirkbeck has quit [Quit: Quitting now.]
alp has joined #nixos-dev
orivej has joined #nixos-dev
<timokau[m]>
Is there any reason `hardware.cpu.intel.updateMicrocode` doesn't default to true on intel hardware?
<niksnut>
hm, how would we know we're on intel hardware?
<niksnut>
I guess nixos-generate-config could detect it
<timokau[m]>
Yeah, I would have thought that is one of those things `hardware-configuration.nix` is for
<timokau[m]>
I guess there may be arguments against fetching binaries from intel, but since those binaries are already there anyways its probably best to at least keep them updated
pie_ has quit [Ping timeout: 252 seconds]
Synthetica has joined #nixos-dev
samueldr has quit [Ping timeout: 245 seconds]
samueldr has joined #nixos-dev
<domenkozar[m]>
would it be end of the world if we changed nix.binaryCaches to be appendable list?
<domenkozar[m]>
currently people trip over overriding default cache which is almost never the intention
<gchristensen>
I think it would be a breaking change for people who do intend it
<domenkozar[m]>
I guess for those 5 people there would be changelog and mkForce
<domenkozar[m]>
haven't tested it, but to open the discussion
johnny101 has quit [Read error: Connection reset by peer]
<gchristensen>
it is an invariant that a binary cache contains the entire closure of everything in it. this makes uploading to a binary cache take variable resources depending on where in the tree the upload is: if everything depends on a large package it will only upload that one package's NAR before uploading anything else
<gchristensen>
I wonder if we could improve this a bit by uploading the NARs at maximum speed/capacity and only upload .narinfo files when the entire closure is present
<gchristensen>
it'd upload .narinfos as it goes as it does now, but it would upload .nar's as quickly as possible
<andi->
same applies for downloading NARs.. they are really strictly ordered which is a great property to have but it could be so much more time efficient to download as fast as possible and only unpack them once the dependencies are unpacked.
<gchristensen>
oh that sounds cool!
<gchristensen>
or even download and unpack, but not register as valid until the closure is present
<andi->
maybe but I have the feeling we might run into more nix store verifications then.. (if things go wrong)
<gchristensen>
there is precedent for sort of thing already
<gchristensen>
like if a build fails, the output paths remain in /nix/store but not registered as valid
<andi->
Perhaps we should improve the memory consumption of the downloads first.. download to an anonymous file or something like that. It sounds like one of the things not too hard to change in the current code. (slowly and incrementally)
<gchristensen>
yeah sounds like a great idea
<andi->
uargh the new website is a bit confusing.. I says `NixOS` on the top but you still have to select `NixOS` from the menu to reach options :/
<gchristensen>
hmmm true
Drakonis has quit [Quit: WeeChat 2.4]
<Taneb>
Ah, so that's how you do it
<Taneb>
I've been clicking "Getting support" to reach the options
<gchristensen>
samueldr: I wonder if we should revert the homepage update for now
<samueldr>
hm :/ sure, though not sure how to approach it in the end
<gchristensen>
yeah me either :/
<samueldr>
maybe exploding the projects menu on the main page; I'm not sure if I proposed it initially
<samueldr>
(though, this would also have the issue of showing hydra, patchelf, etc)
<samueldr>
unless those are under a submenu "more" or something of that effect
pie_ has joined #nixos-dev
Jackneill has quit [Ping timeout: 252 seconds]
Jackneill has joined #nixos-dev
<gchristensen>
I thought tmpfiles.d would run atimer or something to regularly prune?
<gchristensen>
seems it does, but my tmpfiles definition isn't working
<gchristensen>
hmm
<gchristensen>
ok PEBCAK but I don't know the solution.
<gchristensen>
"R /tmp/nix-build-* - - - 1d -" <- I want to delet all nix-build-* directories when they're >=1d old. this works on activation, but the cleanup script doesn't do it
asymmetric_ has joined #nixos-dev
marek_ has joined #nixos-dev
asymmetric has quit [Ping timeout: 258 seconds]
srk has quit [Ping timeout: 258 seconds]
marek has quit [Ping timeout: 258 seconds]
asymmetric_ is now known as asymmetric
srk has joined #nixos-dev
srk has joined #nixos-dev
srk has quit [Changing host]
<ekleog>
Just noticed https://nixos.org/nixos/foundation.html does not actually list the foundation's expenses, despite what's written. I guess that's unexpected?
Jackneill has quit [Read error: Connection reset by peer]
<domenkozar[m]>
ekleog: working on getting foundation on opencollective
<domenkozar[m]>
ekleog: but it's quite some work keep these things transparent
<ekleog>
'k nice :)
<flokli>
domenkozar[m]: I tried getting into contact with OpenCollective while planning NixCon. Wouldn't recommend, I'm still waiting for a reply to my follow-up email questions...
<domenkozar[m]>
well they are a big business now, why did you need special handling?
<flokli>
domenkozar[m]: because I wanted to use another money input channel than their website
<flokli>
Like, a NixCon ticket sale website ;-)
<gchristensen>
not hearing back is sketch. if they can't do it, they should say they can't do it
<flokli>
Well, they said they probably should, but they want to check back with the EU admin
<flokli>
And no reply after that..
<domenkozar[m]>
that's a feature request :)
<flokli>
that same EU legal admin needs to be asked for confirmation as soon as something risky is done, like signing contracts to rent a venue etc. I still think we're better off with the NixOS foundation.
<domenkozar[m]>
it doesn't change legal entity
<domenkozar[m]>
just a transparency tool
<flokli>
you mean the "You hold the money for your collective" mode, where the NixOS foundation still does the bookkeeping?
<domenkozar[m]>
money goes to foundation, collective is the public ledger
jtojnar has joined #nixos-dev
<flokli>
ok, and we can still accept donations through other means too, as you'd be able to insert these manually into the opencollective ledger, too?
<worldofpeace>
OpenCollective would be great, but I keep hearing this story about unresponsiveness
Jackneill has joined #nixos-dev
<arianvp>
Why not just publish finance reports every year? Why do we need a third party for that?
<arianvp>
The treasurer has to create those anyway
<ekleog>
arianvp: I think the thing is OpenCollective can serve as an accountant for the foundation, making the treasurer's job easier
<arianvp>
I see
<arianvp>
That sounds useful then
ericnoan has quit [Ping timeout: 245 seconds]
ericnoan has joined #nixos-dev
<flokli>
If you use OpenCollective as an accountant, the money doesn't stay at nixos foundation anymore
jtojnar has quit [Quit: jtojnar]
jtojnar has joined #nixos-dev
jtojnar has quit [Quit: jtojnar]
jtojnar has joined #nixos-dev
Jackneill has quit [Remote host closed the connection]
Cale has quit [Ping timeout: 276 seconds]
Cale has joined #nixos-dev
johnny101 has joined #nixos-dev
joepie91___ has joined #nixos-dev
joepie91___ is now known as joepie91
jtojnar has quit [Remote host closed the connection]