It may be extra work but planning to stabilize all qt6 modules
together not to repeat headaches users been having with qt5 and
mismatching keywords.
New modules being packaged should be added here as well unless
it is not possible to stabilize due to dependencies.
Note this is more or less a test file (or notes) currently.
Tooling may need time to understand disparities between slots
combined with ebuild quirks.
Closes: https://github.com/gentoo/gentoo/pull/32450
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Same as opengl and vulkan, qtdiag has the whole slew of
QT_CONFIG that would break if qtbase disables support.
Albeit unfortunate with unsplit qttools given USE is a
no-op (like vulkan) unless qtdiag is enabled.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Littered in QT_CONFIG(opengl/vulkan) and needed to avoid ABI issues.
Hopefully the last of these as it is annoying for users not handling
opengl/vulkan with global flags (and portage tend to give the wrong
suggestion here). Non-issue on desktop profiles by default.
[gles2-only=] is also a thing, but less of an issue given nothing
normally depends on that and simply left unset.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Same deal as qtquick3d, likely more cases where we are fetching
unneeded submodules (haven't verified), but this one was inconsistent.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Nothing that needs this in PyQt6 currently, but there is no harm
in adding off-by-default support now that these are packaged.
Only ones still missing are:
- QtLocation: still disabled in project.py, so waiting on upstream
- QtPdf: needs enabling & testing in qtwebengine first
- QtRemoteObjects: thought to package this but failing to find anything
that is going to need it currently, will wait until someone requests
(remoteobjects sound interesting but seemingly scarcely used)
- QtAxContainer: this is for Windows (ActiveX), so nothing to do here
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
If add _beta and _rc odds are will not want them keyworded by
default, but == release will keyword them all the same so need
something different. If do want to keyword or match both for
one reason or another, can still do == *release.
Re-arranged to avoid repeating SRC_URI/QT6_P/S/etc... albeit it does
make it a bit less clear (then again there's not much going on there).
Also lets us merge the inherit block from below and inherit earlier
for less SRC_URI+S inherit environment pollution.
Also document QT6_BUILD_TYPE for EclassDocMissingVar.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
This is used to install compiled test executables (not source
examples or similar), meant to be executed from qtcreator
(not that I've tried it).
We do not install examples (yet), so no need to worry about files
or qtbase remembering a bad path.
Looking at other distros (at least those that do not set this to
a docdir like we were and there are many), putting this under
lib/*qt6/ alongside qt6/bin seems to be the typical choice.
For actual source code examples, Qt has opted to not support installing
these anymore (QTBUG-86302) so we'd have to doins -r ourselves either
way, likely like normal docs unless something expects to find these in
the Qt examples dir.
Bug: https://bugs.gentoo.org/881433
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Do not think this is particularly useful, but it is to avoid
false advertising when IUSE exists. As usual anyone enabling
this is on their own.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Packaging some extra modules that are likely needed by upcoming
kde6 and were available with Qt5 in ::gentoo, so can be in a good
shape by the time need these for testing.
Please ask if need other modules that are still missing.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Packaging some extra modules that are likely needed by upcoming
kde6 and were available with Qt5 in ::gentoo, so can be in a good
shape by the time need these for testing.
Please ask if need other modules that are still missing.
wrt IUSE=speechd, normally would do IUSE=speech, but this is more
specifically about enabling (optional) speechd support in a library
that can do tts by other means, and also do not want it to be confused
with enabling the "speech" Qt module either (nothing should need to
depend on this USE).
Note this module currently seems rather fragile (see ebuild comments),
considered just not packaging it (yet) but it will be needed and may
as well see where it goes now.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Packaging some extra modules that are likely needed by upcoming
kde6 and were available with Qt5 in ::gentoo, so can be in a good
shape by the time need these for testing.
Please ask if need other modules that are still missing.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Packaging some extra modules that are likely needed by upcoming
kde6 and were available with Qt5 in ::gentoo, so can be in a good
shape by the time need these for testing.
Please ask if need other modules that are still missing.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Less jarring a little bit shorter. Made sense in Qt5 given it used
a ver_cut QT5_PV and could be used to ignore additional components,
but with PV it does nothing useful. Plus we still want _rc and _betas
to match (_p<date> are where issues start though, if ever needed we
could reintroduce QT6_PV, but for now...).
Should have done this in the previous style commit.
Still keeping :6, do prefer these being everywhere for clarity with
Qt slots (and qa-vdb!) even if essentially a no-op here. Plus, even
if this does not happen with Qt, two slots having the same version
can happen with revisions (e.g. current webkit-gtk).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Sam James
Maciej Barć
Michael Mair-Keimberger
Eray Aslan
David Seifert
Arsen Arsenović
Ionen Wolkens