| 18 Nov 2025 |
 dish [Fox/It/She] | so since it requires vendoring... I'm against it | 17:33:08 |
| dish [Fox/It/She] | * so if it requires vendoring... I'm against it | 17:33:43 |
 Cobalt | It doesn't actually require vendoring, sometimes lockfiles need some hashes fixed but that's it (and there's an script packaged in nixpkgs for this) | 17:35:49 |
| dish [Fox/It/She] | that's good! good to know | 17:36:21 |
| dish [Fox/It/She] | but why do you want to avoid fods here? I still don't understand that | 17:36:37 |
| Cobalt | More cumbersome to update, | 17:37:21 |
| Cobalt | And aggregated npm deps | 17:37:29 |
| dish [Fox/It/She] | i mean if you're using npmDepsHash then nix-update takes care of it automatically | 17:37:55 |
| dish [Fox/It/She] | the aggregated npm deps.. you mean doing like one derivation per node_module? | 17:38:12 |
| dish [Fox/It/She] | * the aggregated npm deps.. you mean doing like one derivation per node_modules package? | 17:38:50 |
| Cobalt | Yes, that's roughly what it produces for. It reduces downloads from npm a lot | 17:39:19 |
| dish [Fox/It/She] | that definitely sounds good from a reducing bloat perspective | 17:39:46 |
| Cobalt | This about a custom flake, but regardless if that is an IFD than it might not be a good fit for nixpkgs | 17:40:07 |
| dish [Fox/It/She] | nix-update can update stuff from flakes :3 | 17:40:27 |
| dish [Fox/It/She] | nix-update --flake packageName | 17:40:35 |
| Cobalt | * | 17:40:33 |
| Cobalt | Ik, didn't work in our stuff reliably ;) | 17:40:51 |
| dish [Fox/It/She] | damn | 17:41:17 |
| dish [Fox/It/She] | wasn't sure if you did know, since a lot of folks dont know about that flag ^^ sorry abt that | 17:41:34 |
| Cobalt | NP, when we tried FOD we also only found it very late | 17:46:09 |
