From amarok-devel Sat Oct 06 22:59:24 2007 From: Ljubomir Simin Date: Sat, 06 Oct 2007 22:59:24 +0000 To: amarok-devel Subject: Kamion migration and backup tool Message-Id: <200710070059.25070.ljubomir.simin () gmail ! com> X-MARC-Message: https://marc.info/?l=amarok-devel&m=119171161426373 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--Boundary-00=_NNBCHDOZ7o8nyCr" --Boundary-00=_NNBCHDOZ7o8nyCr Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi again, I'm not sure if I'm supposed to post about non-core issues here, or rather on amarok@kde.org. I'll move the discussion there if necessary. I've recently decided to help the Kamion project [1]. Kamion ("Truck" in Serbian language) is the (user friendly) migration tool, it allows to move and backup application data and settings. The idea is simple: application developers provide simple "recipes" - XML files which defines resources to be archived. Different kind of resources can be defined in one recipe, like application settings and data. Nothing more besides recipe is required from application developers. Users uses Kamion GUI tool to easily backup and restore their settings. Personally, I think that the idea is great, and provides a valuable tool for both users and developers. Kamion is written in Qt4 with KDE4 in mind, but there are some efforts aiming for desktop independence in the future. It could be THE desktop migration tool for the KDE and other apps/desktops. Kamion is in usable state, but we need feedback from application developers. Comments and ideas are highly appreciated, please tell us your needs. Some future plans includes: * unification for different applications to export same data - for example to provide some standard for email programs - how to format it's resources so that you could pack the data from KMail and import into thunderbird on another installation. * Scripting - optional pre-packing and post-extracting shell scripts - so that they could filter unnecessary data or something. * Changeable file locations for resources - the developers would be able to tell Kamion to search for the file location inside another file (for example inside a config file) * Dynamic resources - so that different accounts in mail programs appear under different resources, and not in one common - mail messages. I really believe in this project, and would love to have you guys support it, as it will surely ease the further adoption. PS. As our website is a bit sparse in details, I'm attaching a sample recipe for kopete, and a XSD of the recipe format. [1] http://kamion2.sourceforge.net/ -- Ljubomir Simin Registered Linux User #351181 http://counter.li.org --Boundary-00=_NNBCHDOZ7o8nyCr Content-Type: application/xsd; name="appdata.xsd" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="appdata.xsd" Kamion Application Data XML File Format Spec --Boundary-00=_NNBCHDOZ7o8nyCr Content-Type: text/xml; charset="iso-8859-2"; name="kopete.xml" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kopete.xml" kopeterc* * * kopete --Boundary-00=_NNBCHDOZ7o8nyCr Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Amarok-devel mailing list Amarok-devel@kde.org https://mail.kde.org/mailman/listinfo/amarok-devel --Boundary-00=_NNBCHDOZ7o8nyCr--