There's two issues here. submodules, which I explored for other goals and decided against (we use subtree instead). Read the first few matches of
this and it is pretty disappointing. So let's take submodules out of your proposal and replace it with subtree, which seems to address many of the objections to submodules. Why would we do that? You are talking about distributions. Each commit of the main repo would not be a distribution because neither are commits of the separate repos. The only distributions are the tar.gz files linked to from the Downloads page, not because we love red tape, because we can't have hundreds of versions around and we can't test after every commit on every supported platform. Without that motivation, I have myself considered having the central repo with the other repos as subtrees, but the only reason I had was that it is technically possible and keeping them up to date, unfortunately, is a manual task. Another thing to do, another thing to forget. So right now I am for the DRY principle, the code is in one place, not in two. Of course there may be other advantages I am unaware of. Thanks
Antonio