[Kde-scm-interest] [Proposal] Package splitting with thin meta-repos
ossi at kde.org
Sat Jan 30 12:19:20 CET 2010
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
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
More information about the Kde-scm-interest