[Kde-pim] [Libical] libical 0.27 is now available

Reinhold Kainhofer reinhold at kainhofer.com
Mon Mar 26 12:00:39 BST 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Montag, 26. März 2007 schrieb David Jarvie:
> On Sat, March 24, 2007 2:56 pm, Allen Winter wrote:
> > On Wednesday 21 March 2007 6:06:51 pm Reinhold Kainhofer wrote:
> >> Am Mittwoch, 28. Februar 2007 schrieb IGnatius T Foobar:
> >> >  For anyone interested...
> >> >
> >> >    http://easyinstall.citadel.org/libical-0.27.tar.gz
> >> >
> >> >  tzdata is updated to 2007c (includes the changes for Daylight Savings
> >> > Time in the US) as well as a couple of minor bugfixes.
> >>
> >> I took a look at the files now, and it seems that the DST changes in the
> >> US
> >> were implemented wrong. The files contain e.g.
> >
> > We need to have a fix right away.
> > What to do?
> > http://bugs.kde.org/show_bug.cgi?id=143409
>
> This has jogged my memory about a bug I discovered some time ago in the
> libical time zone definitions. They were updated about a year ago by
> Tepper Hasso. Many of the definitions are actually completely wrong in the
> same manner as the new USA definitions. For example, Europe/London also
> has only a single blanket definition starting in 1970, whereas the
> previous (correct) version has many different definitions for different
> years starting in the 19th century. The current version is wrong even for
> some years post-1970. Tepper's commit needs to be reverted, and then the
> new USA stuff needs to be added.

Actually, the Olsen database is a comprehensive database of all historical DST 
occurrences, too. So basically all that we need is a proper converter from 
the ODB to iCalendar... There are such converters, but I don't know how good 
they work. 
See http://www.twinsun.com/tz/tz-link.htm

Only using the system-wide zoneinfo files, it will never be possible to 
properly generate historical times.

I don't have time currently to look into that issue with really broken TZ 
definitions... I suppose unless we find an easy cleaner solution, it is best 
now to use the wrong fix and in the future generate proper VTIMEZONE 
snipplets with all historical data directly from the Olsen DB.

Cheers,
Reinhold

- -- 
- ------------------------------------------------------------------
Reinhold Kainhofer, Vienna University of Technology, Austria
email: reinhold at kainhofer.com, http://reinhold.kainhofer.com/
 * Financial and Actuarial Mathematics, TU Wien, http://www.fam.tuwien.ac.at/
 * K Desktop Environment, http://www.kde.org, KOrganizer maintainer
 * Chorvereinigung "Jung-Wien", http://www.jung-wien.at/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGB6fcTqjEwhXvPN0RAjufAJ9hKkWxH8+Z9sM0CDhRGfzy/FAeuwCfbah9
kPognMk8ZH0ccLuJF5YOCOE=
=3xaY
-----END PGP SIGNATURE-----
_______________________________________________
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/



More information about the kde-pim mailing list