| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Michael Mair-Keimberger <mmk@levelnine.at>
Signed-off-by: Conrad Kostecki <conikost@gentoo.org>
|
|
|
|
|
|
|
|
| |
This was copied from kitty's ebuild where this was set in
src_compile, so local was fine. Not worth a revbump, the
go-built part is very unimportant and is disabled by default.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Given pkg_setup is not exported with LLVM_OPTIONAL, may as
well use llvm_chost_setup directly in src_configure rather
than define pkg_setup (which will be python's).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
|
|
|
| |
Haven't retried clang19, but upstream has done a similar
fix and so it should be fine.
Closes: https://bugs.gentoo.org/946636
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Off by default given most people won't need this, arguably could've
skipped it entirely to make maintenance easier.
Does require to fool it into thinking Go was not found given there
isn't a proper option to disable it that I can see.
Closes: https://bugs.gentoo.org/945925
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Still needed, was lost when copied the 15-based live ebuild
which did not have the patch.
So, keep it in live too for now.
Bug: https://bugs.gentoo.org/937600
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Possible this may be for nothing if a new qt-creator releases
before Qt6.8.1 (and 6.8.0 is still masked), but wanted to get
potential blockers for 6.8.1 out of the way now esp. given this
is not currently fixed in the 14.x branch upstream and would need
qt-creator-15.x
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/942452
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also guard qtcharts automagic behind USE=tracing (which feels "mostly"
fitting rather than introduce one more USE over this on a big package),
existed in earlier versions but had been missed.
Tried LLVM_SLOT=19 but fails to build with it, so keeping compat
as-is for now. qttools[clang] failed on the same thing I recall and
imagine Qt has not been testing 19 yet.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Untested but the patch is identical beside needing to update
a moved file's path.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
other.resetter bit with USE=qmldesigner wrt bug #937600 comment #4
still need attention, but adding what we have so far esp. given
qmldesigner is off by default and has limited impact.
Bug: https://bugs.gentoo.org/937600
Closes: https://bugs.gentoo.org/938486
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Few ebuild changes, but for some notes:
* Meant to use system's lua+sol2 (newly bundled), but it does not seem
to have a switch to use system's easily and not going to bother on
such a big package if not.
* The bits requiring Go have not landed in 14 and remain 9999-only.
* Dropped the comment about Qt's version given cmake files may
optionally require yet a newer one for specific features.
* There is a new switch for building docs, so can simplify a bit.
* Thought to try unbundling syntax-highlighting but after finding
out it uses the old slot opted to keep it like that for now.
May possibly have overlooked something given there is a lot of
noise in cmake files, please report a bug if anything is off.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Missed that a plugin (qtapplicationmanager) added a dependency on
yaml-cpp while comparing comparing qt-creator-12 -> 13 and is no
longer clang-only.
Feel it's not worth a USE for the plugin on such a big package
(not for minimalism), so depending unconditionally unless someone
really wants to avoid it (at best it could be interesting to avoid
:= rebuilds).
Technically needs a revbump, but qt-creator takes a while to build
and most users already were pulling it through IUSE=+clang.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Not tested much, but did build successfully once w/ Go bits.
May or may not consider making this optional when there is a release
after a closer look. Does not have a proper option, but it already
skips it if it does not find Go... so -DGO_BIN=no or so would likely
work.
Being off by default would also be less annoying for go rebuilds,
I doubt anyone wants to rebuild something massive like qt-creator
every go bump. Not that I really checked what this is used for yet.
For now not going to touch this too much given it may get changed
around upstream.
Closes: https://bugs.gentoo.org/935332
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/934462
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
6.7.1 is (currently) due to release in ~2 days and it seems
unlikely qt-creator-13.0.1 will release before then.
Patch should be safe so doing straight-to-stable to spare
users from a revbump long rebuild.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Does not seem to need real updates beside handling qtkeychain? But
may or may not have missed something given there is a lot of noise
in build system files changes.
Unfortunately upstream has not provided a switch (that I can see)
to allow using system qtkeychain[qt6] which would've been more
convenient than handling libsecret+dbus used by it.
For now opted to make dbus hard-required to simplify, doubtful
qt-creator users are minimalists in general.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Tried to compile Qt Creator's HelloWorld plugin externally and it built
fine with the USE enabled.
Debated installing unconditionally, but it installs quite a lot of
extras. Unsure about the IUSE name choice but it should hopefully do
(did feel IUSE=devel would be a bit too generic sounding).
Went for a bit hacky solution (for now) given --component integrates
poorly with cmake.eclass and does not seem(?) other ebuilds have needed
to do this yet in ::gentoo for ideas.
Closes: https://bugs.gentoo.org/928423
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This been set by default in the old ebuilds and opted to leave it like
that but, with Qt6 and the non-split qttools where designer is off by
default, this been annoying for users.
Default designer on qttools when most users don't need it does not
seem like the right move -- and believe users that actually want this
will know to set it themselves (perhaps even globally).
Not that I'm either a qt-creator nor designer user (just maintaining
regardless), so opinions from actual users for defaults are welcome.
(live-only to avoid long rebuilds, will propagate in next version)
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Currently ommited in the llvm-r1 example, but that's being changed
and >=llvm-18.1.0_rc3 will use $(ver_cut 1-2) as subslot.
No need for a revbump (slot 18 is still masked either way).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Done together with the Qt6.6.2 bump which is going to trigger
a rebuild either way.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Tested with 18.1.0_rc2 at same time, seems to be fine so may
as well do this now.
Will migrate 12.0.2 when add Qt6.6.2 given that will trigger
a rebuild either way.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|