Bug 2389615
| Summary: | python3-mypy installed man pages are broken, contain python stack trace instead | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Ken Raeburn <raeburn> |
| Component: | python3-mypy | Assignee: | Gwyn Ciesla <gwync> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 42 | CC: | gwync |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | python3-mypy-1.17.1-3.fc42 | Doc Type: | --- |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2025-08-31 01:08:17 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
FEDORA-2025-e155fc59f5 (python3-mypy-1.17.1-3.fc42) has been submitted as an update to Fedora 42. https://bodhi.fedoraproject.org/updates/FEDORA-2025-e155fc59f5 FEDORA-2025-e155fc59f5 has been pushed to the Fedora 42 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-e155fc59f5` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-e155fc59f5 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2025-e155fc59f5 (python3-mypy-1.17.1-3.fc42) has been pushed to the Fedora 42 stable repository. If problem still persists, please make note of it in this bug report. |
The man pages for python3-mypy look like a Python stack trace with nroff markup added. The other man page in the package, stubgen, is similarly broken. Reproducible: Always Steps to Reproduce: 1. install python3-mypy 2. run "man mypy" 3. Actual Results: MYPY(1) User Commands MYPY(1) NAME mypy - manual page for mypy 1.17.1-dev DESCRIPTION Traceback (most recent call last): File "/builddir/build/BUILD/python3-mypy-1.17.1-build/BUILDROOT/usr/bin/mypy", line 33, in <module> sys.exit(load_entry_point('mypy==1.17.1', 'console_scripts', 'mypy')()) ... Expected Results: A normal man page Additional Information: If help2man is supposed to detect errors when running "foo --help/--version" then maybe there's a help2man bug here too. But either way, it appears mypy was run without the "pathspec" module available for import, resulting in the stack trace. (Workaround: Run "mypy --help" since that seems to be where the man page info would've come from anyway.) # zcat /usr/share/man/man1/mypy.1.gz | head -15 .\" DO NOT MODIFY THIS FILE! It was generated by help2man 1.49.3. .TH MYPY "1" "July 2025" "mypy 1.17.1-dev" "User Commands" .SH NAME mypy \- manual page for mypy 1.17.1-dev .SH DESCRIPTION .SS "Traceback (most recent call last):" .IP File "/builddir/build/BUILD/python3\-mypy\-1.17.1\-build/BUILDROOT/usr/bin/mypy", line 33, in <module> .IP sys.exit(load_entry_point('mypy==1.17.1', 'console_scripts', 'mypy')()) .IP ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ .IP File "/builddir/build/BUILD/python3\-mypy\-1.17.1\-build/BUILDROOT/usr/bin/mypy", line 25, in importlib_load_entry_point .IP #