chore(deps): update poetry #1665
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
6.0.1->6.0.21.23.0->1.23.16.7.0->6.11.04.17.3->4.23.01.5.3->1.6.19.2.7->9.6.102.3.6->2.7.10.22.0->0.29.024.0->24.25.3.2->5.3.32.6.3->2.7.0Release Notes
yaml/pyyaml (PyYAML)
v6.0.2Compare Source
What's Changed
Full Changelog: yaml/pyyaml@6.0.1...6.0.2
mtkennerly/dunamai (dunamai)
v1.23.1Compare Source
Version.__lt__checked if all fields were less than the other instance,rather than using the proper field precedence and version ordering.
python/importlib_metadata (importlib-metadata)
v6.11.0Compare Source
v6.10.0Compare Source
v6.9.0Compare Source
v6.8.0Compare Source
python-jsonschema/jsonschema (jsonschema)
v4.23.0Compare Source
=======
v4.22.0Compare Source
=======
best_match(and thereby error messages fromjsonschema.validate) in cases where there are multiple sibling errors from applyinganyOf/allOf-- i.e. when multiple elements of a JSON array have errors, we now do prefer showing errors from earlier elements rather than simply showing an error for the full array (#1250).==would.v4.21.1Compare Source
=======
containskeyword by removing some unnecessary validator (re-)creation.v4.21.0Compare Source
=======
enumin the presence of0or1to properly considerTrueandFalseunequal (#1208).{min,max}{Items,Length,Properties}when they're checking for emptiness rather than true length.v4.20.0Compare Source
=======
unevaluatedItems(resp.unevaluatedProperties) when behind a$dynamicRefas specified by the 2020 and 2019 specifications.jsonschema.exceptions.ErrorTree.__setitem__is now deprecated.More broadly, in general users of
jsonschemashould never be mutating objects owned by the library.v4.19.2Compare Source
=======
additionalItemskeyword into JSON Schema draft 2020-12, where it was replaced byitems.v4.19.1Compare Source
=======
hostnameformat.This is the behavior specified by the relevant RFC (1123).
IDN hostname behavior was already correct.
v4.19.0Compare Source
=======
Validatorprotocol directly from the package root is deprecated.Import it from
jsonschema.protocols.Validatorinstead.Such resources are assumed to be 2020-12 schemas.
This more closely matches the pre-referencing library behavior.
v4.18.6Compare Source
=======
jsonschemaspecific user agent when automatically retrieving remote references (which is deprecated).v4.18.5Compare Source
=======
v4.18.4Compare Source
=======
v4.18.3Compare Source
=======
applicable_validatorsin extended validators.Specifically, validators extending early drafts where siblings of
$refwere ignored will properly ignore siblings in the extended validator.v4.18.2Compare Source
=======
jsonschema.RefResolverand pointer resolution.v4.18.1Compare Source
=======
jsonschema.RefResolverbased resolution when used in combination with a custom validation dialect (viajsonschema.validators.create).v4.18.0Compare Source
=======
This release majorly rehauls the way in which JSON Schema reference resolution is configured.
It does so in a way that should be backwards compatible, preserving old behavior whilst emitting deprecation warnings.
jsonschema.RefResolveris now deprecated in favor of the newreferencing library <https://github.com/python-jsonschema/referencing/>_.referencingwill begin in beta, but already is more compliant than the existing$refsupport.This change is a culmination of a meaningful chunk of work to make
$refresolution more flexible and more correct.Backwards compatibility should be preserved for existing code which uses
RefResolver, though doing so is again now deprecated, and all such use cases should be doable using the new APIs.Please file issues on the
referencingtracker if there is functionality missing from it, or here on thejsonschemaissue tracker if you have issues with existing code not functioning the same, or with figuring out how to change it to usereferencing.In particular, this referencing change includes a change concerning automatic retrieval of remote references (retrieving
http://foo/barautomatically within a schema).This behavior has always been a potential security risk and counter to the recommendations of the JSON Schema specifications; it has survived this long essentially only for backwards compatibility reasons, and now explicitly produces warnings.
The
referencinglibrary itself will not automatically retrieve references if you interact directly with it, so the deprecated behavior is only triggered if you fully rely on the default$refresolution behavior and also include remote references in your schema, which will still be retrieved during the deprecation period (after which they will become an error).This should not be a "visible" change in the sense that
requires-pythonhas been updated, so users using 3.7 should still receivev4.17.3when installing the library.unevaluatedItemsnow properly does not consider items to be evaluated by anadditionalItemsschema ifitemsis missing from the schema, as the specification says in this case thatadditionalItemsmust be completely ignored.dateformat checker on Python 3.11 (when format assertion behavior is enabled), where it was too liberal (#1076).unevaluatedProperties(#1075).Deprecations
jsonschema.RefResolver-- see above for details on the replacementjsonschema.RefResolutionError-- see above for details on the replacementjsonschema.ErrorTree-- instead import it viajsonschema.exceptions.ErrorTreejsonschema.FormatError-- instead import it viajsonschema.exceptions.FormatErrormkdocs/mkdocs (mkdocs)
v1.6.1Compare Source
Version 1.6.1 (Friday 30th August, 2024)
Fixed
SOURCE_DATE_EPOCH=0is set. #3795mkdocs_theme.ymlconfig is empty. #3700python -WandPYTHONWARNINGSinstead of overriding the configuration. #38090.0.0.0dev server warning. #3784changefreqfromsitemap.xml. #3629Added
v1.6.0Compare Source
Local preview
mkdocs serveno longer locks up the browser when more than 5 tabs are open. This is achieved by closing the polling connection whenever a tab becomes inactive. Background tabs will no longer auto-reload either - that will instead happen as soon the tab is opened again. Context: #3391New flag
serve --opento open the site in a browser.After the first build is finished, this flag will cause the default OS Web browser to be opened at the home page of the local site.
Context: #3500
Drafts
The
exclude_docsconfig no longer has any special behavior formkdocs serve- it now always completely excludes the listed documents from the site.If you wish to use the "drafts" functionality like the
exclude_docskey used to do in MkDocs 1.5, please switch to the new config keydraft_docs.See documentation.
Other changes:
Update to deduction of page titles
MkDocs 1.5 had a change in behavior in deducing the page titles from the first heading. Unfortunately this could cause unescaped HTML tags or entities to appear in edge cases.
Now tags are always fully sanitized from the title. Though it still remains the case that
Page.titleis expected to contain HTML entities and is passed directly to the themes.Images (notably, emojis in some extensions) get preserved in the title only through their
altattribute's value.Context: #3564, #3578
Themes
"readthedocs" theme
Fix: "readthedocs" theme can now correctly handle deeply nested nav configurations (over 2 levels deep), without confusedly expanding all sections and jumping around vertically. (#3464)
Fix: "readthedocs" theme now shows a link to the repository (with a generic logo) even when isn't one of the 3 known hosters. (#3435)
"readthedocs" theme now also has translation for the word "theme" in the footer that mistakenly always remained in English. (#3613, #3625)
"mkdocs" theme
The "mkdocs" theme got a big update to a newer version of Bootstrap, meaning a slight overhaul of styles. Colors (most notably of admonitions) have much better contrast.
The "mkdocs" theme now has support for dark mode - both automatic (based on the OS/browser setting) and with a manual toggle. Both of these options are not enabled by default and need to be configured explicitly.
See
color_mode,user_color_mode_togglein documentation.Context: #3493, #3649
Configuration
New "
enabled" setting for all pluginsYou may have seen some plugins take up the convention of having a setting
enabled: false(or usually controlled through an environment variable) to make the plugin do nothing.Now every plugin has this setting. Plugins can still choose to implement this config themselves and decide how it behaves (and unless they drop older versions of MkDocs, they still should for now), but now there's always a fallback for every plugin.
See documentation. Context: #3395
Validation
Validation of hyperlinks between pages
Absolute links
If you dislike having to always use relative links, now you can opt into absolute links and have them work correctly.
If you set the setting
validation.links.absolute_linksto the new valuerelative_to_docs, all Markdown links starting with/will be understood as being relative to thedocs_dirroot. The links will then be validated for correctness according to all the other rules that were already working for relative links in prior versions of MkDocs. For the HTML output, these links will still be turned relative so that the site still works reliably.So, now any document (e.g. "dir1/foo.md") can link to the document "dir2/bar.md" as
[link](/dir2/bar.md), in addition to the previously only correct way[link](../dir2/bar.md).You have to enable the setting, though. The default is still to just skip any processing of such links.
See documentation. Context: #3485
Absolute links within nav
Absolute links within the
nav:config were also always skipped. It is now possible to also validate them in the same way withvalidation.nav.absolute_links. Though it makes a bit less sense because then the syntax is simply redundant with the syntax that comes without the leading slash.Anchors
There is a new config setting that is recommended to enable warnings for:
Example of a warning that this can produce:
Any of the below methods of declaring an anchor will be detected by MkDocs:
Plugins and extensions that insert anchors, in order to be compatible with this, need to be developed as treeprocessors that insert
etreeelements as their mode of operation, rather than raw HTML which is undetectable for this purpose.If you as a user are dealing with falsely reported missing anchors and there's no way to resolve this, you can choose to disable these messages by setting this option to
ignore(and they are at INFO level by default anyway).See documentation. Context: #3463
Other changes:
When the
navconfig is not specified at all, thenot_in_navsetting (originally added in 1.5.0) gains an additional behavior: documents covered bynot_in_navwill not be part of the automatically deduced navigation. Context: #3443Fix: the
!relativeYAML tag formarkdown_extensions(originally added in 1.5.0) - it was broken in many typical use cases.See documentation. Context: #3466
Config validation now exits on first error, to avoid showing bizarre secondary errors. Context: #3437
MkDocs used to shorten error messages for unexpected errors such as "file not found", but that is no longer the case, the full error message and stack trace will be possible to see (unless the error has a proper handler, of course). Context: #3445
Upgrades for plugin developers
Plugins can add multiple handlers for the same event type, at multiple priorities
See
mkdocs.plugins.CombinedEventin documentation. Context: #3448Enabling true generated files and expanding the
FileAPISee documentation.
There is a new pair of attributes
File.content_stringthat becomes the official API for obtaining the content of a file and is used by MkDocs itself.This replaces the old approach where one had to manually read the file located at
File.abs_src_path, although that is still the primary action that these new attributes do under the hood.The content of a
Filecan be backed by a string and no longer has to be a real existing file atabs_src_path.It is possible to set the attribute
File.content_stringorFile.content_bytesand it will take precedence overabs_src_path.Further,
abs_src_pathis no longer guaranteed to be present and can beNoneinstead. MkDocs itself still uses physical files in all cases, but eventually plugins will appear that don't populate this attribute.There is a new constructor
File.generated()that should be used by plugins instead of theFile()constructor. It is much more convenient because one doesn't need to manually look up the values such asdocs_diranduse_directory_urls. Its signature is one of:This way, it is now extremely easy to add a virtual file even from a hook:
For large content it is still best to use physical files, but one no longer needs to manipulate the path by providing a fake unused
docs_dir.There is a new attribute
File.generated_bythat arose by convention - for generated files it should be set to the name of the plugin (the key in theplugins:collection) that produced this file. This attribute is populated automatically when using theFile.generated()constructor.It is possible to set the
edit_uriattribute of aFile, for example from a plugin or hook, to make it different from the default (equal tosrc_uri), and this will be reflected in the edit link of the document. This can be useful because some pages aren't backed by a real file and are instead created dynamically from some other source file or script. So a hook could set theedit_urito that source file or script accordingly.The
Fileobject now stores its originalsrc_dir,dest_dir,use_directory_urlsvalues as attributes.Fields of
Fileare computed on demand but cached. Only the three above attributes are primary ones, and partly alsodest_uri. This way, it is possible to, for example, overwritedest_uriof aFile, andabs_dest_pathwill be calculated based on it. However you need to clear the attribute first usingdel f.abs_dest_path, because the values are cached.Fileinstances are now hashable (can be used as keys of adict). Two files can no longer be considered "equal" unless it's the exact same instance ofFile.Other changes:
The internal storage of
Fileobjects inside aFilesobject has been reworked, so any plugins that choose to accessFiles._fileswill get a deprecation warning.The order of
Fileobjects inside aFilescollection is no longer significant when automatically inferring thenav. They get forcibly sorted according to the default alphabetic order.Context: #3451, #3463
Hooks and debugging
Hook files can now import adjacent *.py files using the
importstatement. Previously this was possible to achieve only through asys.pathworkaround. See the new mention in documentation. Context: #3568Verbose
-vlog shows the sequence of plugin events in more detail - shows each invoked plugin one by one, not only the event type. Context: #3444Deprecations
Python 3.7 is no longer supported, Python 3.12 is officially supported. Context: #3429
The theme config file
mkdocs_theme.ymlno longer executes YAML tags. Context: #3465The plugin event
on_page_read_sourceis soft-deprecated because there is always a better alternative to it (see the newFileAPI or juston_page_markdown, depending on the desired interaction).When multiple plugins/hooks apply this event handler, they trample over each other, so now there is a warning in that case.
See documentation. Context: #3503
API deprecations
It is no longer allowed to set
File.pageto a type other thanPageor a subclass thereof. Context: #3443 - following the deprecation in version 1.5.3 and #3381.Theme._varsis deprecated - usetheme['foo']instead oftheme._vars['foo']utils:modified_time(),get_html_path(),get_url_path(),is_html_file(),is_template_file()are removed.path_to_url()is deprecated.LiveReloadServer.watch()no longer accepts a custom callback.Context: #3429
Misc
sitemap.xml.gzfile is slightly more reproducible and no longer changes on every build, but instead only once per day (upon a date change). Context: #3460Other small improvements; see commit log.
squidfunk/mkdocs-material (mkdocs-material)
v9.6.10: mkdocs-material-9.6.10Compare Source
This version is a pure refactoring release, and does not contain new features or bug fixes. It strives to improve the compatibility of our templates with alternative Jinja-like template engines that we're currently exploring, including minijinja.
Additionally, it replaces several instances of Python function invocations with idiomatic use of template filters. All instances where variables have been mutated inside templates have been replaced. Most changes have been made in partials, and only a few in blocks, and all of them are fully backward compatible, so no changes to overrides are necessary.
Note that this release does not replace the Jinja template engine with minijinja. However, our templates are now 99% compatible with minijinja, which means we can explore alternative Jinja-compatible implementations. Additionally, immutability and removal of almost all Python function invocations means much more idiomatic templating.
v9.6.9: mkdocs-material-9.6.9Compare Source
v9.6.8: mkdocs-material-9.6.8Compare Source
v9.6.7: mkdocs-material-9.6.7Compare Source
v9.6.6: mkdocs-material-9.6.6Compare Source
regexpackage in search pluginv9.6.5: mkdocs-material-9.6.5Compare Source
v9.6.4: mkdocs-material-9.6.4Compare Source
v9.6.3: mkdocs-material-9.6.3Compare Source
v9.6.2: mkdocs-material-9.6.2Compare Source
v9.6.1: mkdocs-material-9.6.1Compare Source
v9.6.0: mkdocs-material-9.6.0Compare Source
v9.5.50: mkdocs-material-9.5.50Compare Source
v9.5.49: mkdocs-material-9.5.49Compare Source
v9.5.48: mkdocs-material-9.5.48Compare Source
v9.5.47: mkdocs-material-9.5.47Compare Source
Thanks go to @perpil for their contributions
v9.5.46: mkdocs-material-9.5.46Compare Source
preloadhints in privacy pluginThanks go to @nejch and @perpil for their contributions
v9.5.45: mkdocs-material-9.5.45Compare Source
Thanks go to @FrancoisCapon and @perpil for their contributions
v9.5.44: mkdocs-material-9.5.44Compare Source
Thanks go to @nejch for their contributions.
v9.5.43: mkdocs-material-9.5.43Compare Source
Thanks go to @nejch for their contributions
v9.5.42: mkdocs-material-9.5.42Compare Source
v9.5.41: mkdocs-material-9.5.41Compare Source
v9.5.40: mkdocs-material-9.5.40Compare Source
Thanks go to @pekkaklarck and @klejejs for their contributions
v9.5.39: mkdocs-material-9.5.39Compare Source
Thanks go to @ilyagr for their contributions
v9.5.38: mkdocs-material-9.5.38Compare Source
Thanks go to @gerardkraja for their contributions
v9.5.37: mkdocs-material-9.5.37Compare Source
v9.5.36: mkdocs-material-9.5.36Compare Source
v9.5.35: mkdocs-material-9.5.35Compare Source
v9.5.34: mkdocs-material-9.5.34Compare Source
Thanks go to @manselmi for their contributions
v9.5.33: mkdocs-material-9.5.33Compare Source
v9.5.32: mkdocs-material-9.5.32Compare Source
Thanks go to @joaopalmeiro for their contributions
v9.5.31: mkdocs-material-9.5.31Compare Source
v9.5.30: mkdocs-material-9.5.30Compare Source
Thanks go to @sisp for their contributions
v9.5.29: mkdocs-material-9.5.29Compare Source
Thanks go to @mmontes11 for their contributions
v9.5.28: mkdocs-material-9.5.28Compare Source
v9.5.27: mkdocs-material-9.5.27Compare Source
Thanks to @Eilyre for their contributions
v9.5.26: mkdocs-material-9.5.26Compare Source
v9.5.25: mkdocs-material-9.5.25Compare Source
v9.5.24: mkdocs-material-9.5.24Compare Source
v9.5.23: mkdocs-material-9.5.23Compare Source
v9.5.22: mkdocs-material-9.5.22Compare Source
v9.5.21: mkdocs-material-9.5.21Compare Source
Thanks to @kamilkrzyskow for their contributions
v9.5.20: mkdocs-material-9.5.20Compare Source
v9.5.19: mkdocs-material-9.5.19Compare Source
setup.py, now that GitHub fully understandspyproject.tomlConfiguration
📅 Schedule: Branch creation - "every 2 weeks on Sunday" (UTC), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.