Repository navigation
Update dependency python-dateutil to v3 - #135
renovate[bot] wants to merge 1 commit into
Conversation
|
Important Review skippedBot user detected. To trigger a single review, invoke the ⚙️ Run configuration
You can disable this status message by setting the Use the checkbox below for a quick retry:
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Analyzing your contribution... results ready! 🧪I've aggregated the results of the automated checks for this PR below. 📋 Repo HealthI've performed a digital acupuncture on the codebase. 📍 ✅ All required files present. Latest Version: ✅ 🎙️ SkillIs this skill ready to join the OVOS orchestra? 🎻 🎙️ (unknown skill_id) — 15 languages en-US: 17 intents · 13 dialogs · skill.json Translation coverage — 14 languages (13 complete, 1 partial)
🔍 LintI've distilled the results into this summary. 🧪 ✅ ruff: no issues in 17 file(s) 🏷️ Release PreviewEnsuring our release announcement is ready for prime time. 📺 Current:
🚀 Release Channel Compatibility Predicted next version:
📊 CoverageLet's see if we've left any dark corners in the test suite. 🔦 Helping you push code with confidence 🚀 |
This PR contains the following updates:
~=2.9.0→~=3.0.0Release Notes
dateutil/dateutil (python-dateutil)
v3.0.0Compare Source
This is the last major version of
dateutilthat will support any version of Python older than 3.11. The next release will be the 4.x series, which will support Python 3.11 and later. We may release fixes for serious bugs in the 3.0.x series, but there are no plans for new features there.The biggest change in this release is a rewrite of
tz.tzfile, which affects nearly every user ofdateutil.tzand changes the UTC offset of nonexistent times (see below).dateutilalso now depends on thetzdatapackage, and no longer ships its own time zone database.Data updates
dateutilno longer bundles a copy of the IANA time zone database. Time zone data now comes from the system (seedateutil.tz.TZPATH) or, failing that, from the newtzdatadependency, so the data version is whatever version oftzdatais installed. (gh pr #1130)Features
tz.tzfilebased on a backport of thezoneinfomodule's pure-Python implementation. This adds support for Version 2 and Version 3tzfile(5)binaries, resolving issues with timestamps beyond 2038 and "slim" format binaries. (gh issues #462, #1059, gh pr #1130)dateutil.tz.TZPATHanddateutil.tz.reset_tzpathto allow for runtime configuration of the IANA time zone data search path. These replace the mutabledateutil.tz.TZPATHSlist, which has been removed. (gh pr #1130)dateutilnow depends on thetzdatapackage, whichgettzconsults after the search path and before the Windows registry. On Windows this means that names that are both IANA keys and Windows time zone names, such as"UTC", now return atzfilerather than atzwin. (gh pr #1130)Bugfixes
tz.tzfilenow follows PEP 495 for times that fall in a gap: withfold=0it uses the offset from before the transition, and withfold=1the offset from after it. Previously it always used the offset from after the transition, so for exampledatetime(2003, 4, 6, 2, 30, tzinfo=tz.gettz("America/New_York"))had a UTC offset of -04:00, where it now has -05:00, the same as withzoneinfo. (gh pr #1130)tz.tzfileobjects for fixed-offset zones, such astz.gettz("UTC"), now return their offset, DST offset and abbreviation whenutcoffset,dstandtznameare called withNone, astz.tzutc,tz.tzoffsetandzoneinfo.ZoneInfodo. This means thatdatetime.timeobjects with such a zone attached are now aware:time(12, tzinfo=tz.gettz("UTC")).isoformat()is now"12:00:00+00:00"rather than"12:00:00". (gh pr #1130)tz.tzfilenow infersdst()from the standard time on both sides of each DST period, rather than only the one before it, and does so for each transition rather than for each local time type. This fixesdst()for double summer time (e.g. inEurope/Londonin the 1940s), for half-hour DST (e.g. inPacific/Rarotonga) and where the standard offset changed at the same time as a DST transition (e.g. inAmerica/Bahia_Banderasin 2010). Against the standard offsets in the tz database source, the only remaining errors are inEurope/Parisin 1944 and 1945. (gh pr #1130)rrulestrraisingValueErroron experimentalX-parameters in anRRULEline (such as GNOME Evolution'sX-EVOLUTION-ENDDATE); these are now ignored as RFC 5545 permits. Fixed by @yajo (gh pr #1374)rruleandrrulesetinstances. The cache setting is preserved, and cached results are regenerated on demand without copying locks or generators. Reported by @niccokunzmann (gh issue #1369). Fixed by @Jay1023CN (gh pr #1600).relativedelta.__ne__raisingTypeErrorwhen comparing against an unsupported type such asNone; it now returnsTrue. Reported and fixed by @kevinkt1 (gh issue #1157, gh pr #1158)sixto 1.6, fixingNo module named 'six.moves'errors with older versions. Reported by @skytreader (gh issue #1415), fixed by @jdarias3 (gh pr #1424).Deprecations
dateutil.zoneinfomodule. The module now acts as a wrapper around thetzdatapackage and will be removed in a future version. Users are encouraged to migrate todateutil.tz.gettzor the standard library'szoneinfomodule.dateutil.zoneinfo.rebuild.rebuildno longer does anything, and by default raisesRebuildDeprecationWarningas an error; filter the warning to call it as a no-op. (gh pr #1130)gettza relative key that refers to a file outside of every directory onTZPATH, such as"../../etc/localtime". By default this now raisesdateutil.tz.DeprecatedTzKeyWarningas an error; filter the warning to keep the old behavior for now, or pass an absolute path instead. (gh pr #1130)Documentation changes
Misc
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.