BoF Meeting at DebConf / (EDI)
Attendants and Dates
- Miriam Ruiz: 14th (16:15) - 24th (09:05)
- Cyril Brulebois: 16th - 24th
- Alexander Schmehl: 21st - 22nd
- Eddy Petrișor: 16th - 23rd
- Sam Hocevar: 16th-23rd
Day Proposals
- Miriam Ruiz: I guess the best would be the 18th or 19th.
- Eddy Petrișor: Taking into account Alexander's schedule, I'd say 21st or 22nd
Topics Suggested
- Make it easier to find the games for end users.
Web Page for users: http://games.debian.net ?
- Screenshots
- Make it easier searching for games. Children should also be able to do so with minimal assistance.
Improve ?DebTags
- Be more game developer friendly
- game development tools (like gtkradiant .. there exist many tools, no? i mean all the music composing software, the graphics editing, 3d modelling...)
- Attract users' attention, if games are easy to extend (building own maps, models, etc.)
- Maybe create a own Wiki page for development and link it on the end user page
- Suitable licenses for game data: sound, music, video, textures, maps, models and so on.
- Attracting artists to the group (to FLOSS in general)
- Find a solution for the problem that some games (like quake and doom), which may not be legally given away to people under 18 years in some countries (at least in Germany).
- Some german vendors now need to remaster the DVDs / CDs, so they can still sell Debian without doing an adult check.
- Easiest solution would be to have them all on one CD, so the german vendors can just omit it.
Cooperate with DebianEdu and DebianJr, maybe also with ?LinEx and Edubuntu regarding that.
- Retake the idea of finding a way to classify games:
http://lists.debian.org/debian-devel-games/2006/12/msg00013.html
http://lists.debian.org/debian-devel-games/2006/12/msg00015.html
http://lists.debian.org/debian-devel-games/2006/12/msg00018.html
- We shouldn't just be thinking about what disqualifies packages but also about those things that appeal to kids when we think about "suitable for children".
- Discuss possible solutions for the games with enormous amounts of data.
- Is it worth having the data in the repositories? A single game could mean 1 CD more in the distribution.
- Upgrades: Ways of handling updates so that users do not have to download 300 Mb each time something is changed.
- Possibility of using the data from inside an external drive (CD, DVD) instead of having to install them in the HD
- Other distribution means: repositories not mirrored ( data.debian.org ? ), torrent, etc.
see http://lists.debian.org/debian-devel/2007/06/msg00273.html as reference
- Find / discuss release goals for "Lenny"
- e.g. debtags for all packages, quilt for the last dpatch packages, svn-url in description header, etc.
- more game specific policies: must have desktop file, must have menu file
- more automatic tests: e.g. rebuilds
- Decide how to handle i18n of games, if it is possible.
- Develop a clear policy regarding copyright infringement in games:
- What aspects of a game does copyright cover?
- Remakes of games. How are they affected?
- What do we consider similar enough to copyright protected stuff in a game?
- What kind of things should be replaced in a game to solve that?