[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