KDE Games/IRC Meetings/Git Conversion 1

Date/Time

[not set yet]

Attendees

[not set yet]

Topics

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?

• rules are tested on ssh://dewey.kde.org

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

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).