2025-01-12 11:25:44 by Thomas Klausner | Files touched by this commit (2) | |
Log message: py-ruamel-yaml: update to 0.18.10. [0.18.10, 2025-01-06]: - implemented changes to the setup.py for Python 3.14 as suggested by [Miro \ HronĨok](https://sourceforge.net/u/hroncok/profile/) in merge requests (MR not merged as those files are copied in from `develop` \ config) |
2025-01-05 22:21:48 by Adam Ciarcinski | Files touched by this commit (2) | |
Log message: py-ruamel-yaml: updated to 0.18.9 0.18.9 - fix issue with roundtripping 0 in YAML 1.1 |
2025-01-02 14:57:33 by Adam Ciarcinski | Files touched by this commit (2) | |
Log message: py-ruamel-yaml: updated to 0.18.8 0.18.8 - added warning to README.md that PyPI might block updates due to breaking changes |
2024-12-31 17:13:55 by Adam Ciarcinski | Files touched by this commit (2) | |
Log message: py-ruamel-yaml: updated to 0.18.7 0.18.7 - fixes for README - fixes preservering anchor on scalar integer `0` |
2024-11-11 08:29:31 by Thomas Klausner | Files touched by this commit (862) |
Log message: py-*: remove unused tool dependency py-setuptools includes the py-wheel functionality nowadays |
2024-02-07 10:00:10 by Adam Ciarcinski | Files touched by this commit (2) | |
Log message: py-ruamel-yaml: updated to 0.18.6 0.18.6 - fixed an issue with dataclass loading when the fields were collections (bug found as a result of a question by \ [FibroMyAlgebra](https://stackoverflow.com/users/6855070/fibromyalgebra) on [StackOverflow](https://stackoverflow.com/a/77485786/1307905)) - fixed an issue loading dataclasses with `InitVar` fields when `from __future__ \ import annotations` was used to delay evaluation of typing. |
2023-11-06 20:56:21 by Thomas Klausner | Files touched by this commit (3) | |
Log message: py-ruamel-yaml: update to 0.18.5. [0.18.5, 2023-11-03]: - there is some indication that dependent packages have been pinned to use specific (tested) and just install the latest even in Python versions that have end-of-life [0.18.4, 2023-11-01]: - YAML() instance has a `doc_infos` attribute which is a cumulative list of DocInfo instances (one for `load()`, one per document for `load_all()`). DocInfo instances contain version information (requested, directive) and tag directive information - fix issue that the YAML instance tags attribute was not reset between documents, resulting in mixing of tag directives of multiple documents. Now only provides tag directive information on latest document after loading. This means tags for dumping must be set **again** after a document is loaded with the same instance. (because of this tags will be removed in a favour of a different mechanism in the future) - fix issue with multiple document intermixing YAML 1.2 and YAML 1.1, the \ VersionedResolver now resets - fix issue with disappearing comment when next token was Tag (still can't have both a comment before a tag and after a tag, before node) [0.18.3, 2023-10-29]: - fix issue with spurious newline on first item after comment + nested block sequence - additional links in the metadata on PyPI (Reported, with pointers how to fix, by [Sorin](https://sourceforge.net/u/ssbarnea/profile/)). |
2023-11-05 01:36:04 by Thomas Klausner | Files touched by this commit (3) | |
Log message: py-ruamel-yaml: update to 0.18.2. [0.18.2, 2023-10-24]: - calling the deprecated functions now raises an `AttributeError` with the, somewhat more informative, orginal warning message. Instead of calling `sys.exit(1)` [0.18.1, 2023-10-24]: - calling the deprecated functions now always displays the warning message. (reported by [Trend Lloyd](https://sourceforge.net/u/lathiat2/profile/)) [0.18.0, 2023-10-23]: - the **functions** `scan`, `parse`, `compose`, `load`, `emit`, `serialize`, `dump` and their variants (`_all`, `safe_`, `round_trip_`, etc) have been deprecated (the same named **methods** on `YAML()` instances are, of course, still there. - |- `YAML(typ='unsafe')` now issues a `PendingDeprecationWarning`. This will \ become deprecated in the 0.18 series (probably before the end of 2023). You can use `YAML(typ='full')` to dump unregistered Python classes/functions. For loading you'll have to register your classes/functions if you want the old, unsafe, functionality. You can still load any tag, like \ `!!python/name:posix.system', **safely** with the (default) round-trip parser. - fix for `bytes-like object is required not 'str' while dumping binary streams`. This was reported, analysed and a fix provided by [Vit \ Zikmund](https://sourceforge.net/u/tlwhitec/profile/) |