| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Not that need to be in a hurry to tentatively drop this (harmless),
esp. given (unlike gtest) this affects building and not just tests
and need to wait for most users to be updated after release+stable.
Just so do not forget entirely.
Bug: https://bugs.gentoo.org/923013
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Following previous commit.
Apologies for the rebuilds, can't rely on --changed-use
to do the right thing here.
Bug: https://bugs.gentoo.org/922498
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Regardless of if that worked or not, on second thought this was a
bad idea. The flag is rather misleading for generic binhosts because
they should actually *enable* it to allow optional usage (runtime
detection). And then, this is actually broken on top, so let's just
return to the previous state.
This reverts commit c198f69e66547b5ba7d2ba1b9bae576ce93ee703.
Bug: https://bugs.gentoo.org/922498
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hopefully this is enough to (actually) fix bug #922498, doing
-mno-rdrnd had a similar effect of passing QT_FEATURE_rdrnd=OFF
(but don't have a cpu to test behavior with just -march=native).
Maybe will extend this at some point, but let's treat this
one as as a special case given not the first I've seen of this
with rdrand.
For anyone with rdrand issues, obviously do not enable this.
Probably not worth a revbump considering issue is at build time,
seems safe and could save a few rebuilds. fwiw also won't fail in
case of an aberrant rdrand being set combined with -mno-rdrnd.
Closes: https://bugs.gentoo.org/922498
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Felt more correct but do not actually need the header for these.
Could alternatively use tc-cpp-is-true too, but fwiw current
method allows batching in a single compiler call.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
All done for Qt6's qtbase end wrt bug #921292.
Bug: https://bugs.gentoo.org/921292
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/921292
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Ran into this while testing the previous patch (which did
not touch anything timer-related), and worked again after
another rebuild.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
As recommended for use with Plasma 6 which is currently being tested:
https://community.kde.org/Plasma/Plasma_6.0_Release_notes#Required_Qt_Version
Tests changes were excluded due to not applying cleanly, but this
does not prevent current tests from building and passing.
Will be properly included in qtbase-6.6.2
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Still pending stable, which won't need to wait long.
Bug: https://bugs.gentoo.org/921292
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Just to clarify that this was an issue when not building tests too.
Primary reason this been made default was because some other dev-qt
packages (qtdeclarative I recall?) failed even with USE=-test and
did not felt worth working around nor have a IUSE=+testlib (saves
the need to declare it for tests on a whole lot of packages too).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
wayland is no longer optfeature-only and there is an actual
flag now which is required to be set by live qtwayland.
By default it auto-enables it if wayland libraries are found
*but* does not seem to actually do anything with them.
Could be overlooking something but do not believe there is
any reason to depend on dev-libs/wayland right now if we
control the option ourselves.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Not a stable candidate (6.6.1 is), so dropping this one now.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/914033
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
uint128 parts for this test are new, and is likely not
worth holding back keywording over. Unlikely to result
in real runtime problems.
Needs confirmation, but believed that this would (now) fail
on other 64bit BE arches as well and is not ppc64be-specific.
Closes: https://bugs.gentoo.org/918878
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/918664
Bug: https://bugs.gentoo.org/915695
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: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Seems the issue I had with musl were unrelated and just random,
so let's just skip it globally (along with the first one).
*Could* use -j1, but qtbase has the longest test suite out of Qt
package and would rather keep the extra jobs unless the issues
are more widespread (as usual the tests here are more to get a
baseline for regressions than for full coverage either way).
Closes: https://bugs.gentoo.org/916181
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/916216
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Stabilization is dragging wrt bug #915549, so may as well
add a bound in stable while waiting for fixed version.
Depend-only w/o revbump given non-issue if it is already built.
Closes: https://bugs.gentoo.org/915907
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Also add to 6.5.3, while the issue has been less prominent in
6.5.x, there has been users that ran into issues with older
versions, and is needed for stable users.
See bug #915695 for details, the others are essentially duplicates
which are hopefully fixed too (please report if still issues given
I could never reproduce myself and cannot confirm).
Closes: https://bugs.gentoo.org/908809
Closes: https://bugs.gentoo.org/908816
Closes: https://bugs.gentoo.org/913493
Closes: https://bugs.gentoo.org/915695
Thanks-to: vowstar
Thanks-to: Mike Gilbert <floppym@gentoo.org>
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Albeit information remains kind of buried in there, but in case
someone happens to look at it when trying to figure out what
to depend on for qtprintsupport -- aka not [cups] but rather
need [gui,widgets].
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Technically only in 6.9999 at the moment, but will be picked
to 6.6.9999 soon.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
xcb is no longer required to enable accessibility (upstream change
did not make it in 6.6.0, will be in 6.6.1).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Do not believe it matters either way given these should be unused,
but shouldn't hurt to inline instead until upstream's own fix.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/914460
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Technically an LTS branch but 6.5.3 is due to be the last "public"
release for this branch plus Plasma 6 is based on 6.6, so should
have no use for this anymore.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Passes fine if just run it on its own or disable all sandboxes.
Exact cause unknown given gives no sandbox violations and does
not seem to be ipc/pid-sandbox.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Similar issues as tst_qrawfont, and that the system is not setup
exactly like Qt's tests expect does not necessarily mean fonts will
not be usable.
Bug: https://bugs.gentoo.org/914737
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Enabling X+opengl+gles2-only but wanting X off on libglvnd is a bit of
a stretch, but technically GLX is not used with gles2-only.
Not worth a revbump.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Currently only exists in 6.9999 and will be in Qt6.7 unless upstream
backports it to 6.6.x earlier.
Originally thought that this already worked with the cmake migration,
thus libglvnd[-X] not being only for gles2-only like in qtgui:5.
Rather than change that dependency, just backport the cmake check
to allow building.
Trivial elseif() so this does nothing unless GLX is missing.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Two test cases are failing on a Loongson 3A6000 box:
71 - tst_qprocess (Failed)
304 - tst_qnetworkinterface (Failed)
With the following log messages:
FAIL! : tst_QProcess::startStopStartStopBuffers(separate-separate) 'process.bytesToWrite() > 0' returned FALSE. ()
Loc: [/tmp/portage/dev-qt/qtbase-6.5.2-r2/work/qtbase-everywhere-src-6.5.2/tests/auto/corelib/io/qprocess/tst_qprocess.cpp(2461)]
FAIL! : tst_QProcess::startStopStartStopBuffers(separate-merged) 'process.bytesToWrite() > 0' returned FALSE. ()
Loc: [/tmp/portage/dev-qt/qtbase-6.5.2-r2/work/qtbase-everywhere-src-6.5.2/tests/auto/corelib/io/qprocess/tst_qprocess.cpp(2461)]
FAIL! : tst_QProcess::startStopStartStopBuffers(merged-separate) 'process.bytesToWrite() > 0' returned FALSE. ()
Loc: [/tmp/portage/dev-qt/qtbase-6.5.2-r2/work/qtbase-everywhere-src-6.5.2/tests/auto/corelib/io/qprocess/tst_qprocess.cpp(2461)]
FAIL! : tst_QProcess::startStopStartStopBuffers(merged-merged) 'process.bytesToWrite() > 0' returned FALSE. ()
Loc: [/tmp/portage/dev-qt/qtbase-6.5.2-r2/work/qtbase-everywhere-src-6.5.2/tests/auto/corelib/io/qprocess/tst_qprocess.cpp(2461)]
FAIL! : tst_QProcess::startStopStartStopBuffers(merged-forwarded) 'process.bytesToWrite() > 0' returned FALSE. ()
Loc: [/tmp/portage/dev-qt/qtbase-6.5.2-r2/work/qtbase-everywhere-src-6.5.2/tests/auto/corelib/io/qprocess/tst_qprocess.cpp(2461)]
FAIL! : tst_QNetworkInterface::localAddress(wg0-xxx.xxx.xxx.xxx) 'pmtu <= outgoingIface->maximumTransmissionUnit()' returned FALSE. ()
Loc: [/tmp/portage/dev-qt/qtbase-6.5.2-r2/work/qtbase-everywhere-src-6.5.2/tests/auto/network/kernel/qnetworkinterface/tst_qnetworkinterface.cpp(246)]
But both are spurious to some extent.
For the startStopStartStopBuffers case, a 128KiB write is made to
hopefully retain some unwritten data even if the pipe is found writable,
and the comment in the test code indicates that Linux is the "worst
case" defaulting to 64KiB pipe buffers. This is actually
PIPE_DEF_BUFFERS pages, according to include/linux/pipe_fs_i.h; popular
arches use 4KiB pages, so 64KiB for them. Linux/LoongArch defaults to
16KiB pages, however, and the test case passes when the write size is
quadrupled.
And for the localAddress case, it may just be that the WireGuard
interface behaves differently than physical ones, and indeed the other
interfaces passed the test.
So, the library should actually be fully functional on loong, hence the
keyword.
Signed-off-by: WANG Xuerui <xen0n@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|