http://bugs.meego.com/show_bug.cgi?id=6680
--- Comment #9 from pohly <[email protected]> 2010-09-15 07:46:50 PDT --- (In reply to comment #7) > Is it somewhat easy to have syncevo convert > TZID:/freeassociation.sourceforge.net/Tzfile/Australia/Brisbane > to the possibly nokia understood: > TZID=Australia/Brisbane > > I imagine in a generic way sub sort of s/a/b/ table would help folks or > distros > work around these issues. Or perhaps just pipe to to a script of the user's > choosing prior to import. I'll dig into sync evo to see if there is such stuff > already, sorry for asking up front... Such a thing might also be useful for > supporting other libraries and platforms which also have a limited > understanding of timezones. Such platforms are just plain broken. The TZID is meant to be an opaque string. Only supporting TZIDs that are already stored locally and match against those based on the TZID string is always going to fail for some valid items. Having said that, perhaps there is an easy way to work around this: libsynthesis extracts a full copy of all system time zones via libical. The log message "imported TZ: /freeassociation.sourceforge.net/Tzfile/Australia/Brisbane" refers to that. The code could be changed so that it strips the prefix before adding a time zone definition. Then the Maemo calendar should be passed the simplified TZID that it expects. Other backends already need to work with arbitrary TZIDs and should work without the /freeassociation.sourceforge.net/Tzfile/ prefix. That code is in libsynthesis/src/platform_adapters/linux/platform_timezones.cpp, if someone wants to have a look. -- Configure bugmail: http://bugs.meego.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching someone on the CC list of the bug. _______________________________________________ Syncevolution-issues mailing list [email protected] http://lists.syncevolution.org/listinfo/syncevolution-issues
