| Age | Commit message (Collapse) | Author |
|---|
|
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
To recap, this checks for Quick, and then implicitly uses Qml in
a different file. Normally would disable Qt6Qml to disable both
but that gives an "unused option" warning if a *matching version*
qtdeclarative does not exist (and tinderbox automated report).
However, noticed that qtwebchannel-6.7.0 installed some Quick files
and that's because upgraded from 6.7.0_rc2 to 6.7.0 and internally
that's both 6.7.0.
This also shouldn't be using >=, but rather =$(ver_cut 1-3)*.
It'd be simpler+safer to just ignore the unused option warning and
always pass it though (it'd also work for 9999 ebuilds more properly),
but it's not a big enough deal to be worth the noise.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
It will be noisy if it found an incompatible version.
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: a2b7cc29cbb6ac57ff4cddbc39c50a060e8cac66
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
Works either way but Qt6Qml produces cmake noise if
qtdeclarative is not installed.
Bug: https://bugs.gentoo.org/913692
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>
|
|
Skip revbump given already done in this commit batch.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
Would be needed if had "examples? ( )"
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
Misc minor adjustments / sorting, but more commonly:
* use same RDEPEND + DEPEND ordering everywhere, bit of both
order is used all across and sometime inverted in Qt5's so
let's match skel.ebuild to avoid confusion
* use explicit :6 slots, not necessary with =PV but this is more
about normalizing usage when multiple slots exist (plus *cough*
qa-vdb won't complaint anymore)
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
As-is, no changes in this commit which is mostly the same
as the current in-tree ebuilds.
Maintaining these in two different repos feels like just a hassle
(to me), and would rather have everything in one place so I can
change live and release ebuilds simultaneously as needed, plus not
have to sync metadata or eclass changes either (plus chiitoo has
::gentoo commit access now).
May move packages if I happen to work on them, albeit I have no
intention to really touch Qt5 or LXQt (anyone working on these
are free to the same if they want, or keep current workflow).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
