Difference between revisions of "KDE Games/IRC Meetings/Git Conversion 1"

(→‎Topics: Add links.)
Line 10: Line 10:
 
: Maybe make a little roadmap for the migration?
 
: Maybe make a little roadmap for the migration?
 
: http://techbase.kde.org/Schedules/KDE4/4.9_Release_Schedule
 
: 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
 
; Actual conversion
Line 15: Line 21:
 
: - On what machine?
 
: - On what machine?
 
: - All in one go or every game on its own?
 
: - All in one go or every game on its own?
 +
 +
* rules are tested on ssh://dewey.kde.org
  
 
; Finalise check descriptions
 
; 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.
 
: 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
 
: 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
 
; Existing rules files
Line 29: Line 40:
 
; CMake preparation
 
; 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?
 
: 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).

Revision as of 20:28, 30 March 2012

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?
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?

This page was last edited on 30 March 2012, at 20:28. Content is available under Creative Commons License SA 4.0 unless otherwise noted.