The internal design shouldn't change that much anymore, and if it will, updating will be automatic. Actually, it should have been automatic (in frameworkd, not in the postinst script), no idea what went wrong, but didn't opimd_fix_db work?
On Sat, Apr 2, 2011 at 1:30 AM, Neil Jerram <[email protected]> wrote: > Martin Jansa <[email protected]> writes: > > > this is what was shown during last year after every frameworkd opkg > upgrade > > > > pkg_postinst_${PN} () { > > echo "*IMPORTANT NOTICE*: There has been a change in internal opimd > database structure as well as in the backend mechanism." > > echo " This change is not backwards compatible so a conversion is > needed, furthermore, since new opimd does not (and will not) support working > with SIM, importing your SIM data is also required." > > echo " In order to import SIM contacts, please use PISI." > > echo " If you still have old contacts with 'tel:' prefix instead > of field types (i.e you haven't upgraded since 26.1.2010) please run the > 'remove-tel' script first." > > echo " For the database conversion:" > > echo " 1) stop frameworkd '/etc/init.d/frameworkd stop'" > > echo " 2) use the conversion script, called: 'opimd_convert_db' > which is already installed in your system" > > echo " 3) restart your device" > > Thanks, Martin. > > However, for the record, should it be 'opimd_fix_db', rather than > 'opimd_convert_db'? > > (opimd_convert_db didn't work for me, and its code > indicates that it converts from a set of files named sqlite-*.db - which > I guess is an even older PIM format.) > > Regards, > Neil > _______________________________________________ > Shr-devel mailing list > [email protected] > http://lists.shr-project.org/mailman/listinfo/shr-devel > -- Tom.
_______________________________________________ Shr-devel mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-devel
