mkdocs dependency needs an update
If I use mkdocs 1.2.1 (as required by docwriter), using python 3.9 fails with
File "/usr/local/bin/mkdocs", line 8, in <module>
sys.exit(cli())
File "/usr/local/lib/python3.9/site-packages/click/core.py", line 1130, in __call__
return self.main(*args, **kwargs)
File "/usr/local/lib/python3.9/site-packages/click/core.py", line 1055, in main
rv = self.invoke(ctx)
File "/usr/local/lib/python3.9/site-packages/click/core.py", line 1657, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/usr/local/lib/python3.9/site-packages/click/core.py", line 1404, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/usr/local/lib/python3.9/site-packages/click/core.py", line 760, in invoke
return __callback(*args, **kwargs)
File "/usr/local/lib/python3.9/site-packages/mkdocs/__main__.py", line 183, in build_command
build.build(config.load_config(**kwargs), dirty=not clean)
File "/usr/local/lib/python3.9/site-packages/mkdocs/config/base.py", line 206, in load_config
from mkdocs.config.defaults import get_schema
File "/usr/local/lib/python3.9/site-packages/mkdocs/config/defaults.py", line 1, in <module>
from mkdocs.config import config_options
File "/usr/local/lib/python3.9/site-packages/mkdocs/config/config_options.py", line 8, in <module>
from mkdocs import utils, theme, plugins
File "/usr/local/lib/python3.9/site-packages/mkdocs/theme.py", line 6, in <module>
from mkdocs.utils import filters
File "/usr/local/lib/python3.9/site-packages/mkdocs/utils/filters.py", line 13, in <module>
@jinja2.contextfilter
AttributeError: module 'jinja2' has no attribute 'contextfilter'
After enforcing an mkdocs update to 1.4.3 with
sudo python3.9 -m pip install --upgrade mkdocs
FreeType's make refdoc
succeeds but issues the warning
INFO - DeprecationWarning: invalid escape sequence '\s'
File "/usr/local/lib/python3.9/site-packages/jinja2/lexer.py", line 389, in __next__
self.current = next(self._iter)
File "/usr/local/lib/python3.9/site-packages/jinja2/lexer.py", line 650, in wrap
self._normalize_newlines(value_str[1:-1])
Is this expected behaviour? In February, this didn't happen while preparing the last FreeType release. However, there were certainly Python updates for my openSUSE GNU/Linux box meanwhile...