From kde-core-devel  Mon May 30 21:29:42 2005
From: Thomas Zander <zander () kde ! org>
Date: Mon, 30 May 2005 21:29:42 +0000
To: kde-core-devel
Subject: Re: Moving 3.5 development into branches/KDE/3.5
Message-Id: <20050530212942.GA25519 () planescape ! com>
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=111753209702567
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--zYM0uCDKw75PZbzx"


--zYM0uCDKw75PZbzx
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, May 30, 2005 at 10:51:07PM +0200, Stephan Kulow wrote:
> Am Montag 30 Mai 2005 21:43 schrieb Martijn Klingens:
> > On Monday 30 May 2005 21:21, Stephan Kulow wrote:
> > > This is a change of policy and was the initial goal. The kde4 work br=
anch
> > > was just temporary. The main difference to the current situation is:
> > >
> > > * KDE4 is the main target, KDE 3.5 development is defined as backport
> >
> > This collides for the roadmap of KDEPIM that we decided on last weekend
> > during the KDEPIM development meeting. KDE 3.5 will be the main target
> > until early august for PIM and basically nobody will be working on KDE 4
> > yet. We simply lack the manpower to work on two targets, so KDE 4 will =
have
> > to wait.
> I'm fine with kdepim developers working on KDE 3.5, but not in trunk and =
every
> 3.5 commit has to be merged in trunk. I hope it's possible in one way or =
the=20
> other.

That sounds a bit short-sighted as feature commits (which IIRC 3.5 is meant
to be for) being forward ported to trunk is going to be pretty hard to
impossible on either a non-ported (and thus non-usable) or a ported (and th=
us
heavily changed) trunk...

I fear the effect is going to be that nobody is going to work on 3.5 for
anything big; which means you'r never going to see enough features for a
release.

I suggest to make kdepim trunk read-only after friday and only start allowi=
ng
commits there when the suggested features have been finished (estimated 2-3
months) after which a copy can be made back to trunk.

--=20
Thomas Zander

--zYM0uCDKw75PZbzx
Content-Type: application/pgp-signature
Content-Disposition: inline

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

iD8DBQFCm4XFCojCW6H2z/QRAsQ3AKCgnB18XDmaJdCfZfpyZ3xHNZlXZgCbBG0V
uJTHaAhk5OD81bnW1hejoXs=
=Yeif
-----END PGP SIGNATURE-----

--zYM0uCDKw75PZbzx--