On 15/10/2011, at 5:29 AM, Stefan Majewsky wrote:
> EXECUTIVE SUMMARY
>
> I propose to move the data files from the kdegames module into a new
> kdegames-data module to
> 1. facilitate the move of the remaining source code to Git (while a
> method of storing binary data files in Git eff
2011/10/14, Parker Coates :
> On Fri, Oct 14, 2011 at 14:29, Stefan Majewsky wrote:
>> The added benefit of this solution is that distributions will be
>> encouraged to package data files separately. Because this data (and
>> esp. its format) changes very seldomly only, developers will not need
>>
A Divendres, 14 d'octubre de 2011, Stefan Majewsky vàreu escriure:
> [@CC: please keep discussion on k-c-d and k-g-d only]
>
> Moin moin,
>
> EXECUTIVE SUMMARY
>
> I propose to move the data files from the kdegames module into a new
> kdegames-data module to
> 1. facilitate the move of
On Friday, October 14, 2011 18:51:09 Parker Coates wrote:
> > I propose to split a new module kdegames-data from kdegames, meaning that:
> >
> > 1. kdegames-data should be built and installed before kdegames.
> > 2. Any kdegames application will refuse to start when the
> > corresponding data file
On Fri, Oct 14, 2011 at 14:29, Stefan Majewsky wrote:
> DETAILED PROPOSAL
>
> kdegames is among the few modules that have not yet switched to Git.
> The main concern is that the kdegames source tree contains tons [1] of
> binary data files, which Git is known not to handle well. All
> dis
On Fri, Oct 14, 2011 at 9:30 PM, Alexander Neundorf wrote:
> IMO today with usually broadband internet access this shouldn't be much of a
> concern (especially if these files change only rarely).
For all games, the data contributes 400 MB of uncompressable history.
(I think that's the number, alt
On Friday 14 October 2011, Stefan Majewsky wrote:
> [CC kde-scm-interest for notification only]
> [CC kde-buildsystem for feedback on the proposed build system changes]
> [CC kde-packagers for feedback on the implied changes to package layouts]
> [@CC: please keep discussion on k-c-d and k-g-d only
[CC kde-scm-interest for notification only]
[CC kde-buildsystem for feedback on the proposed build system changes]
[CC kde-packagers for feedback on the implied changes to package layouts]
[@CC: please keep discussion on k-c-d and k-g-d only]
Moin moin,
EXECUTIVE SUMMARY
I propose to m
