2017.3:
This release contains rare code changes, allowing use of an environment variable to override the database location, and ability to load pickles stored with Python2 to be loaded under Python3.
1.3.1:
Fixed inaccuracy of in_days() method on DST transitions.
Fixed seconds inaccuracy for past datetimes.
1.3.0:
Added support for the alternative formatter's tokens in from_format().
Added a timezones module attribute to expose available timezones.
Added the exact keyword to parse() which behaves exactly like strict.
Dropped support for Python 3.2 and 3.3.
The classic formatter in from_format() is now deprecated.
Fixed th locale.
0.9.8
=====
released 2017-10-05
* FIX a bug in ikhal: when editing events and not editing the dates, the end
time could erroneously be moved to the start time + 1h
Version 0.16.3
==============
*released on 03 October 2017*
- First version with custom Debian and Ubuntu packages. See :gh:`663`.
- Remove invalid ASCII control characters from server responses. See :gh:`626`.
- **packagers:** Python 3.3 is no longer supported. See :ghpr:`674`.
0.9.7
=====
released 2017-09-15
* FIX don't crash when editing events with datetime UNTIL properties
* FIX `search` will no longer break on overwritten events with a master event
* CHANGE `search` will now print one line for every different event in a
recurrence set, that is one line for the master event, and one line for every
different overwritten event
Datetimes are very frustrating to work with in Python, especially when
dealing with different locales on different systems. This library exists
to make the simple things much easier, while admitting that time is an
illusion (timezones doubly so).
Datetimes should be interacted with via an API written for humans.
Maya is mostly built around the headaches and use-cases around parsing
datetime data from websites.
Native datetime instances are enough for basic cases but when you face
more complex use-cases they often show limitations and are not so
intuitive to work with. Pendulum provides a cleaner and more easy to use
API while still relying on the standard library. So it’s still datetime
but better.
Unlike other datetime libraries for Python, Pendulum is a drop-in
replacement for the standard datetime class (it inherits from it), so,
basically, you can replace all your datetime instances by Pendulum
instances in you code (exceptions exist for libraries that check the type
of the objects by using the type function like sqlite3 or PyMySQL for
instance).
It also removes the notion of naive datetimes: each Pendulum instance is
timezone-aware and by default in UTC for ease of use.
Pendulum also improves the standard timedelta class by providing more
intuitive methods and properties.
This module provides a pure-python version of the LIGOTimeGPS class,
used to represent GPS times (number of seconds elapsed since GPS
epoch) with nanoseconds precision.
1.3202 2017-09-13
- Fix AIX compile
1.3201 2017-06-22
- Fix compile errors on MS
- Use macro for buf sizes
- Remove some compile warnings
- SP of by 1 in _crt_localtime
1.32 2017-06-20
- Since 1.31:
- New truncate() method
- Add new flags: %F, %T, %P + more
- Add rudimentary locale support via use_locale()
- More tests
- Less bugs (hopefully)
1.9746 [2017-08-17]
- Unreliable t/usleep.t and t/utime.t tests [rt.cpan.org #122819]
Avoid testing for $dt = $t2 - $t1 and assuming $dt is less than
some value since a heavily loaded machine can delay the $t2.
Testing for greater than is fine.
- Tweak the configuring messages about subsecond stat/utime.
1.9745 [2017-08-14]
- Properly check for futimens/utimensat actually doing something.
This should handle 'gnukfreebsd' (which has only stubs, so far
we have been skipping the test) and as a new thing 'gnu' (Hurd)
(also only stubs). Thanks to Nigel Horne.
- Scan in t/utime.t whether the filesystem (wherever File::Temp
puts it tempfiles) supports subsecond timestamps. This removes
the fragile Linux/ext3 specific hack. As a side effect, the
setting of subsecond timestamps is tested only if reading of
them is supported. Thanks to Carsten Gaebler for the test idea,
and Ryan Voots for testing.
Upstream changes:
1.44 2017-08-20
- Added a stringify() method. This does exactly the same thing as
stringification overloading does. GH #58.
- Added an is_last_day_of_month() method to indicate whether or not an object
falls on the last day of its month. GH #60.
- Fix crash when using daterange or item_type filters in
:storage:`google_calendar`, see :gh:`657`.
- **Packagers:** Fixes for new version ``0.2.0`` of ``click-log``. The version
requirements for the dependency ``click-log`` changed.
This package provides commands to convert a date into a number
and vice versa. Additionally there are commands for
incrementing and decrementing a date. Leap years and the
Gregorian calendar reform are considered.
The distributed GNU info file is an empty file. Remove it after
extracting the files so that make(1) will rebuild it as part of
the "all" target.
Bump the PKGREVISION due to a change in the installed GNU info
file.
Version 0.16.1
==============
*released on 8 August 2017*
- Removed remoteStorage support, see :gh:`647`.
- Fixed test failures caused by latest requests version, see :gh:`660`.
1.9744 [2017-07-27]
- add more potential clock constants, like CLOCK_MONOTONIC_FAST
(available in FreeBSD), and not all potentially found clock
constants were properly exported to be available from Perl,
see your system's clock_gettime() documentation for the available ones
1.9743 [2017-07-20]
- correct declared minimum Perl version (should be 5.6, was declared
as 5.8 since 1.9727_03): blead af94b3ac
- fix the fix for 'do file' to load hints in Makefile.PL: blead 3172fdbc
This is a companion module to DateTime.pm. It implements the Julian
calendar. It supports everything that DateTime.pm supports and more:
about one day per century more, to be precise.
Bug fixes:
- added an assertion that VTIMEZONE sub-components' DTSTART must be of type
DATETIME
- Fix handling of VTIMEZONEs with subcomponents with the same DTSTARTs and
OFFSETs but which are of different types
-------------
- Updated zoneinfo file to 2017b.
- Added Python 3.6 to CI testing
- Removed duplicate test name that was preventing a test from being run.
- Fixed testing of folds and gaps, particularly on Windows
- Fixed deprecated escape characters in regular expressions.
- Many PEP8 style violations and other code smells were fixed.
- Improved performance of tzutc and tzoffset objects.
- Fixed issue with several time zone classes around DST transitions in any
zones with +0 standard offset (e.g. Europe/London)
- Fixed issue with fuzzy parsing where tokens similar to AM/PM that are in the
end skipped were dropped in the fuzzy_with_tokens list.
- Fixed issue with parsing dates of the form X m YY.
- Added support for parser weekdays with less than 3 characters.
- Fixed issue with the addition and subtraction of certain relativedeltas.
- Fixed issue where the COUNT parameter of rrules was ignored if 0.
- Updated documentation to include the new tz methods.
- Update documentation to reflect that the parser can raise TypeError.
- Fixed an incorrect year in a parser doctest.
- Moved version information into _version.py and set up the versions more
granularly.
Version 0.16.0
==============
*released on 2 June 2017*
- Strip ``METHOD:PUBLISH`` added by some calendar providers, see :gh:`502`.
- Fix crash of Google storages when saving token file.
- Make DAV discovery more RFC-conformant, see :ghpr:`585`.
- Vdirsyncer is now tested against Xandikos, see :ghpr:`601`.
- Subfolders with a leading dot are now ignored during discover for
``filesystem`` storage. This makes it easier to combine it with version
control.
- Statuses are now stored in a sqlite database. Old data is automatically
migrated. Users with really large datasets should encounter performance
improvements. This means that **sqlite3 is now a dependency of vdirsyncer**.
- **Vdirsyncer is now licensed under the 3-clause BSD license**, see :gh:`610`.
- Vdirsyncer now includes experimental support for `EteSync
<https://www.etesync.com/>`_, see :ghpr:`614`.
- Vdirsyncer now uses more filesystem metadata for determining whether an item
changed. You will notice a **possibly heavy CPU/IO spike on the first sync
after upgrading**.
- **Packagers:** Reference ``systemd.service`` and ``systemd.timer`` unit files
are provided. It is recommended to install these as documentation if your
distribution is systemd-based.
0.9.6
=====
released 2017-06-13
* FIX set PRODID to khal/icalendar
* FIX don't crash on updated vcards
* FIX checking for RRULEs we understand
* FIX after editing an event in ikhal, make sure both the calendar and the
eventcolumn are focused on the new date
* FIX no more crashes if only one event which is an overwritten instance is
present in an .ics file
* FIX .ics files containing only overwritten instances are not expanded anymore,
even if they contain a RRULE or RDATE
* FIX valid UNTIL entry for recurring datetime events
* CHANGE the symbol used for indicating a recurring event now has a space in
front of it, also the ascii version changed to `(R)`
* CHANGE birthdays on leap 29th of February are shown on 1st of March in
non-leap years
* NEW import and printics will read from stdin if not filename(s) are provided.
* NEW new entry points recommended for packagers to use.
* NEW support keyword `yesterday` for querying and creating events
2016-11-01
================================================================================
xfce4-datetime-plugin v0.7.0 released
fix font styling with Gtk >= 3.22 to use a non-deprecated stanza
1.43 2017-05-29
- Added a small optimization for boolification overloading. Rather than
relying on a fallback to stringification, we now return true directly, which
is a little faster in cases like "if ($might_be_dt) { ... }".
- The datetime() method now accepts a single argument to use as the separate
between the date and time portion. This defaults to "T".
2.13 2017-06-01
- Really fix the indexing issue. For reals this time. I'm totally not
kidding. Thanks to Grinnz on #metacpan for giving me the solution.
2.12 2017-06-01
- Attempting to fix indexing of DateTime::TimeZone::Catalog on metacpan
again. No real code or zone changes. Reported by Greg Oscwhald. GH #19.
