3462ea7490
On newer architectures e.g. RISCV python-config module fails to populate
Python_SOABI correctly and returns empty string. Which result in
configure failure
Fixes:
| CMake Error at cmake/ShibokenHelpers.cmake:223 (message):
| Python_SOABI variable is empty.
| Call Stack (most recent call first):
| cmake/ShibokenSetup.cmake:54 (get_python_extension_suffix)
| CMakeLists.txt:13 (include)
|
Change-Id: I22c7756edcb21c9973b54207351d9cd4a99a0ea2
Reviewed-by: Samuli Piippo <samuli.piippo@qt.io>
(cherry picked from commit
|
||
|---|---|---|
| classes | ||
| coin | ||
| conf | ||
| licenses | ||
| recipes-core | ||
| recipes-devtools/python | ||
| recipes-multimedia/webp | ||
| recipes-python | ||
| recipes-qt | ||
| scripts | ||
| COPYING.MIT | ||
| README.md | ||
| SECURITY.md | ||
Qt6 OpenEmbedded/Yocto Project layer
This layer depends on:
URI: https://git.openembedded.org/openembedded-core/
URI: https://git.openembedded.org/meta-openembedded/
and optionally:
URI https://github.com/kraj/meta-clang
Yocto version support
The branching of meta-qt6 layer follows Qt branching scheme,
that is dev for the development branch, 6.x for minor stabilization branches,
6.x.y for the release branches and lts-6.x.y for commercial LTS releases.
Each Qt release is tagged either as v6.x.y or v6.x.y-lts
Following table shows the Yocto releases which are used to test each Qt version (x) and any additional Yocto releases that are stated in the LAYERSERIES_COMPAT (c).
| Yocto \ Qt | 6.8 | 6.7 | 6.6 | 6.5 | 6.4 | 6.3 | 6.2 |
|---|---|---|---|---|---|---|---|
| wrynose | x | ||||||
| whinlatter | x | ||||||
| walnascar | x | ||||||
| styhead | c | c | |||||
| scarthgap | x | c | c | x | |||
| nanbield | c | c | c | c | |||
| mickledore | c | c | c | c | c | ||
| langdale | c | c | c | c | c | ||
| kirkstone | x | c | c | x | c | c | c |
| honister | c | c | c | c | c | ||
| hardknott | c | c | c | c | c | ||
| gatesgarth | c | c | c | c | c | ||
| dunfell | c | x | c | c | c | ||
| LTS | EOL | EOL | LTS | EOL | EOL | EOL |
Detailed status of supported Qt versions can be found from https://doc.qt.io/qt-6/supported-platforms.html#supported-qt-versions
Commercial Qt
Qt is dual-licensed under commercial and open source licenses.
The license can be selected using the QT_EDITION variable. commercial and
opensource are valid values. The default value is opensource.
For commercial Qt users, the layer provides additional support with LTS (Long Term Support) releases for selected Qt versions and additional Qt modules licensed as commercial-only.
The LTS releases are available in branches named lts-6.x. The source code
for the LTS releases and the commercial Qt modules are only available for
commercial Qt license holders. They can only be built and used if you have
a commercial Qt license and you have set up SSH access to Qt Gerrit (see links below).
The commercial Qt modules are included in the build if the QT_COMMERCIAL_MODULES
variable is set to 1 and you are using a commercial edition of Qt.
QtMultimedia
Qt Multimedia now prefers FFmpeg as the multimedia backend instead of GStreamer. FFmpeg recipe, however, is flagged with LICENSE_FLAGS = "commercial", which means that user must accept the license before FFmpeg can be used in the build. If user accepts the license using LICENSE_FLAGS_ACCEPTED = 'commercial_ffmpeg', the FFmpeg support is enabled in Qt Multimedia. If user doesn't accept the license, Qt Multimedia only uses GStreamer.
Contributing
To contribute to this layer submit the patches for review using Qt Gerrit.
More information about Qt Gerrit and how to use it:
Report bugs on Qt Bug Tracker using
Yocto: meta-qt6 layer component.
Layer maintainers
- Samuli Piippo samuli.piippo@qt.io