[Kde-scm-interest] [Proposal] Package splitting with thin meta-repos

[Oswald Buddenhagen]

On Sat, Jan 30, 2010 at 09:22:58AM +0100, Thiago Macieira wrote:
> Em Sábado 30. Janeiro 2010, às 02.35.44, Michael Jansen escreveu:
> > We would loose all that flexibility. if we consider moving with
> > history as an essential point.
> 
> According to the plan I posted, that's not allowed.
> 
> You can only depend on Libraries. You cannot depend on applications
> installed.
> 
such a limitation will bite us sooner or later. well, in fact, probably
it would right from the start - some modules are plugins for applications
which live "somewhere closer to the core".
also, a "once in, never out" rule simply contradicts any reality.

i'd also like to raise a few other points why we should granularize as
finely as possible:
- git is simply way faster. let's not kid us - contrary to linus'
  generalized postulation "git is fast", it is just incredibly slow if
  you don't happen to have the entire working directory and/or the
  entire repository in ram, depending on the operation.
  of course, fragmentation also slightly raises the chance of forgetting
  to commit a prerequisite, but quite frankly, no system will be able to
  work around sloppiness anyway.
- the side effects of fixing screwups (i.e., forced pushes) are way more
  limited. and don't tell me "no forced pushes". there is no way i will
  accept it as a irreversible fact if some idiot pushes a 250mb core file
  into some repository (sounds ridiculous? well, it happened at
  trolltech).