builtins.fromGitModules

[Ericson2314]

Whether you are using flakes or some other nix solution, there's a lot of git submodules in the wild one doesn't have authority to rewrite. Fetching all submodules together creates lots of hash invalidation, since there is one output with one hash with everything. But if we had a way to parse gitmodules into nix, we could we could make fetchgits/flakes/whatever in legacy repos for independent hashes.

[edolstra]

Well, you're going to get hash invalidation in any case, since the importing tree needs a symlink to the module (if you're not including it into the importing tree directly). Seems simpler to add a submodules flag to fetchGit.

[Ericson2314]

@edolstra but anything that depends just on the submodule doesn't get invalidated every time the outer repo changes, and also can be cached against building from the submodule directly without the the outer repo's involvement.

I'd presume that builds of the outer repo would end up depending on the inner once in any event, so I am less concerned about that.

[maisiliym]

Yes, all the repos must be hashed seperatly. Consequently, it needs a 'source-rebuilder' - something like https://codeberg.org/maisili/aidiyz/src/commit/337e1a29e569b9251c675198fa9553328f1249ac/mkSubModulesSrc.nix

[stale]

I marked this as stale due to inactivity. → More info

[FlorianFranzen]

I would second the need to extract individual submodules from a flake.

[stale]

I marked this as stale due to inactivity. → More info

[FlorianFranzen]

And update on this?