[Kde-pim] KDEPIM Needs More TIme

[Ingo Klöcker]

On Monday 17 May 2010, Sebastian Kügler wrote:
> On Sunday 16 May 2010 13:25:28 Ingo Klöcker wrote:
> > On Sunday 16 May 2010, Lindsay Mathieson wrote:
> > > On Sun, 16 May 2010 05:19:49 am Ingo Klöcker wrote:
> > > > All you will lose is some meta data (e.g. the state of the
> > > > messages). Another advantage of limiting the migration to the
> > > > meta data (e.g. the information in KMail's index files) is
> > > > that there is less potential for migration errors.
> > > 
> > > That's good to know, sounds reasonable.
> > > 
> > > How about the config data? Account setup etc.
> > 
> > Config data is the real problem. It is likely to get lost on the
> > migration. As this has always been the case with almost all
> > upgrades of KDE PIM (e.g. when the configuration of the sending
> > accounts was moved from kmailrc to another file or when the
> > configuration of the identities was moved from kmailrc to another
> > file) I don't see why we should handle this differently for this
> > upgrade. A possible solution would be to leave kmailrc untouched
> > and use kmail2rc for KMail 2, but I'm not sure it's worth doing
> > so.
> 
> What is so hard about migrating config data? At least the account
> setup doesn't look too complicated to the naive me.
> 
> I think it would produce a lot of "negative goodwill" to just lose
> the account data people have set up. The migration should be as
> transparant as possible, otherwise I fear we'll face serious
> backlash with the migration.
> 
> If that's not achievable in the 4.5 timeframe, maybe we should start
> thinking about 4.6 instead?

I think you misunderstood what I wrote. Migrating the config data is not 
trivial but it's also not very hard (thanks to our iterative config 
upgrade framework).

The problem I was talking about is that once the config data has been 
migrated from KDE PIM 4.4 to KDE PIM ATP it's not easily possible to go 
back. So, people who install the ATP to give it a try will have to make 
a backup of their configuration before they do so. At least, if they 
want to be able to go back to KDE PIM 4.4.


Regards,
Ingo
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-pim/attachments/20100517/6cb9a166/attachment.sig>
-------------- next part --------------
_______________________________________________
KDE PIM mailing list kde-pim at kde.org
https://mail.kde.org/mailman/listinfo/kde-pim
KDE PIM home page at http://pim.kde.org/