| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
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>
|
|
|
|
|
|
| |
"above" is no longer the same thing
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Some of bug #914371's issues could (ideally) still need looking
into/attention, but believe reasonable to close for now and allow
keywording assuming did not overlook anything.
Closes: https://bugs.gentoo.org/914371
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
May or may not have other impacts and could use fixing,
but skipping noise about this for now.
Assuming unlikely to come up on non-hppa, so skipping only
there. Will see if other arches somehow come up.
Bug: https://bugs.gentoo.org/914371
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Could use looking into eventually, but these failures should
not have much of an impact. Skipping globally to avoid coming
back to this with other arches.
Bug: https://bugs.gentoo.org/914033
Bug: https://bugs.gentoo.org/914371
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Not necessary with the new handling, but on 2nd thought lacking this
may confuse users, e.g. "gles2-only so don't need desktop opengl",
but IUSE=opengl is really to control the QtOpenGL module, and is the
thing revdeps depend on if they want (any) GL.
Bug: https://bugs.gentoo.org/914334
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Individual features will be set based on this.
Technically enabling QT_FEATURE_onlygles2 is a no-op without enabling
opengl too, but it can confuse other packages into believing they can
use it.
Technically needs a revbump (qtdeclarative will keep failing until
qtbase is rebuilt), but skipping given qtbase is a long rebuild and
[gles2-only,-opengl] should be scarcely used.
Closes: https://bugs.gentoo.org/914334
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/914195
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Have not really looked at 6.7+ yet, but happened to see this one.
Albeit overall kind of obscure, would've hard disabled if not
packaged.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
tds option was removed entirely, likely not coming back.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Sraight copies from 6.9999, pending updates as-needed to prepare
for 6.6 which is slowly approaching (6.9999 been 6.7 for some time).
6.5.9999 will be leaving soon given 6.5.3 is the last 6.5 release
for plebians.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Had forgotten this caused issues with llvm-musl too,
and is probably fitting for a global skip where it's
been added.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
-DBUILD_WITH_PCH=OFF also causes the feature to be disabled, but the
feature on its own misleadingly does not disable it on qtbase (note
PCH tend to be a source of all sort of issues and is typically not
worth the trouble).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Again, goal is more or less to get a baseline where things are
not completely broken. Unless get general failures not going
to worry too much about it.
Intentionally skipping everywhere so this does not come back
for other arches either.
Closes: https://bugs.gentoo.org/914028
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@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>
|
|
|
|
|
|
|
| |
About to revbump either way, so no longer concerned
about this causing a no-op rebuild.
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>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
For qt6, had bit of a draft to "merge" qttranslations with their
respective packages, plus a few splits for circular deps. But it
all started to feel churny and looked like it would be a pain to
maintain, prone to mistakes, and with very little to gain. Doing
our own tarballs could work but still requires some tracking and
writing scripts to handle it.
And then I do not think translations should need to be emerged
manually, it is something you can normally expect out of the box
unless you opt-out.
So let's just do the "nls? ( )" in qt6 even if runtime-only IUSE
are kind of terrible on a large package like qtbase.
Not unconditional given it does bring in linguist as extra, and
translations are still a decent ~13MB installed.
Live-only for now, no need to trigger rebuilds over this.
Bug: https://bugs.gentoo.org/810802
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
-DINPUT_opengl does not do anything but flip qt_feature on/off that
I can see, and we are already controlling these. But the check for
support is not happy if it does not find it set to "no".
Newly happening given this no longer has a hard dependency on libglvnd.
Closes: https://bugs.gentoo.org/913691
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>
|