$ nikola --help Traceback (most recent call last): File "/usr/lib/python-exec/python3.9/nikola", line 33, in <module> sys.exit(load_entry_point('Nikola==8.1.3', 'console_scripts', 'nikola')()) File "/usr/lib/python-exec/python3.9/nikola", line 25, in importlib_load_entry_point return next(matches).load() File "/usr/lib/python3.9/importlib/metadata.py", line 86, in load module = import_module(match.group('module')) File "/usr/lib/python3.9/importlib/__init__.py", line 127, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 1030, in _gcd_import File "<frozen importlib._bootstrap>", line 1007, in _find_and_load File "<frozen importlib._bootstrap>", line 986, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 680, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 850, in exec_module File "<frozen importlib._bootstrap>", line 228, in _call_with_frames_removed File "/usr/lib/python3.9/site-packages/nikola/__main__.py", line 39, in <module> from doit.cmd_auto import Auto as DoitAuto ModuleNotFoundError: No module named 'doit.cmd_auto' After downgrading to dev-python/doit-0.35.0, nikola works again.
Presumably this change (from doit CHANGES): 0.36.0 (*2022-04-22*) ===================== [...] - BACKWARD INCOMPATIBLE: remove `auto` command, use plugin `doit-auto1`.
As the person who bumped doit package, I see myself as responsible here. I can back-port the patch ulm and apply it, or I can temporarily cap version of doit in current ebuild. Both solutions require rev-bump, while the first one should require whissi's ACK - so I'm not sure what is the better solution now. Whissi - if you are fine with that, I will gladly backport and fix nikola, just an ACK will be fine.
Created attachment 773495 [details, diff] www-apps/nikola: Fix breakage with dev-python/doit-0.36.0 Attached patch fixes the problem for me.
Fixed in version 8.2.2.
