[Kde-pim] KDEPIM Needs More TIme

[Ingo Klöcker]

On Saturday 15 May 2010, Anne Wilson wrote:
> On Saturday 15 May 2010 13:25:30 Ingo Klöcker wrote:
> > > Does this mean that it will be possible to have KDE SC 4.5 with
> > > kdepim 4.4 and kdepim ATP parallel installed?
> > 
> > No. You can install one or the other. But that's not really a
> > problem because if the ATP doesn't work for you then you can
> > "simply" install 4.4 again.
> 
> Yet, from what you say below, you will have lost data - surely that
> is a problem.
> 
> > > Providing there's no
> > > danger of data loss this would be ideal from the users' PoV. 
> > > Those that understand the deal and choose to test would be able
> > > to do so, while still having the old one to fall back on if
> > > things go wrong,
> > 
> > This won't work. There won't be a way back once the data and the
> > configuration has been migrated and the ATP has been used
> > (producing new data). In KDE PIM (and, AFAIK, also in the rest of
> > KDE) we never took precautions allowing to go back. Consequently,
> > we have never promised that it's possible to go back to an earlier
> > version of an application.
> 
> If that is so, then it has to be made clear from the start that it is
> a 'now and forever' choice.  Otherwise you are going to have
> hundreds of users screaming that they have lost their data.

Yes, we have to make clear in the announcement of the ATP that testing 
the ATP has certain implications. (But then again, the same has always 
been true when testing any of KDE SC's alpha or beta releases.)


> > Users who want to give the ATP a try should make a backup of their
> > data and their configuration before installing the ATP.
> 
> Sure, but incoming data between the day of migration and the day on
> which you decide that testing is too problematic, is going to be
> lost, it seems.

No. Only meta data will be lost. See my reply to Lindsay's message. 
Sorry, for painting too black a picture.


> > But users do anyway
> > backup their data regularly, right? ;-)
> 
> I can't answer for others.  I do, but this conversation is making me
> decidedly uneasy.  Before this point I had an addressbook that could
> be read by many applications under many operating systems.  Now I'm
> backing up my akonadi addressbook - and it apparently is no use
> outside this context.  That's worrying.  Should we be advising
> people to export to vcard regularly, as an additional form of
> backup?

Hmm. I don't follow you. One important point about Akonadi is that the 
actual data storage won't change, i.e. you still can have an addressbook 
that can be read by many applications under many operating systems. 
Simply use a vCard file instead of a vCard folder for the address book. 
What changes is the storage of the meta data and how (Akonadi-enabled) 
applications access the data.


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/20100515/5ee632e7/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/