Fedora Account System
Red Hat Associate
Red Hat Customer
For example: % variety Traceback (most recent call last): File "/usr/bin/variety", line 66, in <module> variety.main() ~~~~~~~~~~~~^^ File "/usr/lib/python3.14/site-packages/variety/__init__.py", line 239, in main window.start(arguments) ~~~~~~~~~~~~^^^^^^^^^^^ File "/usr/lib/python3.14/site-packages/variety/VarietyWindow.py", line 116, in start self.prepare_config_folder() ~~~~~~~~~~~~~~~~~~~~~~~~~~^^ File "/usr/lib/python3.14/site-packages/variety/VarietyWindow.py", line 253, in prepare_config_folder varietyconfig.get_data_file("config", "variety.conf"), ~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/lib/python3.14/site-packages/variety_lib/varietyconfig.py", line 42, in get_data_file return os.path.join(get_data_path(), *path_segments) ~~~~~~~~~~~~~^^ File "/usr/lib/python3.14/site-packages/variety_lib/varietyconfig.py", line 58, in get_data_path raise project_path_not_found variety_lib.varietyconfig.project_path_not_found Reproducible: Always Steps to Reproduce: 1. Run variety, either from command line or from desktop file 2. 3. Actual Results: Crash as seen above Expected Results: variety starts and processes
My best guess is this started with the conversion to %pyproject macros. See my comment in https://github.com/varietywalls/variety/issues/795#issuecomment-3368237509
FEDORA-2025-7dd117dd39 (variety-0.8.13-7.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2025-7dd117dd39
FEDORA-2025-7dd117dd39 (variety-0.8.13-7.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report.