Phase 2 started: making each submodule (=future repo) self-contained
Friedrich W. H. Kossebau
kossebau at kde.org
Fri Jun 1 12:37:59 UTC 2012
Hi all,
so besides phase 3 (Write migration rules) phase 2 of the migration process is
reached as well:
"Split KDESDK's CMakeLists.txt file into separate individual top-level files
for each repo, KDESDK's build file only references each repository (nothing
more)"
While I do not yet know how to deal with the doc/ folder (and hopefully there
are no other possible stoppers), the plan now is to get to the state where all
toplevel dirs are a 1:1 map of the planned git repos, with the toplevel
CMakeLists.txt of the kdesdk module being "just a list of add_subdirectory(
blah )".
So all maintainers, please start to adapt the buildsystem of your
program/plugin types for that. Do not forget to...
* ... copy/move the needed cmake modules into your submodule structure,
instead of still relying on kdesdk/cmake/*
* ... copy the needed license files to your submodule.
For your adapted submodule I ask you to put the line with the
macro_optional_add_subdirectory(YOUR_SUBMODULE)
at the very top of the kdesdk/CMakeLists.txt, so
* all the already adapted submodules can be easily found
* that way they are also automatically tested for building without anything
setup in kdesdk/CMakeLists.txt by everyone who builds the whole of kdesdk.
When the question how to deal with doc/ has been resolved, I will move all the
docs in one go to the submodules, so you do not need to care about these.
And I will move kpartloader, kuiviewer, kprofilemethod, kstartperf, and
kmtrace to a new toplevel dir utils/ during the upcoming WE.
And of course also care for Okteta :)
Cheers
Friedrich
More information about the kde-sdk-devel
mailing list