From kde-core-devel  Sat Sep 18 17:10:13 2004
From: Ingo =?iso-8859-1?q?Kl=F6cker?= <kloecker () kde ! org>
Date: Sat, 18 Sep 2004 17:10:13 +0000
To: kde-core-devel
Subject: Re: RFC: kdenonbeta reorganisation
Message-Id: <200409181910.18630 () erwin ! ingo-kloecker ! de>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=109552743007425
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--nextPart2300790.JsLtPKcpVE"

--nextPart2300790.JsLtPKcpVE
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Friday 17 September 2004 15:00, Cornelius Schumacher wrote:
> On Friday 17 September 2004 12:38, Waldo Bastian wrote:
> > To make it more accessable and better
> > maintainable, I would like to propose to split kdenonbeta in the
> > following modules:
> >
> > 1) kdeplayground-1, kdeplayground-2, ..., kdeplayground-N
> >
> > 2) kdereview-1, kdereview-2, ..., kdereview-N
>
> I don't like the moving around of projects in CVS involved with this
> organization (e.g. a project starting in the playground then being
> moved to the review module and finally being moved to a core module).
>
> I also don't like the splitting up in N modules. Partial checkouts of
> kdenonbeta work very well for me. What aspect of managability do you
> want to address by the split-up?

I might be wrong but from the time it takes to do a 'cvs up' in kdelibs=20
compared with the time it takes for a much smaller cvs module I'd say=20
(Warning: Uneducated guess) the load on the cvs server would be less if=20
the modules are smaller. Partial checkouts work for you and me and=20
would work for everybody else. But people with 160 GB hard disks will=20
probably always make a complete checkout although they only need one or=20
two apps.

If splitting up is nonsense then why are there several kdeextragear=20
modules?

Regards,
Ingo

--nextPart2300790.JsLtPKcpVE
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBBTGv6GnR+RTDgudgRAtSBAJ9N1GjX3z4c0c3wMyg0i16N9NOyhgCdE0Vq
txEjZyJTlB/qkvDqXx8RxbY=
=u4yW
-----END PGP SIGNATURE-----

--nextPart2300790.JsLtPKcpVE--