1. Check the output of qtdiag from qt6-tools-dev-tools, and verify the paths exist.
a) Run "qtdiag --no-vulkan --no-rhi --no-gl | grep Path"
b) verify that the paths actually exist, in particular DataPath: /share/qt6 does not exist on jammy.
2. Build the Qt supplied simplebrowser example, and verify it launches without error
a) apt-get source libqt6webenginecore6
b) cd qt6-webengine-6.2.4+dfsg/examples/webenginewidgets/simplebrowser
c) mkdir bld
d) cd bld
e) cmake -DCMAKE_BUILD_TYPE=Release ..
f) cmake --build .
g) ./simplebrowser
An example of output from a failure is attached as faillog.txt. In particular note the failure to find resources at /share:
Qt WebEngine resources not found at /share/qt6/resources. Trying parent directory...
Qt WebEngine resources not found at /share/qt6. Trying application directory...
and the resulting segmentation fault:
Segmentation fault (core dumped)
a) Check the output of qtdiag from qt6-tools-dev-tools, and verify the paths exist.
b) Run "qtdiag --no-vulkan --no-rhi --no-gl | grep Path"
c) verify that the paths actually exist, in particular DataPath: /share/qt6 does not exist on jammy.
* The change in 6.2.4+dfsg-8 restores the configuration settings that were used to build qtbase-opensource-src (5.14.2+dfsg-3) through qtbase-opensource-src (5.15.3+dfsg-2). The setting was lost on the transition from the Qt5 qmake build to the Qt6 cmake build.
* The change causes QLibraryInfo to use paths known at build time instead of trying to dynamically establish the paths. This will fail if the package is relocated to a different location from that which it is build for. Since the package isn't relocatable this shouldn't be a problem.
@racb I will paste the SRU contents here:
[Impact]
* The current version of qtbase6 in Ubuntu Jammy is not working correctly due to bug https:/ /bugs.launchpad .net/ubuntu/ +source/ qt6-base/ +bug/1970057. This issue has been resolved in Kinetic package qt6-base_ 6.2.4+dfsg- 10.
[Test Plan]
* As Tom Stevens copied into the bug report:
1. Check the output of qtdiag from qt6-tools- dev-tools, and verify the paths exist.
a) Run "qtdiag --no-vulkan --no-rhi --no-gl | grep Path"
b) verify that the paths actually exist, in particular DataPath: /share/qt6 does not exist on jammy.
2. Build the Qt supplied simplebrowser example, and verify it launches without error core6 6.2.4+dfsg/ examples/ webenginewidget s/simplebrowser BUILD_TYPE= Release .. qt6/resources. Trying parent directory... dev-tools, and verify the paths exist.
a) apt-get source libqt6webengine
b) cd qt6-webengine-
c) mkdir bld
d) cd bld
e) cmake -DCMAKE_
f) cmake --build .
g) ./simplebrowser
An example of output from a failure is attached as faillog.txt. In particular note the failure to find resources at /share:
Qt WebEngine resources not found at /share/
Qt WebEngine resources not found at /share/qt6. Trying application directory...
and the resulting segmentation fault:
Segmentation fault (core dumped)
a) Check the output of qtdiag from qt6-tools-
b) Run "qtdiag --no-vulkan --no-rhi --no-gl | grep Path"
c) verify that the paths actually exist, in particular DataPath: /share/qt6 does not exist on jammy.
[Scope]
* Use package from Ubuntu 22.10 (Kinetic) qt6-base_ 6.2.4+dfsg- 10, or use the patch here: https:/ /bugs.launchpad .net/ubuntu/ +source/ qt6-base/ +bug/1970057/ +attachment/ 5584085/ +files/ 1-qt6-base_ 6.2.4+dfsg- 2ubuntu2. dsc.debdiff
[Where problems could occur]
* As Tom Stevens copied into the bug report:
* The change in 6.2.4+dfsg-8 restores the configuration settings that were used to build qtbase- opensource- src (5.14.2+dfsg-3) through qtbase- opensource- src (5.15.3+dfsg-2). The setting was lost on the transition from the Qt5 qmake build to the Qt6 cmake build.
* The change causes QLibraryInfo to use paths known at build time instead of trying to dynamically establish the paths. This will fail if the package is relocated to a different location from that which it is build for. Since the package isn't relocatable this shouldn't be a problem.
[Other Info]
* I have already backported the package with this fix in my PPA, it is published here: https:/ /launchpad. net/~justdan96/ +archive/ ubuntu/ qt6-backports- minimal/ +packages? field.name_ filter= &field. status_ filter= published& field.series_ filter= jammy /launchpad. net/~tsteven4/ +archive/ ubuntu/ qt6-backports
* Tom Stevens has a similar PPA: https:/
* As mentioned on IRC the SRU was raised separately as a bug, this has been marked as a duplicate.