Describe the bug
When installing DTE on Windows run.py fails due to pkg_resources not being included in fs 2.4.16 which results in run.py failing.
Upon running run.py:
PS C:\Users\jpettit\DTE\DTE> python3 run.py
C:\Users\jpettit\DTE\DTE\non_hlos_parser.py:22: SyntaxWarning: invalid escape sequence '\d'
name_regex="([a-z,A-Z]+_(dtb|DTB|dtbs|config)).(((b|B)\d+)|mdt|MDT|bin|mbn|elf){1}"
Traceback (most recent call last):
File "C:\Users\jpettit\DTE\DTE\run.py", line 21, in
import controller
File "C:\Users\jpettit\DTE\DTE\controller.py", line 69, in
import non_hlos_parser
File "C:\Users\jpettit\DTE\DTE\non_hlos_parser.py", line 11, in
from fs import open_fs
File "C:\Users\jpettit\AppData\Local\Programs\Python\Python312\Lib\site-packages\fs_init_.py", line 4, in
import("pkg_resources").declare_namespace(name) # type: ignore
^^^^^^^^^^^^^^^^^^^^^^^^^^^
Debugged issue with Claude
The issue: fs==2.4.16 requires pkg_resources (from setuptools), but despite setuptools being installed,
pkg_resources isn't importable. This is a known Python 3.12 issue with broken setuptools installs. The fix is to
force-reinstall setuptools
setuptools 71+ no longer bundles pkg_resources as a standalone top-level module, but fs==2.4.16
still depends on it. The fix is to downgrade setuptools to a version that includes pkg_resources
Root cause: fs==2.4.16 calls pkg_resources.declare_namespace() in its init.py. pkg_resources was historically
bundled with setuptools, but setuptools 71+ no longer ships it as a standalone top-level module.
Workaround: Downgraded setuptools to 70.3.0, which still includes pkg_resources in site-packages.
To Reproduce
Steps to reproduce the behavior:
- git clone https://github.com/qualcomm/DTE.git
- cd DTE
- pip install -r requirements.txt
- python3 run.py
Expected behavior
Expected behavior is that GUI application would launch
Desktop (please complete the following information):
Smartphone (please complete the following information):
Describe the bug
When installing DTE on Windows run.py fails due to pkg_resources not being included in fs 2.4.16 which results in run.py failing.
Upon running run.py:
PS C:\Users\jpettit\DTE\DTE> python3 run.py
C:\Users\jpettit\DTE\DTE\non_hlos_parser.py:22: SyntaxWarning: invalid escape sequence '\d'
name_regex="([a-z,A-Z]+_(dtb|DTB|dtbs|config)).(((b|B)\d+)|mdt|MDT|bin|mbn|elf){1}"
Traceback (most recent call last):
File "C:\Users\jpettit\DTE\DTE\run.py", line 21, in
import controller
File "C:\Users\jpettit\DTE\DTE\controller.py", line 69, in
import non_hlos_parser
File "C:\Users\jpettit\DTE\DTE\non_hlos_parser.py", line 11, in
from fs import open_fs
File "C:\Users\jpettit\AppData\Local\Programs\Python\Python312\Lib\site-packages\fs_init_.py", line 4, in
import("pkg_resources").declare_namespace(name) # type: ignore
^^^^^^^^^^^^^^^^^^^^^^^^^^^
Debugged issue with Claude
The issue: fs==2.4.16 requires pkg_resources (from setuptools), but despite setuptools being installed,
pkg_resources isn't importable. This is a known Python 3.12 issue with broken setuptools installs. The fix is to
force-reinstall setuptools
setuptools 71+ no longer bundles pkg_resources as a standalone top-level module, but fs==2.4.16
still depends on it. The fix is to downgrade setuptools to a version that includes pkg_resources
Root cause: fs==2.4.16 calls pkg_resources.declare_namespace() in its init.py. pkg_resources was historically
bundled with setuptools, but setuptools 71+ no longer ships it as a standalone top-level module.
Workaround: Downgraded setuptools to 70.3.0, which still includes pkg_resources in site-packages.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Expected behavior is that GUI application would launch
Desktop (please complete the following information):
Smartphone (please complete the following information):