<clever>
domenkozar: nice, i could use that kind of thing in my old installer idea
<clever>
i was making a JS based UI to edit configuration.nix files, and hnix is perfect, since it can give AST rather then final value
<arianvp>
sphalerite: I have the intention but there's no PR yet
worldofpeace has quit [Ping timeout: 245 seconds]
<sphalerite>
arianvp: alright, thanks. Keep me posted :)
orivej has joined #nixos-dev
lassulus has quit [Ping timeout: 246 seconds]
lassulus has joined #nixos-dev
<andi->
Does stdenv have some tools to restrict the maximum number of jobs (`-jN`) built in? Seems like the new firefox will have some trouble with high parallism :/
<srhb>
andi-: Probably have to roll it by hand using $NIX_BUILD_CORES
<andi->
srhb: thats what I thought.. Just didn't want to re-invent the wheel :)
<srhb>
andi-: Do we have that high cores settings anywhere in the cluster though? I think not.
<srhb>
Oh, I see smaller -js also fail..
<andi->
srhb: well we do not but I usually test it with -j58 on a machine that I just rent for the time being..
<srhb>
Ah.
<niksnut>
andi-: pass --cores <N> to Nix
lassulus has quit [Ping timeout: 250 seconds]
lassulus has joined #nixos-dev
<andi->
niksnut: thats what I do but I would like to limit it in the derivation to same "safe" number as long as that issues isn't resolved.
orivej has quit [Ping timeout: 244 seconds]
orivej has joined #nixos-dev
init_6 has joined #nixos-dev
MP2E has quit [Remote host closed the connection]
tilpner has joined #nixos-dev
eadwu has joined #nixos-dev
sphalerite has quit [Ping timeout: 252 seconds]
init_6 has quit [Ping timeout: 245 seconds]
eadwu has quit [Quit: WeeChat 2.3]
eadwu has joined #nixos-dev
tilpner has quit [Ping timeout: 268 seconds]
tilpner has joined #nixos-dev
sphalerite has joined #nixos-dev
eadwu has quit [Quit: WeeChat 2.3]
eadwu has joined #nixos-dev
tilpner has quit [Read error: Connection reset by peer]
eadwu has quit [Quit: WeeChat 2.3]
tilpner_ has joined #nixos-dev
tilpner_ is now known as tilpner
eadwu has joined #nixos-dev
tilpner has quit [Quit: WeeChat 2.3]
tilpner has joined #nixos-dev
<gchristensen>
I think it would be very interesting to have a way for derivations to have different steps inputs based on build context -- forgive my poor choice of words here.
<gchristensen>
some examples: it'd be super cool to be able to run pyflakes on python scripts to verify they're good, and not do that on everybody's machine all the time.
<gchristensen>
it'd be really great to run shellcheck on stdenv! but also, not all the time ;) (stdenv depending on haskell would be pretty wild)
<gchristensen>
(or even run shellcheck on the various phases)
<gchristensen>
not sure this is possible, but I'd like it to be :P
<infinisil>
gchristensen: oh nice idea, i also think package tests could be in that category
<infinisil>
Because once the tests pass, there's no reason to run them all the time
<Synthetica>
Isnt that exactly what the cache already does?
<infinisil>
Would need some recursion magic to be implemented with stuff like stdenv
<infinisil>
Synthetica: Hmm yeah. I guess with this functionality we could have faster build times for simple changes, at the cost of potential breakages. We'd have to know what changes could break the tests and run them if they do
<infinisil>
I bet about 90% of stuff that causes a rebuild of everything can't even realistically make tests fail
asymmetric has joined #nixos-dev
worldofpeace has joined #nixos-dev
worldofpeace has quit [Remote host closed the connection]
orivej has quit [Ping timeout: 268 seconds]
drakonis has joined #nixos-dev
worldofpeace has joined #nixos-dev
worldofpeace has quit [Remote host closed the connection]
ixxie has joined #nixos-dev
tilpner has quit [Ping timeout: 244 seconds]
ixxie has quit [Ping timeout: 245 seconds]
ixxie has joined #nixos-dev
asymmetric has quit [Ping timeout: 240 seconds]
ixxie has quit [Client Quit]
orivej has joined #nixos-dev
tilpner has joined #nixos-dev
eadwu has quit [Read error: Connection reset by peer]
eadwu has joined #nixos-dev
eadwu has quit [Read error: Connection reset by peer]