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 _______________________________________________ Kde-scm-interest mailing list [email protected] https://mail.kde.org/mailman/listinfo/kde-scm-interest
