Same logic (unless we'd want to use large sources tarballs),
and feels simpler to merge into one ebuild. Docs also provide
the example-manifests needed for Qt Creator to find them.
Also improve intructions for bumping, albeit it is simpler than
it looks and should rarely need updates outside major bumps.
Interestingly the formerly gone broken png from qt-docs:5 makes
a comeback inside the qtdoc-examples archive.
Closes: https://bugs.gentoo.org/881433
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Not overly worth the revbump (now), but want to clear this up and
other small things now that we are getting examples esp. given may
look at packaging Qt6 Creator soon.
And expect may still be some time before 6.5.3 and 6.6
Bug: https://bugs.gentoo.org/881433
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
This is to control where log messages will be sent by default, and
I think enabling this is just going to be confusing. Off-by-default
(even if found), and cmake gives a warning that we should do special
handling for it. Plus no parity for openrc given we were not enabling
syslog as alternative.
Have not looked much, but not seem most distros enable this.
(also adjust disparity in the opengl option sorting)
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
This is in part a message to future revdeps that having their
own USE=pdf will not work too well given it is default on
desktop profile and we do not really want to pull webengine
by default unless really wanted. Plus gives a way to disable
globally for arches where qtwebengine is not keyworded.
At worst this will become innacurate if qtpdf changes its
backing library.
IUSE is still in live-only so should not really disrupt.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
This reverts commit c2d1b88912.
See bug #881433, turns out probably should not build examples.
So old location makes more sense if we are only going to install
sources in it.
Note does mean qtbase will need to be rebuilt before start using
that location though (unused currently).
Bug: https://bugs.gentoo.org/881433
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Package only checks for Quick in top level CMakeLists.txt, but then uses
Qt::Qml (implicit from Quick) anyway. Current disable method does block
Quick target stuff but does not fully prevent from linking with Qt6Qml.
Revert, but do a has_version to avoid noise.
Bug: https://bugs.gentoo.org/913692
Fixes: a2b7cc29cb
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Missed that qml could be reasonably optional here.
And cannot find where it would need the rest outside examples.
Gui could technically be optional but would need its own USE.
Do not think it is worth it here unless someone wants this.
Maybe missing it, but failed to find anything at all using
opengl, it is listed in the docs but...?
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Widgets and QuickWidgets are only used by examples and unused
non-auto tests that I can see, not worth a revbump.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
To allow ebuilds to override default options if ever needed.
wrt == *a*, not super necessary but still checked given this avoids
picking up a mycmakeargs that may be set in the environment (arrays
are always from ebuilds).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
wrt skip->error comment, shortened partially for correctness. Most
packages still fail either way due to `ninja install` having nothing
to do (unless some files did get registered for install anyway). Albeit
still want this to error during configure when required conditions are
not met either way.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
These options increase code size by a trivial amount, and do not
introduce any new dependencies. Enable them unconditionally.
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
Maciej Barć
Michael Mair-Keimberger
Pascal Jäger
Azamat H. Hackimov
Tomáš Mózes
Arthur Zamarin
Sam James
WANG Xuerui
Ionen Wolkens
David Seifert
Mike Gilbert
Alexandra Parker
Michał Górny