FS#71600 - [catfish] fails to launch
Attached to Project:
Community Packages
Opened by Richard Benson (richardbenson91477) - Friday, 23 July 2021, 23:33 GMT
Last edited by Antonio Rojas (arojas) - Thursday, 12 August 2021, 09:54 GMT
Opened by Richard Benson (richardbenson91477) - Friday, 23 July 2021, 23:33 GMT
Last edited by Antonio Rojas (arojas) - Thursday, 12 August 2021, 09:54 GMT
|
Details
Description: fails to launch
Additional info: * catfish 4.16.1-1 * python 3.9.6-1 * can be worked around by editing /usr/lib/python3.9/site-packages/catfish_lib/catfishconfig.py line 30 to say: __catfish_data_directory__ = "/usr/share/catfish' (which is obviously not ideal) Steps to reproduce: try to run 'catfish' |
This task depends upon
Closed by Antonio Rojas (arojas)
Thursday, 12 August 2021, 09:54 GMT
Reason for closing: Fixed
Additional comments about closing: catfish 4.16.2
Thursday, 12 August 2021, 09:54 GMT
Reason for closing: Fixed
Additional comments about closing: catfish 4.16.2
Traceback (most recent call last):
File "/usr/bin/catfish", line 44, in <module>
catfish.main()
File "/usr/lib/python3.9/site-packages/catfish/__init__.py", line 78, in main
window = CatfishWindow.CatfishWindow()
File "/usr/lib/python3.9/site-packages/catfish_lib/Window.py", line 173, in __new__
builder = get_builder(__builder__['ui_file'])
File "/usr/lib/python3.9/site-packages/catfish_lib/helpers.py", line 87, in get_builder
ui_filename = get_data_file('ui', '%s.ui' % (builder_file_name,))
File "/usr/lib/python3.9/site-packages/catfish_lib/catfishconfig.py", line 50, in get_data_file
return os.path.join(get_data_path(), *path_segments)
File "/usr/lib/python3.9/site-packages/catfish_lib/catfishconfig.py", line 67, in get_data_path
raise project_path_not_found
catfish_lib.catfishconfig.project_path_not_found
Editing "/usr/lib/python3.9/site-packages/catfish_lib/catfishconfig.py" as said in the bug report works for me (after having copied the original version elsewhere, of course). I guess it was just caused by a bad setting in this file.
> If Arch is not responsible for a bug, the problem will not be solved by reporting the bug to Arch developers.
Keep tabs on the Xfce bug report and make sure to flag the package out of date once Xfce devs fix it and release a new version, so the fixed version can be available as soon as possible.