From 7aaec3bbfe92e6ded6aba7c36d233138e42dc9ea Mon Sep 17 00:00:00 2001 From: "renovate[bot]" <29139614+renovate[bot]@users.noreply.github.com> Date: Thu, 30 Nov 2023 11:52:43 +0000 Subject: [PATCH] chore(deps): update dev (#793) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit [![Mend Renovate logo banner](https://app.renovatebot.com/images/banner.svg)](https://renovatebot.com) This PR contains the following updates: | Package | Change | Age | Adoption | Passing | Confidence | |---|---|---|---|---|---| | [coverage](https://togithub.com/nedbat/coveragepy) | `==7.2.7` -> `==7.3.2` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/coverage/7.3.2?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/coverage/7.3.2?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/coverage/7.2.7/7.3.2?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/coverage/7.2.7/7.3.2?slim=true)](https://docs.renovatebot.com/merge-confidence/) | | [dirty-equals](https://togithub.com/samuelcolvin/dirty-equals) ([changelog](https://togithub.com/samuelcolvin/dirty-equals/releases)) | `==0.6.0` -> `==0.7.1.post0` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/dirty-equals/0.7.1.post0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/dirty-equals/0.7.1.post0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/dirty-equals/0.6.0/0.7.1.post0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/dirty-equals/0.6.0/0.7.1.post0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | | [mkdocs](https://togithub.com/mkdocs/mkdocs) ([changelog](https://www.mkdocs.org/about/release-notes/)) | `==1.4.3` -> `==1.5.3` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/mkdocs/1.5.3?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/mkdocs/1.5.3?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/mkdocs/1.4.3/1.5.3?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/mkdocs/1.4.3/1.5.3?slim=true)](https://docs.renovatebot.com/merge-confidence/) | | [mkdocs-material](https://togithub.com/squidfunk/mkdocs-material) | `==9.1.19` -> `==9.4.14` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/mkdocs-material/9.4.14?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/mkdocs-material/9.4.14?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/mkdocs-material/9.1.19/9.4.14?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/mkdocs-material/9.1.19/9.4.14?slim=true)](https://docs.renovatebot.com/merge-confidence/) | | [pydantic](https://togithub.com/pydantic/pydantic) ([changelog](https://docs.pydantic.dev/latest/changelog/)) | `==2.3.0` -> `==2.5.2` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/pydantic/2.5.2?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/pydantic/2.5.2?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/pydantic/2.3.0/2.5.2?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/pydantic/2.3.0/2.5.2?slim=true)](https://docs.renovatebot.com/merge-confidence/) | | [pyright](https://togithub.com/RobertCraigie/pyright-python) | `==1.1.317` -> `==1.1.338` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/pyright/1.1.338?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/pyright/1.1.338?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/pyright/1.1.317/1.1.338?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/pyright/1.1.317/1.1.338?slim=true)](https://docs.renovatebot.com/merge-confidence/) | | [pytest](https://docs.pytest.org/en/latest/) ([source](https://togithub.com/pytest-dev/pytest), [changelog](https://docs.pytest.org/en/stable/changelog.html)) | `==7.4.0` -> `==7.4.3` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/pytest/7.4.3?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/pytest/7.4.3?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/pytest/7.4.0/7.4.3?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/pytest/7.4.0/7.4.3?slim=true)](https://docs.renovatebot.com/merge-confidence/) | | [pytest-mock](https://togithub.com/pytest-dev/pytest-mock) ([changelog](https://pytest-mock.readthedocs.io/en/latest/changelog.html)) | `==3.11.1` -> `==3.12.0` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/pytest-mock/3.12.0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/pytest-mock/3.12.0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/pytest-mock/3.11.1/3.12.0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/pytest-mock/3.11.1/3.12.0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | | [slotscheck](https://togithub.com/ariebovenberg/slotscheck) | `==0.16.5` -> `==0.17.1` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/slotscheck/0.17.1?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/slotscheck/0.17.1?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/slotscheck/0.16.5/0.17.1?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/slotscheck/0.16.5/0.17.1?slim=true)](https://docs.renovatebot.com/merge-confidence/) | | [wheel](https://togithub.com/pypa/wheel) ([changelog](https://wheel.readthedocs.io/en/stable/news.html)) | `==0.40.0` -> `==0.42.0` | [![age](https://developer.mend.io/api/mc/badges/age/pypi/wheel/0.42.0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![adoption](https://developer.mend.io/api/mc/badges/adoption/pypi/wheel/0.42.0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![passing](https://developer.mend.io/api/mc/badges/compatibility/pypi/wheel/0.40.0/0.42.0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | [![confidence](https://developer.mend.io/api/mc/badges/confidence/pypi/wheel/0.40.0/0.42.0?slim=true)](https://docs.renovatebot.com/merge-confidence/) | --- ### Release Notes
nedbat/coveragepy (coverage) ### [`v7.3.2`](https://togithub.com/nedbat/coveragepy/blob/HEAD/CHANGES.rst#Version-732--2023-10-02) [Compare Source](https://togithub.com/nedbat/coveragepy/compare/7.3.1...7.3.2) - The `coverage lcov` command ignored the `[report] exclude_lines` and `[report] exclude_also` settings (`issue 1684`*). This is now fixed, thanks `Jacqueline Lee `*. - Sometimes SQLite will create journal files alongside the coverage.py database files. These are ephemeral, but could be mistakenly included when combining data files. Now they are always ignored, fixing `issue 1605`\_. Thanks to Brad Smith for suggesting fixes and providing detailed debugging. - On Python 3.12+, we now disable SQLite writing journal files, which should be a little faster. - The new 3.12 soft keyword `type` is properly bolded in HTML reports. - Removed the "fullcoverage" feature used by CPython to measure the coverage of early-imported standard library modules. CPython `stopped using it <88054_>`\_ in 2021, and it stopped working completely in Python 3.13. .. \_issue 1605:[https://github.com/nedbat/coveragepy/issues/1605](https://togithub.com/nedbat/coveragepy/issues/1605)5 .. \_issue 1684[https://github.com/nedbat/coveragepy/issues/1684](https://togithub.com/nedbat/coveragepy/issues/1684)84 .. \_pull 168[https://github.com/nedbat/coveragepy/pull/1685](https://togithub.com/nedbat/coveragepy/pull/1685)685 .. \_880[https://github.com/python/cpython/issues/88054](https://togithub.com/python/cpython/issues/88054)8054 .. \_changes\_7-3-1: ### [`v7.3.1`](https://togithub.com/nedbat/coveragepy/blob/HEAD/CHANGES.rst#Version-731--2023-09-06) [Compare Source](https://togithub.com/nedbat/coveragepy/compare/7.3.0...7.3.1) - The semantics of stars in file patterns has been clarified in the docs. A leading or trailing star matches any number of path components, like a double star would. This is different than the behavior of a star in the middle of a pattern. This discrepancy was `identified by Sviatoslav Sydorenko `*, who `provided patient detailed diagnosis `* and graciously agreed to a pragmatic resolution. - The API docs were missing from the last version. They are now `restored `\_. .. \_apidocs: https://coverage.readthedocs.io/en/latest/api_coverage.html .. \_starbad[https://github.com/nedbat/coveragepy/issues/1407#issuecomment-1631085209](https://togithub.com/nedbat/coveragepy/issues/1407#issuecomment-1631085209)09 .. \_pull 165[https://github.com/nedbat/coveragepy/pull/1650](https://togithub.com/nedbat/coveragepy/pull/1650)650 .. \_changes\_7-3-0: ### [`v7.3.0`](https://togithub.com/nedbat/coveragepy/blob/HEAD/CHANGES.rst#Version-730--2023-08-12) [Compare Source](https://togithub.com/nedbat/coveragepy/compare/7.2.7...7.3.0) - Added a :meth:`.Coverage.collect` context manager to start and stop coverage data collection. - Dropped support for Python 3.7. - Fix: in unusual circumstances, SQLite cannot be set to asynchronous mode. Coverage.py would fail with the error `Safety level may not be changed inside a transaction.` This is now avoided, closing `issue 1646`\_. Thanks to Michael Bell for the detailed bug report. - Docs: examples of configuration files now include separate examples for the different syntaxes: .coveragerc, pyproject.toml, setup.cfg, and tox.ini. - Fix: added `nosemgrep` comments to our JavaScript code so that semgrep-based SAST security checks won't raise false alarms about security problems that aren't problems. - Added a CITATION.cff file, thanks to `Ken Schackart `\_. .. \_pull 1641:[https://github.com/nedbat/coveragepy/pull/1641](https://togithub.com/nedbat/coveragepy/pull/1641)1 .. \_issue 1646[https://github.com/nedbat/coveragepy/issues/1646](https://togithub.com/nedbat/coveragepy/issues/1646)46 .. \_changes\_7-2-7:
samuelcolvin/dirty-equals (dirty-equals) ### [`v0.7.1.post0`](https://togithub.com/samuelcolvin/dirty-equals/compare/v0.7.1...v0.7.1-post0) [Compare Source](https://togithub.com/samuelcolvin/dirty-equals/compare/v0.7.1...v0.7.1-post0) ### [`v0.7.1`](https://togithub.com/samuelcolvin/dirty-equals/releases/tag/v0.7.1): 2023-11-14 [Compare Source](https://togithub.com/samuelcolvin/dirty-equals/compare/v0.6.0...v0.7.1) #### What's Changed - Docs typo by [@​FBruzzesi](https://togithub.com/FBruzzesi) in [https://github.com/samuelcolvin/dirty-equals/pull/78](https://togithub.com/samuelcolvin/dirty-equals/pull/78) - Feature: IsEnum by [@​FBruzzesi](https://togithub.com/FBruzzesi) in [https://github.com/samuelcolvin/dirty-equals/pull/75](https://togithub.com/samuelcolvin/dirty-equals/pull/75) - fix pydantic version checking by [@​mishaga](https://togithub.com/mishaga) in [https://github.com/samuelcolvin/dirty-equals/pull/80](https://togithub.com/samuelcolvin/dirty-equals/pull/80) - change license to exact by [@​evstratbg](https://togithub.com/evstratbg) in [https://github.com/samuelcolvin/dirty-equals/pull/85](https://togithub.com/samuelcolvin/dirty-equals/pull/85) - fix DeprecationWarning with datetime.utcnow() by [@​MeggyCal](https://togithub.com/MeggyCal) in [https://github.com/samuelcolvin/dirty-equals/pull/86](https://togithub.com/samuelcolvin/dirty-equals/pull/86) - Make datetime tests pass without requiring UTC system timezone by [@​alexmojaki](https://togithub.com/alexmojaki) in [https://github.com/samuelcolvin/dirty-equals/pull/81](https://togithub.com/samuelcolvin/dirty-equals/pull/81) - uprev dependencies and use pydantic v2 by [@​samuelcolvin](https://togithub.com/samuelcolvin) in [https://github.com/samuelcolvin/dirty-equals/pull/88](https://togithub.com/samuelcolvin/dirty-equals/pull/88) - support python 3.12 by [@​samuelcolvin](https://togithub.com/samuelcolvin) in [https://github.com/samuelcolvin/dirty-equals/pull/89](https://togithub.com/samuelcolvin/dirty-equals/pull/89) - better dep constraints by [@​samuelcolvin](https://togithub.com/samuelcolvin) in [https://github.com/samuelcolvin/dirty-equals/pull/90](https://togithub.com/samuelcolvin/dirty-equals/pull/90) - fix coverage after dropping 3.7 by [@​samuelcolvin](https://togithub.com/samuelcolvin) in [https://github.com/samuelcolvin/dirty-equals/pull/91](https://togithub.com/samuelcolvin/dirty-equals/pull/91) #### New Contributors - [@​evstratbg](https://togithub.com/evstratbg) made their first contribution in [https://github.com/samuelcolvin/dirty-equals/pull/85](https://togithub.com/samuelcolvin/dirty-equals/pull/85) - [@​MeggyCal](https://togithub.com/MeggyCal) made their first contribution in [https://github.com/samuelcolvin/dirty-equals/pull/86](https://togithub.com/samuelcolvin/dirty-equals/pull/86) - [@​alexmojaki](https://togithub.com/alexmojaki) made their first contribution in [https://github.com/samuelcolvin/dirty-equals/pull/81](https://togithub.com/samuelcolvin/dirty-equals/pull/81) **Full Changelog**: https://github.com/samuelcolvin/dirty-equals/compare/v0.7.0...v0.7.1
mkdocs/mkdocs (mkdocs) ### [`v1.5.3`](https://togithub.com/mkdocs/mkdocs/releases/tag/1.5.3) [Compare Source](https://togithub.com/mkdocs/mkdocs/compare/1.5.2...1.5.3) - Fix `mkdocs serve` sometimes locking up all browser tabs when navigating quickly ([#​3390](https://togithub.com/mkdocs/mkdocs/issues/3390)) - Add many new supported languages for "search" plugin - update lunr-languages to 1.12.0 ([#​3334](https://togithub.com/mkdocs/mkdocs/issues/3334)) - Bugfix (regression in 1.5.0): In "readthedocs" theme the styling of "breadcrumb navigation" was broken for nested pages ([#​3383](https://togithub.com/mkdocs/mkdocs/issues/3383)) - Built-in themes now also support Chinese (Traditional, Taiwan) language ([#​3370](https://togithub.com/mkdocs/mkdocs/issues/3370)) - Plugins can now set `File.page` to their own subclass of `Page`. There is also now a warning if `File.page` is set to anything other than a strict subclass of `Page`. ([#​3367](https://togithub.com/mkdocs/mkdocs/issues/3367), [#​3381](https://togithub.com/mkdocs/mkdocs/issues/3381)) Note that just instantiating a `Page` [sets the file automatically](https://togithub.com/mkdocs/mkdocs/blob/f94ab3f62d0416d484d81a0c695c8ca86ab3b975/mkdocs/structure/pages.py#L34), so care needs to be taken not to create an unneeded `Page`. Other small improvements; see [commit log](https://togithub.com/mkdocs/mkdocs/compare/1.5.2...1.5.3). ### [`v1.5.2`](https://togithub.com/mkdocs/mkdocs/releases/tag/1.5.2) [Compare Source](https://togithub.com/mkdocs/mkdocs/compare/1.5.1...1.5.2) - Bugfix (regression in 1.5.0): Restore functionality of `--no-livereload`. ([#​3320](https://togithub.com/mkdocs/mkdocs/issues/3320)) - Bugfix (regression in 1.5.0): The new page title detection would sometimes be unable to drop anchorlinks - fix that. ([#​3325](https://togithub.com/mkdocs/mkdocs/issues/3325)) - Partly bring back pre-1.5 API: `extra_javascript` items will once again be mostly strings, and only sometimes `ExtraStringValue` (when the extra `script` functionality is used). Plugins should be free to append strings to `config.extra_javascript`, but when reading the values, they must still make sure to read it as `str(value)` in case it is an `ExtraScriptValue` item. For querying the attributes such as `.type` you need to check `isinstance` first. Static type checking will guide you in that. ([#​3324](https://togithub.com/mkdocs/mkdocs/issues/3324)) See [commit log](https://togithub.com/mkdocs/mkdocs/compare/1.5.1...1.5.2). ### [`v1.5.1`](https://togithub.com/mkdocs/mkdocs/releases/tag/1.5.1) [Compare Source](https://togithub.com/mkdocs/mkdocs/compare/1.5.0...1.5.1) - Bugfix (regression in 1.5.0): Make it possible to treat `ExtraScriptValue` as a path. This lets some plugins still work despite the breaking change. - Bugfix (regression in 1.5.0): Prevent errors for special setups that have 3 conflicting files, such as `index.html`, `index.md` *and* `README.md` ([#​3314](https://togithub.com/mkdocs/mkdocs/issues/3314)) See [commit log](https://togithub.com/mkdocs/mkdocs/compare/1.5.0...1.5.1). ### [`v1.5.0`](https://togithub.com/mkdocs/mkdocs/releases/tag/1.5.0) [Compare Source](https://togithub.com/mkdocs/mkdocs/compare/1.4.3...1.5.0) **New: MkDocs now accepts donations.** Please consider supporting the current maintainer at my new GitHub sponsorship page. MkDocs has been a totally free project since the beginning and wasn't accepting funds. MkDocs will remain free of paywalls, but now you can show your support with donations (one-time and/or recurring). [**Donate for MkDocs - @​oprypin sponsors page**](https://togithub.com/sponsors/oprypin) And please also consider these other individuals who have been contributing to the ecosystem for a long time and check out their donations pages: [@​facelessuser](https://togithub.com/sponsors/facelessuser) [@​pawamoy](https://togithub.com/sponsors/pawamoy) [@​Ultrabug](https://togithub.com/sponsors/Ultrabug) *** ##### Release 1.5.0 ##### New command `mkdocs get-deps` This command guesses the Python dependencies that a MkDocs site requires in order to build. It simply prints the PyPI packages that need to be installed. In the terminal it can be combined directly with an installation command as follows: ```bash pip install $(mkdocs get-deps) ``` The idea is that right after running this command, you can directly follow it up with `mkdocs build` and it will almost always "just work", without needing to think which dependencies to install. The way it works is by scanning `mkdocs.yml` for `themes:`, `plugins:`, `markdown_extensions:` items and doing a reverse lookup based on a large list of known projects (catalog, see below). Of course, you're welcome to use a "virtualenv" with such a command. Also note that for environments that require stability (for example CI) directly installing deps in this way is not a very reliable approach as it precludes dependency pinning. The command allows overriding which config file is used (instead of `mkdocs.yml` in the current directory) as well as which catalog of projects is used (instead of downloading it from the default location). See [`mkdocs get-deps --help`](https://www.mkdocs.org/user-guide/cli/#mkdocs-get-deps). Context: [#​3205](https://togithub.com/mkdocs/mkdocs/issues/3205) ##### MkDocs has an official catalog of plugins Check out and add all your general-purpose plugins, themes and extensions there, so that they can be looked up through `mkdocs get-deps`. This was renamed from "best-of-mkdocs" and received significant updates. In addition to `pip` installation commands, the page now shows the config boilerplate needed to add a plugin. ##### Expanded validation of links ##### Validated links in Markdown > As you may know, within Markdown, MkDocs really only recognizes **relative** links that lead to another physical `*.md` document (or media file). This is a good convention to follow because then the source pages are also freely browsable without MkDocs, for example on GitHub. MkDocs knows that in the output it should turn those `*.md` links into `*.html` as appropriate, and it would also always tell you if such a link doesn't actually lead to an existing file. However, the checks for links were really loose and had many concessions. For example, links that started with `/` ("absolute") and links that *ended* with `/` were left as is and no warning was shown, which allowed such very fragile links to sneak into site sources: links that happen to work right now but get no validation and links that confusingly need an extra level of `..` with `use_directory_urls` enabled. Now, in addition to validating relative links, MkDocs will print `INFO` messages for unrecognized types of links (including absolute links). They look like this: ```text INFO - Doc file 'example.md' contains an absolute link '/foo/bar/', it was left as is. Did you mean 'foo/bar.md'? ``` If you don't want any changes, not even the `INFO` messages, and wish to revert to the silence from MkDocs 1.4, add the following configs to `mkdocs.yml` (**not** recommended): ```yaml validation: absolute_links: ignore unrecognized_links: ignore ``` If, on the opposite end, you want these to print `WARNING` messages and cause `mkdocs build --strict` to fail, you are recommended to configure these to `warn` instead. See [**documentation**](https://www.mkdocs.org/user-guide/configuration/#validation) for actual recommended settings and more details. Context: [#​3283](https://togithub.com/mkdocs/mkdocs/issues/3283) ##### Validated links in the nav Links to documents in the [`nav` configuration](https://www.mkdocs.org/user-guide/configuration/#nav) now also have configurable validation, though with no changes to the defaults. You are welcomed to turn on validation for files that were forgotten and excluded from the nav. Example: ```yaml validation: nav: omitted_files: warn absolute_links: warn ``` This can make the following message appear with the `WARNING` level (as opposed to `INFO` as the only option previously), thus being caught by `mkdocs --strict`: ```text INFO - The following pages exist in the docs directory, but are not included in the "nav" configuration: ... ``` See [**documentation**](https://www.mkdocs.org/user-guide/configuration/#validation). Context: [#​3283](https://togithub.com/mkdocs/mkdocs/issues/3283), [#​1755](https://togithub.com/mkdocs/mkdocs/issues/1755) ##### Mark docs as intentionally "not in nav" There is a new config `not_in_nav`. With it, you can mark particular patterns of files as exempt from the above `omitted_files` warning type; no messages will be printed for them anymore. (As a corollary, setting this config to `*` is the same as ignoring `omitted_files` altogether.) This is useful if you generally like these warnings about files that were forgotten from the nav, but still have some pages that you knowingly excluded from the nav and just want to build and copy them. The `not_in_nav` config is a set of gitignore-like patterns. See the next section for an explanation of another such config. See [**documentation**](https://www.mkdocs.org/user-guide/configuration/#not_in_nav). Context: [#​3224](https://togithub.com/mkdocs/mkdocs/issues/3224), [#​1888](https://togithub.com/mkdocs/mkdocs/issues/1888) ##### Excluded doc files There is a new config `exclude_docs` that tells MkDocs to ignore certain files under `docs_dir` and *not* copy them to the built `site` as part of the build. Historically MkDocs would always ignore file names starting with a dot, and that's all. Now this is all configurable: you can un-ignore these and/or ignore more patterns of files. The `exclude_docs` config follows the [.gitignore pattern format](https://git-scm.com/docs/gitignore#\_pattern_format) and is specified as a multiline YAML string. For example: ```yaml exclude_docs: | *.py # Excludes e.g. docs/hooks/foo.py /drafts # Excludes e.g. docs/drafts/hello.md /requirements.txt # Excludes docs/requirements.txt ``` Validation of links (described above) is also affected by `exclude_docs`. During `mkdocs serve` the messages explain the interaction, whereas during `mkdocs build` excluded files are as good as nonexistent. As an additional related change, if you have a need to have both `README.md` and `index.md` files in a directory but publish only one of them, you can now use this feature to explicitly ignore one of them and avoid warnings. See [**documentation**](https://www.mkdocs.org/user-guide/configuration/#exclude_docs). Context: [#​3224](https://togithub.com/mkdocs/mkdocs/issues/3224) ##### Drafts The `exclude_docs` config has another behavior: all excluded Markdown pages will still be previewable in `mkdocs serve` only, just with a "DRAFT" marker on top. Then they will of course be excluded from `mkdocs build` or `gh-deploy`. If you don't want `mkdocs serve` to have any special behaviors and instead want it to perform completely normal builds, use the new flag `mkdocs serve --clean`. See [**documentation**](https://www.mkdocs.org/user-guide/configuration/#exclude_docs). Context: [#​3224](https://togithub.com/mkdocs/mkdocs/issues/3224) ##### `mkdocs serve` no longer exits after build errors If there was an error (from the config or a plugin) during a site re-build, `mkdocs serve` used to exit after printing a stack trace. Now it will simply freeze the server until the author edits the files to fix the problem, and then will keep reloading. But errors on the *first* build still cause `mkdocs serve` to exit, as before. Context: [#​3255](https://togithub.com/mkdocs/mkdocs/issues/3255) ##### Page titles will be deduced from any style of heading MkDocs always had the ability to infer the title of a page (if it's not specified in the `nav`) based on the first line of the document, if it had a `

` heading that had to written starting with the exact character `#`. Now any style of Markdown heading is understood ([#​1886](https://togithub.com/mkdocs/mkdocs/issues/1886)). Due to the previous simplistic parsing, it was also impossible to use `attr_list` attributes in that first heading ([#​3136](https://togithub.com/mkdocs/mkdocs/issues/3136)). Now that is also fixed. ##### Markdown extensions can use paths relative to the current document This is aimed at extensions such as `pymdownx.snippets` or `markdown_include.include`: you can now specify their include paths to be relative to the currently rendered Markdown document, or relative to the `docs_dir`. Any other extension can of course also make use of the new `!relative` YAML tag. ```yaml markdown_extensions: - pymdownx.snippets: base_path: !relative ``` See [**documentation**](https://www.mkdocs.org/user-guide/configuration/#paths-relative-to-the-current-file-or-site). Context: [#​2154](https://togithub.com/mkdocs/mkdocs/issues/2154), [#​3258](https://togithub.com/mkdocs/mkdocs/issues/3258) ##### `