KDE Games/IRC Meetings/Git Conversion 1

Date/Time

[not set yet]

[not set yet]

Deadline: What is the latest date we want to switch at in the 4.9 roadmap?; Maybe make a little roadmap for the migration?; http://techbase.kde.org/Schedules/KDE4/4.9_Release_Schedule

we want to have everything in place before
- May 10: the dependency freeze (changing the buildsystem changes dependencies)
- May 17: the beta 1 tag (when packagers start to pick up our code)
so May 10 is the deadline

Actual conversion: - Who will do it?; - On what machine?; - All in one go or every game on its own?

Finalise check descriptions: This should be done to make it possible to check finished repos and be sure we get all the issues checked. If the rules are modified, all previous check-marks should be reset.; http://community.kde.org/KDE_Games/Git_Conversion_Progress

there are basic scripts for "test-driven rule writing" in a branch of kde-ruleset.git, but PovAddict is dropping work on them out of pragmatism because we'd never get done otherwise
check list at KDE Games/Git Conversion Progress has been updated and former "done" marks have been reset

Existing rules files: Short and rough review to get some questions off the table and to get all rules somewhat unified throughout KDEGames. Peer review anyone?; http://quickgit.kde.org/?p=kde-ruleset.git

Existing conversion/postprocessing scripts: Short and rough review of the existing scripts to point out possible flaws or inconsistencies in the way they work. Maybe find a unified script structure for all games.

CMake preparation: All games should be able to be compiled on their own AND as a module. CMake changes before or after the conversion? How to do that?

There is a guide at http://old.nabble.com/KDE-Multimedia-SVN-to-GIT-:-Migrate-your-own-module-Cookbook-td33520409.html
I suggest doing it before the conversion, otherwise the buildsystem will be broken between conversion and CMake-fixing. -- PovAddict (+1 - majewsky) (Its what I did for kdemm --tdfischer)
CMake files for libkdegames need love:
- move from FindLibKdeGames.cmake to CMake EXPORTs
  - documentation on how to write one: http://www.cmake.org/Wiki/CMake/Tutorials/How_to_create_a_ProjectConfig.cmake_file
- detect library version (esp. relevant for extragear and playground, where old and new APIs need to be targeted)
  - workaround (from schuay): http://pastie.org/private/q3mkiwj04onlsg2naiiaq
All subdirs must be able to build standalone (as an option!) and detect the new libkdegames API version.
The superbuild maintainer needs to know library dependencies per app.
- Most apps need just libkdegames and basic kdelibs stuff.
- Then there's Phonon (which should be ported to KgSound BTW), OpenGL (Kubrick, KSudoku) and QCA (KSirk).