[Kde-scm-interest] [Proposal] Package splitting with thin meta-repos

[Michael Jansen]

On Sunday 31 January 2010 14:52:04 Thomas Zander wrote:
> On Sunday 31. January 2010 14.39.31 Maciej Mrozowski wrote:
> > Source distro packagers (like here in Gentoo) surely prefer splitting -
> > as they (we) do it anyway now
> 
> In contrast; various non-source packagers said the opposite. And they have
> a lot bigger market share ;)
> The quote from Thiago was pretty much spot on.

140 Packages does not have to mean 140 Modules that have to be build standalone and each and every 
module should be considered as one real standalone module with find_package support.

Source Code Management has nothing to do with Build Management or Package Building. Nothing.

Given git submodule support would be usable. Noone says it's forbidden a module split in a bunch of 
git repos (like say kdebase-runtime) is buildable in one step. Noone ever enforces, requires or says 
it mudt be possible to even build  those submodules standalone. 

You split those modules in repositories to organize your source code according to your requirement 
to the handling of your source code. Nothing else. If you have the requirement to move code and the 
scm tool only support moving with history if code is plit as much as possible you split as much as 
possible. Or you decide to live without moving with history.

The you put a build system on top of that structure. You organize the build system so it meets your 
demands. Not to follow your source code structure. You have a CMakeLists.txt in kdebase/runtime that 
expects the repositories kdebase/runtime currently has below it. But those source are split to many 
repositores.

Perhaps those submodules are buildable standalone. But they are not considered packages in the sense 
that they have find_package support. Perhaps they are just buildable standalone for your convinience.

All this is naturally only possible if a solution is found to the problem how to checkout the 140 
repositories in the structure needed for the build system.

Mike