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.
ISO8601 is a simple implementation in Ruby of the ISO 8601 (Data elements and
interchange formats - Information interchange - Representation of dates
and times) standard.
## Version 1.2.5 2017-05-25
* Update dependencies
* Add ruby 2.4 to windows fatbinary
* Update docs to indicate windows ruby before 2.0 is no longer supported
3.11.4 (2017-05-10)
-------------------
Bug fixes:
- Don't break on parameter values which contain equal signs, e.g. base64 encoded
binary data [geier]
- Fix handling of VTIMEZONEs with subcomponents with the same DTSTARTs.
[geier]
3.11.3 (2017-02-15)
-------------------
Bug fixes:
- Removed ``setuptools`` as a dependency as it was only required by setup.py
and not by the package.
- Don't split content lines on the unicode ``LINE SEPARATOR`` character
``\u2028`` but only on ``CRLF`` or ``LF``.
3.11.2 (2017-01-12)
-------------------
Bug fixes:
- Run tests with python 3.5 and 3.6.
[geier]
- Allow tests failing with pypy3 on travis.ci.
[geier]
3.11.1 (2016-12-19)
-------------------
Bug fixes:
- Encode error message before adding it to the stack of collected error messages.
3.11 (2016-11-18)
-----------------
Fixes:
- Successfully test with pypy and pypy3. [gforcada]
- Minor documentation update. [tpltnt]
I use MIT on my other projects, so relicensing.
Dropping support for Python versions nobody uses (2.5, 3.1, 3.2), adding 3.6 Python 3.1 and 3.2 still works, 2.5 has been broken for some time.
Ayalash’s OS X fix didn’t work on Python 2.7, fixed that.
* Added PEP-495-compatible methods to address ambiguous and imaginary dates in
time zones in a backwards-compatible way. Ambiguous dates and times can now
be safely represented by all dateutil time zones.
* Added new methods for working with ambiguous and imaginary dates to the tz
module. datetime_ambiguous() determines if a datetime is ambiguous for a given
zone and datetime_exists() determines if a datetime exists in a given zone.
This works for all fold-aware datetimes, not just those provided by dateutil.
* Fixed an issue where dst() in Portugal in 1996 was returning the wrong value
in tz.tzfile objects
* Fixed an issue where zoneinfo.ZoneInfoFile errors were not being properly
deep-copied.
* Refactored tzwin and tzrange as a subclass of a common class, tzrangebase, as
there was substantial overlapping functionality. As part of this change,
tzrange and tzstr now expose a transitions() function, which returns the
DST on and off transitions for a given year.
* Deprecated zoneinfo.gettz() due to confusion with tz.gettz(), in favor of
get() method of zoneinfo.ZoneInfoFile objects.
* For non-character, non-stream arguments, parser.parse now raises TypeError
instead of AttributeError.
* Fixed an issue where tzfile objects were not properly handling dst() and
tzname() when attached to datetime.time objects.
* /usr/share/lib/zoneinfo was added to TZPATHS for compatibility with Solaris
systems.
* tzoffset and tzrange objects now accept either a number of seconds or a
datetime.timedelta() object wherever previously only a number of seconds was
allowed.
* datetime.timedelta objects can now be added to relativedelta objects.
* Refactored relativedelta.weekday and rrule.weekday into a common base class
to reduce code duplication.
Upstream changes:
1.05 2017-04-23 <schubiger@cpan.org>
- Merged development version to stable.
1.04_01 2017-03-03 <schubiger@cpan.org>
- New supported format: beginning/end of last month.
[rt #120436 - Shawn M. Moore]
