| 23 Mar 2026 |
 raitobezarius | Yes if it doesn't try to change catch ability | 21:57:43 |
| raitobezarius | Changing catch ability is a debate that needs to be done, I only provided my view so far | 21:58:03 |
 zoë (@blokyk) | alright i'll leave the issue as is then (without the notes since the debate should probably be had in public and i don't wanna be just paraphrasing someone else's opinion), hopefully it'll garner some more attention from other maintainers/contributors | 22:00:51 |
| zoë (@blokyk) | thanks for the clarification and explanation :) | 22:01:00 |
| raitobezarius | In reply to @blokyk:matrix.org
alright i'll leave the issue as is then (without the notes since the debate should probably be had in public and i don't wanna be just paraphrasing someone else's opinion), hopefully it'll garner some more attention from other maintainers/contributors I'd welcome you posting a summary of our convo :-) I am in public transport unfortunately | 22:03:11 |
| zoë (@blokyk) | aaaaand right after i closed the window aight, i'll do that then ^^ | 22:04:14 |
| raitobezarius | In reply to @blokyk:matrix.org
alright i'll leave the issue as is then (without the notes since the debate should probably be had in public and i don't wanna be just paraphrasing someone else's opinion), hopefully it'll garner some more attention from other maintainers/contributors It will take some time for the maintainers to come to that as we are finishing up with 2.95, taking some time off then kick starting 2.96 (with some priority items we have in mind) | 22:04:21 |
| zoë (@blokyk) | oh yeah yeah, i imagine 2.95 is keeping everyone busy, especially with lixcon and all the other infrastructure stuff i see passing on the zulip; i'm amazed at everyone on board honestly x) | 22:05:20 |
| raitobezarius | Fortunately, this is the finish line | 22:06:24 |
| raitobezarius | In May, I will hibernate | 22:06:33 |
| zoë (@blokyk) | is there any specific reason? or is it just taking time-off? | 22:07:03 |
 piegames | Horrors want these use cases put outside of Nix into the top-level commands. My vision is to have tryEval marked as unsafe and explicitly forbidden in any code that produces derivations and should be pure | 22:14:16 |
| zoë (@blokyk) | i feel like having an outside tool responsible for these sort of things just exerts a behavioral requirement on the nix code that cannot be encapsulated inside of the code, thus, from my point of view, going against purity. from a practical point of view, i do think that in the case of eg hydra it'd make a lot of sense for it to be external, but the idea of just forbidding tryEval completely and requiring external tools to handle any failing scenario seems a little weird.
idk, again it's probably because i don't use nix for ci stuff as much, but if you can't handle any error at all and require an external runner and external tool and everything, then you suddenly nix becomes just the build description language surrounded by bash scripts, which imo is a shame | 22:26:50 |
| raitobezarius | imagining how relaxing will be May compared to these past months makes taking time off even better | 22:30:08 |
| raitobezarius | there's class of errors you simply cannot remediate to | 22:31:10 |
| raitobezarius | what if hash FOD mismatch was a Result<Derivation, FODMismatchError> | 22:31:22 |
| raitobezarius | what value is there into unwrapping the error? | 22:31:28 |
| raitobezarius | what can you meaningfully do with this information? | 22:31:36 |
| raitobezarius | to me, it is the basis to support moving some of the processing logic outside of Nix because those things have inherently impure management | 22:32:10 |
| raitobezarius | in order to leave Nix a pure core | 22:32:16 |
| raitobezarius | incompleteness of a derivation is yet another example and is driven by the lack of instrumented recursive evaluation of attribute sets IMHO, there's no way to perform fancy traversal of these graphs with impure action responses | 22:33:04 |
