<Profpatsch>
This person at Google is engineering to put their source checkouts into a git-like merkle-tree in an effort to bring all CI pipelines to <1m
<Profpatsch>
Because when you have enough processors and parallel builds, your CI times are dominated by unpackPhase
<Profpatsch>
I guess nixpkgs is not there yet until we patch autotools enough to not suck so badly :)
<niksnut>
domenkozar[m]: what's the time for the RFC 49 meeting? didn't get a calendar event
justanotheruser has quit [Ping timeout: 272 seconds]
teto has quit [Ping timeout: 260 seconds]
<Valodim>
oh, there's a jitsi link. hadn't seen that :)
justanotheruser has joined #nixos-dev
drakonis1 has quit [Read error: Connection reset by peer]
drakonis1 has joined #nixos-dev
drakonis has joined #nixos-dev
drakonis1 has quit [Ping timeout: 272 seconds]
drakonis1 has joined #nixos-dev
drakonis has quit [Ping timeout: 246 seconds]
drakonis has joined #nixos-dev
drakonis1 has quit [Ping timeout: 272 seconds]
teto has joined #nixos-dev
janneke has quit [Quit: janneke quits Mes'sing]
janneke has joined #nixos-dev
alp has quit [Ping timeout: 246 seconds]
<LnL>
ping garbas (or anybody else familiar with the new website setup)
alp has joined #nixos-dev
calbrecht has quit [Remote host closed the connection]
<worldofpeace>
domenkozar: that sounds like a good choice to me
<worldofpeace>
I won't be able to be at today's RFCSC meeting today, I have an engagement this morning. I'll be back doing nixos stuff June 7th
<niksnut>
worldofpeace: no problem, thanks for letting us know :-)
<worldofpeace>
❣︎
orivej has joined #nixos-dev
orivej has quit [Ping timeout: 240 seconds]
orivej has joined #nixos-dev
orivej has quit [Ping timeout: 256 seconds]
orivej has joined #nixos-dev
<spacekookie>
Mic92: domenkozar[m] ssory this is super short notice but I won't make it to the meeting today. Sorry! :l
<spacekookie>
Erm, sorry that was a wrong ping x) niksnuts sphalerite worldofpeace
alp has quit [Remote host closed the connection]
alp has joined #nixos-dev
<gchristensen>
domenkozar[m]: it would be good and cool if Nix's substitution logic happened in a different, non-root process anyway, and then that process could be iolimit'd
orivej_ has joined #nixos-dev
orivej has quit [Ping timeout: 272 seconds]
<domenkozar[m]>
and act as a queue?
<gchristensen>
not sure about the specifics there
<domenkozar[m]>
right :)
<gchristensen>
probably want to d/l individual paths as fast as possible
janneke has quit [Remote host closed the connection]
janneke has joined #nixos-dev
alp has quit [Remote host closed the connection]
<domenkozar[m]>
it could be just async with a reasonable limit
alp has joined #nixos-dev
orivej_ has quit [Ping timeout: 246 seconds]
<Ericson2314>
Profpatsch: Awesome, just the sort of prior art I was looking for
orivej has joined #nixos-dev
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #nixos-dev
janneke has quit [Remote host closed the connection]
janneke has joined #nixos-dev
orivej has quit [Quit: No Ping reply in 180 seconds.]
<Valodim>
niksnut: domenkozar[m]: Ericson2314: shlevy: I took some meeting notes, maybe that's helpful for you :) http://sprunge.us/hGgqdc
<Ericson2314>
Valodim: thanks!
<domenkozar[m]>
thanks Valodim
<Ericson2314>
niksnut: Thanks for merging the FileIngestionMethod PR, btw
<Ericson2314>
I've been wondering whether it's better for me to try to split out non-new-feature cleanups from the IPFS stuff as we go (the PR predated that, but would be the sort of cleanup thing we'd make) or just make a fork and split it into PRs after the fact
<Ericson2314>
Since there's now a team and not just me, we'll lean more towards the latter than I
<Ericson2314>
'd do alone, but there's still some wiggle room where I just want to follow your preference.
<niksnut>
small PRs are nicer for reviewing, but big PRs are better for seeing the big picture
<niksnut>
so maybe one way to do it is to have a big draft PR for the entire branch
<niksnut>
and then smaller PRs can be created from that afterwards
<Ericson2314>
niksnut: Right exactly. I've found often there are so many ideas brewing in my head I miss that the context for some little PR I write is far more unclear than I thought
<Ericson2314>
That sounds good to me
<Ericson2314>
niksnut: Finally----and not to go against that!----does the https://github.com/NixOS/nix/pull/3439 I open before have a clear motivation/context to you? This is more for the RFC 62 we'd help with in phase 2 rather than the git object stuff we are working on in phase 1, so there wouldn't be a bigger PR containing it for a while
<{^_^}>
nix#3439 (by Ericson2314, 9 weeks ago, open): Store parsed hashes in `DerivationOutput` -- contains #3450
<garbas>
LnL: pong
<Ericson2314>
Certainly the rust FFI PR that it contains is not something with clear value on it's own, haha
orivej has quit [Quit: No Ping reply in 180 seconds.]
<LnL>
garbas: hi, it looks like the (nix) manual is cached too aggressively
<Ericson2314>
That derivation hash PR I am a bit nervous knowing the resolution for because if there is some issue why we can't in fact parse it up front, that's a big/weird impediment.
orivej has joined #nixos-dev
<garbas>
LnL: can you open the ticket and explain what is the expected outcome. i can look at this at the evening.
<domenkozar[m]>
I think that's because we need to bump the flakes in nixos-homepage
<domenkozar[m]>
but first the channel needs to update
<niksnut>
Ericson2314: yeah I may have missed the bigger context there (though making things type-safer is a good idea in general)
<domenkozar[m]>
nixos channel update -> bump flakes lock in nixos-homepage
<garbas>
yup, that is probably the cause
<garbas>
the flakes bump happens every hour
<niksnut>
once the nix flakes branch has been merged, nixos-homepage can depend directly on the nix flake to get the most recent manual
<Ericson2314>
niksnut: Yes the basic idea is "hmm, here's a string we're going to parse later, why not parse it when we parse the drv file?" But I am happy to answer more questions, or if you prefer, just wait until RFC 62 stuff requires it.
<niksnut>
it might help with the rust <-> c++ interop
<Ericson2314>
niksnut: right, I think graham mentioned it to me. I think what I did is compatable with that direction. Basically, I needed the C++ destructor to call drop so STL map destruction would work.
<Ericson2314>
So I did the bare minimum for that
teto has quit [Ping timeout: 272 seconds]
justanotheruser has quit [Ping timeout: 246 seconds]
teto has joined #nixos-dev
justanotheruser has joined #nixos-dev
drakonis_ has joined #nixos-dev
drakonis has quit [Ping timeout: 272 seconds]
drakonis has joined #nixos-dev
drakonis1 has joined #nixos-dev
drakonis_ has quit [Ping timeout: 246 seconds]
drakonis_ has joined #nixos-dev
drakonis has quit [Ping timeout: 256 seconds]
drakonis1 has quit [Ping timeout: 272 seconds]
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #nixos-dev
justanotheruser has quit [Ping timeout: 272 seconds]
<matthewbauer>
i'm hoping flake caching will make it easier to write UIs for Nix like my packagekit backend. Initial eval is still slow, but doing things like search's should be much faster.
<matthewbauer>
it would be nice to have some meta info for flakes though! something like programs.sql or nix-index that can be associated with an evaluation
justanotheruser has joined #nixos-dev
<matthewbauer>
generating the index is pretty slow, but nix-index is useful to get /share/metainfo data
orivej has quit [Read error: Connection reset by peer]
orivej_ has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #nixos-dev
teto has quit [Ping timeout: 246 seconds]
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #nixos-dev
calbrecht has joined #nixos-dev
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #nixos-dev
evanjs has quit [Ping timeout: 256 seconds]
orivej has quit [Quit: No Ping reply in 180 seconds.]
orivej has joined #nixos-dev
teto has joined #nixos-dev
orivej has quit [Ping timeout: 258 seconds]
orivej has joined #nixos-dev
alp has quit [Remote host closed the connection]
alp has joined #nixos-dev
alp_ has joined #nixos-dev
alp has quit [Read error: Connection reset by peer]
alp_ has quit [Remote host closed the connection]
alp_ has joined #nixos-dev
alp_ is now known as alp
evanjs has joined #nixos-dev
<Valodim>
so, mdns doesn't work for me
<Valodim>
nixos 20.03, and whatever .local host I ping I get a "system error" reply
<Valodim>
*however*, avahi-browse -a lists devices as expected, and avahi-resolve -n outputs the ips as expected
<Valodim>
so it is something between avahi and whatever stuff nsswitch is doing
<Valodim>
I have service.avahi.enable and services.avahi.nssmdns set to true, but no other config in this regard
orivej has quit [Ping timeout: 246 seconds]
orivej has joined #nixos-dev
<Valodim>
googling for that error in combination with nixos, there are logs where __monty__ had this (or a similar) issue before (he's not here at the moment though)
<Valodim>
It works on the same network for puzzlewolf. We compared configuration.nix and a bunch of /etc files, and could not find any relevant difference. Both systems running 20.03
<Valodim>
annoying :(
<Valodim>
oh whoops, this should probably go in #nixos. sorry