| 26 Aug 2021 |
 Gytis Ivaskevicius | Not sure if thats how i'd call it. I'd say its more of a build scheduling | 17:13:51 |
| Gytis Ivaskevicius | may need to read it again | 17:13:57 |
 sterni | In reply to @gytis-ivaskevicius:matrix.org
prob due to RFC 92 RFC 92 depends on recursive nix (albeit a more limited variant of it) | 17:48:20 |
| Gytis Ivaskevicius | In reply to @sternenseemann:systemli.org
RFC 92 depends on recursive nix (albeit a more limited variant of it) yeah, John Ericson idea is "STOP WRITING SHIT CODE!!!!" :D | 17:51:32 |
| Gytis Ivaskevicius | (sorry for the ping) | 17:51:42 |
| Gytis Ivaskevicius | (Actually I'd love to hear some update on all that 😉 ) | 17:52:32 |
 John Ericson | :) | 17:52:47 |
| John Ericson | Only news is we need more people to sign up to be shepherds | 17:54:22 |
| Gytis Ivaskevicius | I'm afraid its too big brain for me | 17:55:10 |
 tomberek | btw: i took a brief stab at updating the eelco commit into the new approach of DerivationTypes, but i started wading in areas of code I think John would be 10x faster than me on. | 17:55:25 |
| tomberek | * btw: i took a brief stab at updating the eelco commit into the new approach of DerivationTypes, but i started wading in areas of code I think John would be 10x faster than me on. (sorry, wrong topic: this was for "impure derivations") | 17:56:31 |
| Gytis Ivaskevicius | If anyone wishes to nominate themselves: https://github.com/NixOS/rfcs/pull/92 | 17:57:07 |
| Gytis Ivaskevicius | Also not related but nomination or two would be nice here as well 😀 https://github.com/NixOS/rfcs/pull/95 | 17:57:37 |
| John Ericson | Gytis Ivaskevicius feel free to bow out, but do note the first thing I would do in such meetings is try to explain the thing and make things clearer — not go straight into to deciding what we want to do with it. | 18:02:02 |
| sterni | John Ericson: btw I noticed today that string context can't track dependencies on just derivations via string context without any outputs, I feel like that would be a required change for your thing to work | 18:03:00 |
| sterni | i. e. context { "/my.drv" = { outputs = []; }; } is just reduced to context { } | 18:03:34 |
| sterni | wait path = true maybe it works | 18:04:07 |
| sterni | nvm | 18:04:37 |
| tomberek | Not sure where to post this, but i thought here would be good:
I've often wished for being able to chop up a mkDerivation into individual phases as derivations. Something like this would create more derivations, but they would be snapshot'd between phases. Eventually you can do something like filterSource on the configurePhase such that it doesn't have to be re-run for most changes to upstream.
chopIntoPhases = drv:
patchPhase = ... # drv built until patchPhase completes
configurePhase = ... # derivation that depends on "patchPhase" and performs a configurePhase"
... and so on
| 18:11:15 |
| Gytis Ivaskevicius | I gave it some thought a while back and I feel like there are better alternatives. What usecases do you have in mind? | 18:14:05 |
| Gytis Ivaskevicius | The real solution here is some sort of posix pipe with Nix which would allow to snapshot /build | 18:14:46 |
| tomberek | One would be when iterating on tests. No need to re-do a very expensive compilePhase. | 18:14:55 |
| tomberek | There are some packages for which the configurePhase is more expensive than anything else | 18:15:18 |
| Gytis Ivaskevicius | devshell should take care of most of it? | 18:15:31 |
| Gytis Ivaskevicius | what I would like to see is some better integration | 18:15:51 |
| Gytis Ivaskevicius | stdenv rewrite anyone? with derivation splits and more ;) | 18:18:03 |
| tomberek | yeah, that works as well. But having these be proper derivations is nice. Nix would handle the bookkeeping and i feel would be more robust than a shell. I don't think this should be applied by default everywhere, but in some cases it'd be nice. | 18:18:19 |
| sterni | not really feasible without improving evaluation performance | 18:18:40 |
| Gytis Ivaskevicius | actually i have not tried it but i may have perfect solution in mind | 18:19:08 |
| Gytis Ivaskevicius | lets say we are building package abc and it fails | 18:19:18 |
