Jump to content

Projects/KDE on Windows/Meetings/Osnabrück Meeting Summer 2012: Difference between revisions

From KDE TechBase
SaroEngels (talk | contribs)
SaroEngels (talk | contribs)
Replaced content with "Please see [http://community.kde.org/KDE_Windows/Meetings/Osnabr%C3%BCck_Meeting_Summer_2012 the community wiki entry]"
Line 1: Line 1:
The KDE Windows community will meet in Osnabrück on the weekend of 3.- 5. August
Please see [http://community.kde.org/KDE_Windows/Meetings/Osnabr%C3%BCck_Meeting_Summer_2012 the community wiki entry]
The meeting will take place at the [http://www.intevation.de/ Intevation] offices in Osnabrück.
 
For organization and to participate please check the [https://sprints.kde.org/sprint/104 Sprint Page]
 
== Proposed Topics ==
 
* Qt5 --> Andy?
* KDE frameworks --> Patrick?
* Packaging / NSIS / MSI how to integrate in emerge even better.
* "Autoupdates" for Standalone software like Kontact / Amarok / Calligra
* Sandboxing
* Oxygen or a more Native look as the default?
* Tests / Unittests (Maybe more of a "to hack" on topic, but It would be cool if we could make better use of them)
* Keyword system to tagging unstable software:
:Gentoos emerge uses "accept keywords" to categorize versions of software into either stable, testing or experimental.
 
:I'd like to propose a similar (but simpler) system for emerge on Windows: Add a "keyword" parameter to installation targets. If empty / not existant (current situation) that means "safe" (stable). Potentially unstable packages could then be tagged as potentially dangerous by giving them a certain keyword (like "~").
 
:An emerge configuration option would be needed that defines the keywords that the user accepts (per default, that'd be empty - accepting all current targets but not those marked as unstable).
 
:Developers that want to run bleeding edge software could just add the "~" keyword to the list of accepted ones and instantly move up to all the latest releases (which also makes sense as they might depend on each other).
 
:This simple approach would not have any regressions or require a large initial "tagging" effort but would allow developers in the future to mark potentially dangerous targets leading to a nicer experience for e.g. app developers that "just want a stable base to start from".
 
=== Things to hack on ===
 
* Update mingw-w64 to gcc 4.7 as 4.6 is required by Qt 5
* Patch Mysql to build with mingw
* Removing Version numbers from filenames in emerge
* Let's build the frameworks?
* kdewin-app-installer
* Website

Revision as of 18:57, 28 July 2012