[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: little reminder on the 3.2 release schedule
From:       Don Sanders <sanders () kde ! org>
Date:       2003-09-18 9:18:59
[Download RAW message or body]

On Thursday 18 September 2003 08:35, Ingo Klöcker wrote:
> On Wednesday 17 September 2003 23:45, Cornelius Schumacher wrote:
> > On Wednesday 17 September 2003 18:32, Stephan Kulow wrote:
> > > On Wednesday 17 September 2003 13:48, Cornelius Schumacher 
wrote:
> > > > On Wednesday 17 September 2003 10:55, Stephan Kulow wrote:
> > > > > I'd like to hear dates from you now. 9th november for a
> > > > > first beta with all features is way too late when we want
> > > > > to have it done before christmas (which I would prefer - I
> > > > > sleep bad enough waking up at times thinking IIMMAAPP ;).
> > > >
> > > > One option could be to release KDE 3.2 as planned but without
> > > > these features and make a separate kdepim release (aka
> > > > Kontact 1.1) shortly after 3.2. This separate release could
> > > > then include HTML composer, Kolab client, IMAP improvements,
> > > > better KOrganizer/KMail integration and KitchenSync. Even a
> > > > subset of these features might justify an own release.

I'm okay with this option. I don't intend to make any commits that 
will make this difficult.

> > > Argh, another branch?! And I got the impression, we've got
> > > enough of it. I did at least.
> >
> > We could even completely decouple kdepim from the 3.2 release and
> > don't release it with 3.2 at all, but make a separate release
> > later when the features are complete. This wouldn't increase the
> > number of branches. I don't know if that's what people want,
> > though.
>
> Wouldn't this cause problems because of BIC changes in some kdepim
> related kdelibs stuff (kabc? kresources?)? Do the 3.1 kdepim
> programs run with 3.2 kdelibs (without recompiling!)?

I would think the goal of a separate kdepim release would be to have 
that release (at the time of release) run against the latest stable 
kdelibs release. But not necessary against future kdelibs releases.

Don.
_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread]