chimerax-1.4-rc2022.05.25 generic Linux 64-bit doesn't work

[x6laboratory@…]

Dear developers,

It seems the most recent chimerax-1.4-rc2022.05.25 generic Linux 64-bit
doesn't work correctly for me.

I got the following errors:
NOTE: Traceback (most recent call last):
  File
"/home/test/Downloads/chimerax-1.4-rc2022.05.25/lib/python3.9/runpy.py",
line
197, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File
"/home/test/Downloads/chimerax-1.4-rc2022.05.25/lib/python3.9/runpy.py",
line
87, in _run_code
    exec(code, run_globals)
  File "/home/test/Downloads/chimerax-1.4-rc2022.05.25/lib/python3.9/site-
packages/ChimeraX_main.py", line 1021, in <module>
    exit_code = init(sys.argv)
  File "/home/test/Downloads/chimerax-1.4-rc2022.05.25/lib/python3.9/site-
packages/ChimeraX_main.py", line 573, in init
    from chimerax.ui import initialize_qt
  File "/home/test/Downloads/chimerax-1.4-rc2022.05.25/lib/python3.9/site-
packages/chimerax/ui/__init__.py", line 21, in <module>
    from .gui import MainToolWindow, initialize_qt, menu_capitalize
  File "/home/test/Downloads/chimerax-1.4-rc2022.05.25/lib/python3.9/site-
packages/chimerax/ui/gui.py", line 130, in <module>
    from Qt.QtWidgets import QApplication
ModuleNotFoundError: No module named 'Qt'

BUG: ModuleNotFoundError: No module named 'Qt'

File "/home/test/Downloads/chimerax-1.4-rc2022.05.25/lib/python3.9/site-
packages/chimerax/ui/gui.py", line 130, in
from Qt.QtWidgets import QApplication

 _See log for complete Python traceback._
Best,
XG

[Eric Pettersen]

Reported by Xiaoguang Xue

[Greg Couch]

Fixed. The OS used to build the generic version of ChimeraX is too old for Qt 6. Qt 6 needs glib 2.28 or newer. Updated build OS from Debian 8 to Debian 10.

Out of curiosity, which variant and version of Linux are you using?

[Tom Goddard]

This sounds like a major change close to our 1.4 release. Does the build OS change effect any of the other Linux builds or only the generic build? Does it mean we need to add a few more weeks before the release candidate becomes a release?

Also how could the fact that the generic Linux ChimeraX does not even start go unreported for the last 3 months when we switched daily builds to Qt 6? Is it really not used by anyone? I feel I am missing something.

[Greg Couch]

This only affects the generic build. And changes it from not working to working.

[Greg Couch]

And the generic build is not used much. It requires hunting down packages that supply the missing shared libraries. And there is a non-zero chance that the system doesn't have the particular version of a shared library. The non-generic builds are a much better choice because they install all of the necessary system dependencies. The long term solution for the generic build is to switch to a flatpak.

[x6laboratory@…]

I have two testing system. One is OpenSUSE Leap 15.4RC and another one is
RHEL 9. I believe both should be new enough.

On Fri, May 27, 2022 at 1:26 AM ChimeraX <ChimeraX-bugs-admin@cgl.ucsf.edu>
wrote:

[Greg Couch]

I hope they aren't too new. Once there is a docker image for RHEL 9, I plan do make a build for it. The current almalinux 9 beta is missing the mesa-libOSmesa package. And Rocky 9 isn't out yet.

[x6laboratory@…]

Why not using centos stream 9. I think centos stream 9 does
have mesa-libOSMesa.

On Fri, 27 May 2022 at 9:40 AM, ChimeraX <ChimeraX-bugs-admin@cgl.ucsf.edu>
wrote:

[x6laboratory@…]

Not sure if RHEL 9 is too new. It is based on Fedora 34, that released more
than 1 year ago. But I do believe opensuse leap 15.4 is mature enough.

On Fri, 27 May 2022 at 9:40 AM, ChimeraX <ChimeraX-bugs-admin@cgl.ucsf.edu>
wrote:

[Greg Couch]

Finally found an official CentOS Steam 9 docker image at quay.io/centos/centos:stream9. And "dnf install -y mesa-libOSMesa-devel" fails. I see the package at ​https://centos.pkgs.org/9-stream/centos-crb-x86_64/mesa-libOSMesa-devel-21.3.0-2.el9.x86_64.rpm.html. So it is unclear why dnf can't find it.

[Greg Couch]

Needed "dnf config-manager --set-enabled crb" to get mesa-libOSMesa-devel.