py-svglib: updated to 2.2.0
2.2.0 (2026-08-14)
Tooling and housekeeping
- Modernized type annotations across `src/svglib/` and `tests/` to use PEP
585 builtin generics (`list[...]`, `dict[...]`, `tuple[...]`, `set[...]`)
instead of `typing.List`/`Dict`/`Tuple`/`Set`, and simplified a few
emptiness/membership checks (`not points` instead of `len(points) == 0`,
a set literal instead of a list for `in` checks). No behavior change.
- Silenced a `UserWarning` from `test_convert_pdf_png` that came from
ReportLab's own `renderPM.drawImage`, not from svglib: it reopens a
`<image>` file referenced by path and converts it straight to RGB without
normalizing palette-with-transparency PNGs first, unlike svglib's own
handling of base64-embedded images. The referenced PNG (a dedicated
tRNS-chunk test fixture) still renders correctly; there was nothing to fix
in svglib's output.
[10 lines not shown]
py-borgmatic: updated to 2.1.7
2.1.7
* Add support for the "--quick-stats" flag and the "quick_statistics" option to the "prune"
action. Borg >= 1.4.5 and < 2 only.
* For the "bootstrap" action, provide a more helpful error message when borgmatic can't
determine the latest archive.
* Add an "archive_hostname" option and a corresponding "--archive-hostname" flag for
overriding the hostname used for the "{hostname}" placeholder in the "archive_name_format"
option. Also add an "archive_username" option and corresponding "--archive-username" flag to
override the "{user}" plaecholder. Both options/flags are Borg 1.4.5+ only.
* Fix the ZFS hook's overzealous unmounting of snapshot paths when a source dataset is at
"/".
* Fix for the "restore" action sometimes failing to find a database dump that was dumped
with a default port.
* For the MariaDB and MySQL hooks, add "events", "routines", and "tablespaces" options for
disabling dumping of scheduled events, stored routines, and tablespaces, respectively.
* Fix an error from the "diff" action when exclude options are configured.
* Fix the "repo-create" action to more surgically suppress Borg "Repository does not exist"
[17 lines not shown]
py-dotenv: updated to 1.2.3
1.2.3
Fixed
- Strip a leading UTF-8 BOM from `.env` file contents so the first variable is no longer silently lost when the file is saved with BOM (e.g. by some JetBrains IDEs on Windows)
- `set_key` now escapes backslashes, so values containing them (Windows paths, regular expressions) survive a write/read round-trip. Quoted values ending in an escaped backslash are no longer mis-parsed as an escaped quote, which used to swallow the following lines
- `dotenv run` now prints a friendly error instead of a traceback when no command is given
- Cache the parsed result for empty `.env` files so repeated `dotenv_values`/`load_dotenv` calls no longer re-read the file
py-validate-pyproject: updated to 0.26
0.26
* Add support for :pep:`808` partially dynamic metadata by :user:`henryiii`
(:pr:`314`)
* Allow multiple schemas describing the same tool when the schema definitions
are identical by :user:`henryiii` (:pr:`303`)
* Improve ``SchemaStore`` compatibility by supporting relative schema URLs by
:user:`henryiii` (:pr:`306`)
* Apply filtering before loading ``validate_pyproject.multi_schema`` entry
points by :user:`henryiii` (:pr:`318`)
* Add timeouts to network requests to avoid indefinite blocking by
:user:`henryiii` (:pr:`319`)
p5-Net-OAuth: update to 0.33.
0.33 Mon 17 Aug 23:14:01 BST 2026
[Security]
- Restrict the verification algorithm to those specified in the allowed_signature_methods, which is
now required. THIS IS A BREAKING CHANGE.
See https://github.com/vurtdev/Net-OAuth/security/advisories/GHSA-c8rm-g5cm-4pf5 (CVE-2026-72889)
for more information.
- HMAC_SHA1 and HMAC_SHA256 signature keys cannot be blank.
- HMAC_SHA1, HMAC_SHA256 and PLAINTEXT signature verification now use constant-time comparison (CVE-2026-75589).
[Documentation]
- Updated the GitHub repository location, which moved before the version 0.32 release.
(The former location does redirect to the new location.)
- Removed CONTRIBUTING.md due to changes in the AI policy.
[2 lines not shown]
py-icalendar: update to 7.3.0.
Removals and deprecations
obj is deprecated in favor of bytes. It is retained as a lossy
string view of the value for backward compatibility, and will
be removed in icalendar 8. The
test_ical_value_rejects_non_base64_characters test was removed
because vBinary.ical_value no longer validates or decodes
Base64. @uwezkhan (Issue #1356)
Issue #1362
New features
Created an example() method for the Journal component and an
example() method for the FreeBusy component, added the RFC 5545
examples that they load, and documented their usage in both
class docstrings. AI assistance: Kiro CLI with the claude-opus-5
[182 lines not shown]
gettext-tools: do not autodetect libcurl and libjson-c
Fixes build on OpenIndiana. The libraries are shipped
with base but at least some of the headers seem absent.
ibus: regenerate tools Vala sources before build
The generated tools/main.c in the distfile may contain Wayland code
even when ibus is configured with --disable-wayland, causing the build
to fail due to missing wayland headers or libraries.
Clean the generated sources before build so they are regenerated
with the current configure options, as already done for ui/gtk3.
This should fix workaround for PR pkg/60476 on pkgsrc-2026Q2.
ibus: use common Wayland platform detection
Remove the temporary NetBSD native X11 workaround and rely on
PLATFORM_SUPPORTS_WAYLAND.
Native EGL support is now handled by graphics/MesaLib/features.mk, so
the additional libglamoregl.so check is no longer needed. PR pkg/60476
Bump PKGREVISION.
gtk3: remove NetBSD-specific Wayland workaround
MESALIB_SUPPORTS_EGL now handles native EGL support correctly on
NetBSD, so PLATFORM_SUPPORTS_WAYLAND already excludes systems where
the native libepoxy has no EGL support.
Remove the additional libglamoregl.so check added in PR pkg/60295.
The file is part of the xserver set, so checking for it incorrectly
disables Wayland on bulk build hosts where the xserver set is not
installed. PR pkg/60476
Bump PKGREVISION.
graphics/MesaLib: improve native EGL detection on NetBSD
For native X11 on NetBSD, use HAVE_XORG_EGL when it is available
instead of only checking for the EGL header.
On older NetBSD releases without HAVE_XORG_EGL, use HAVE_XORG_GLAMOR
as a fallback, since native libepoxy EGL support was conditional on
GLAMOR there.
This is a proper fix for PR pkg/60295 and makes MESALIB_SUPPORTS_EGL
reflect the actual native EGL support more accurately.
PR pkg/60476
devel/cargo-about: update to 0.9.2
0.9.2 - 2026-08-18
Fixed
PR#312 changed processing of detected license files so that they are never discarded, resolving #309.