Ticket #447 (closed enhancement: wontfix)

Opened 17 months ago

Last modified 13 months ago

Add a website page to tell people about upgrading from 1.5 to 2.0

Reported by: sjors Owned by: sjors
Priority: major Milestone: kmess-2.0
Component: Other Version: 2.0-beta1
Keywords: Cc:

Description (last modified by sjors) (diff)

There have been some people reporting missing emoticons between 1.5 and 2.0. There may also be some other format changes in KMess' data files.

I believe we should make the switch to 1.5 to 2.0 as elegant and wonderful as possible. Therefore, we need a page that addresses issues like that and possibly even steps people through the process (on various platforms, including a generic one containing just things like "To keep your emoticons, move that directory there").

Attachments

migrate-aliases.sh (2.1 kB) - added by valerio 17 months ago.
Script to migrate aliases, we could base ours on that one! (Original post)

Change History

Changed 17 months ago by diederik

Would it be possible to automate the conversion?

Changed 17 months ago by valerio

I thought about making a shellscript ran on kmess2 on first start.

It should:

  1. check for a flag file in 1.5's datadir, if present abort, if not continue
  2. it should copy over to 2.0's datadir as much data as possible:
    • account names
    • contact list settings (if possible, the data has changed a bit)
    • emoticon themes
    • passwords (kwallet support will pop up and offer to migrate them)
    • optionally, the caches of received emoticons and display pics
  3. create a flag in 2.0's datadir (or maybe there's an easy way to avoid calling the script altogether if it's not the first start)

You can look up the prefixes with kde-config --localprefix and kde4-config --localprefix.

Changed 17 months ago by valerio

Script to migrate aliases, we could base ours on that one! (Original post)

Changed 17 months ago by diederik

Given that user data is important (thumbs up for migrating them!) shouldn't we write the helper app in C++ with Qt? It would give us more control and better data structure management to convert the data safely.

The last thing I'd like to see is some shell command failing at $distribution because they've set things up differently.

Changed 17 months ago by valerio

Yes, but is there any KDE4 method to call to find out which datadir is used by a KDE3 installation, if any?

From the shell we've got easy access to kde-config --localprefix, but from C++?

As an extreme measure we could run it as a kprocess...

Changed 17 months ago by diederik

I think you'll have to run kde-config, getting access to KStandardDirs from the KDE 3 libs seams quite hard to me.

Changed 15 months ago by sjors

  • status changed from new to assigned
  • owner set to sjors
  • description modified (diff)

For now, I think it is best if we write a simple page with instructions for users to merge themselves. If it turns out to be a really straight-forward path that can be automatized, we can write a shell/whatever script or a program to do it for the user.

I wrote a little intro at http://kmess.org/installing/upgrading15to20.html (page will appear about 40 minutes after posting this comment). This page will contain instructions for moving the old KMess 1.5 data to the new KMess 2.0 data directory; I'm now going to try installing Kubuntu Hardy which still has KDE 3, I'll do some working with kmess, change some configuration, then try loading that data to KMess 2.0. Anything I need to change, I'll add to the page. If any of you knows anything that must be changed, please add it to the page :)

Changed 13 months ago by valerio

  • status changed from assigned to closed
  • resolution set to wontfix

2.0 is out; if this page will be needed, we will add it.

Note: See TracTickets for help on using tickets.