| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
This was done for BROOT, but if BROOT no longer need to be passed
then redefining src_unpack is unnecessary.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Mike Gilbert <floppym@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Would probably be simpler if the eclass could handle BROOT by itself.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
This reverts commit 33ef6a9d4df3ea6a0c688b0bb3bde2f7fa5e481d.
Actually still cause problems with 6.6.0-rc, going to keep
this around for a bit longer and see how it goes.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Got fixed on Qt's end before release.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Checks if the chromium version matches known versions recorded in the
test. Upstream updates as needed but that means failure for any older
qutebrowser version whenever there's a new major qtwebengine (aka,
currently fails with 6.6.9999 which reports 112 rather than 108, but
otherwise qutebrowser works just fine with it and upstream has updated
this in qutebrowser-9999).
Not really useful for us, let's just skip it rather than update.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Maybe bit early to do this, but currently getting these
warnings with due-for-release-soon 6.5.3 and 6.6.0 branches.
Temporary either way, that's something upstream will handle
if still needed by the time of next release.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now prexified in qtwebengine:6 itself, albeit the rare users
actually using this on prefix will need to manually rebuild
qtwebengine to get the change if <=qtwebengine-6.5.2.
Given this messed with tests did not want to keep this in
qutebrowser, and it can benefit others.
Technically don't need USE=widevine anymore, but prefer this
over a optfeature at the moment and qutebrowser is fast to
"rebuild" being python-only.
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: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
wrt qt6 ewarn, at this point don't want it to sound like Qt6
is not stable and Qt5 removal is not happening anytime soon.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
No notable changes, but clarify/reword a few comments, call
python_gen_cond_dep less times, skip a failing test with Qt5,
and uncomment the Qt6 warning. Rest is just style.
This is in preparation for the imminent qutebrowser-3 release,
tests pass for both Qt5 and Qt6 in current state.
May still be other small adjustments to do depending on how
the release tarball is created.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Last blocker is pyside2+6 to enable py3.12 on QtPy which is needed
by pytest-qt, but tests on pyside are restricted and I do not
use/follow either of these to be able to know if it works.
If ignore the pyside deps and force enable 3.12 just to be able
to run qutebrowser's tests, it passes fine.
Leaving this on hold for now so don't need to restrict tests.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
No consequence on runtime, just tests issues. Already fixed
in live nearly two months ago. Doesn't hurt to backport so
can have a working reference when major qutebrowser-3.0.0
releases.
Closes: https://bugs.gentoo.org/910742
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Fairly rare that users have anything else enabled (e.g. mysql),
but sqlite is specifically needed to read qtwebengine/chromium's
sqlite databases like history.sqlite.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now defaults to Qt6 and auto-fallbacks to Qt5 if missing or broken,
but there is little reason to use automagic in our case and it should
use the backend ebuild set dependencies for (users can still override
this at runtime if really wanted).
Using sed is what machinery.py suggests.
On a side-note, selected qt6 tests currently pass and qt5 has one
failure. Will be reviewed further on release.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Should have very few users actually using Qt6 (USE is masked,
and ebuilds are unkeyworded), but given removed the _pre ebuild
it's possible it'll cause an unexpected downgrade and it wouldn't
hurt to warn (albeit should be fairly noticeable given the deps
pulled are non-trivial).
Switching will be less of a worry in qutebrowser-3.0.0 given it
can detect a mismatch on startup, but the old 2.5.4 is oblivious.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
qt6-v2 was merged in the main branch, so this syncs 9999 with
the old 3.0.0_pre9999 ebuild plus a few adjustments
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
The qt6-v2 branch was merged in the main branch making this
obsolete. Use normal 9999 if want USE=qt6 (or at least until
3.0.0 is released).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
This is a bump in name only, they are almost identical
and the 2 lines changes is for FreeBSD. So skipping the
usual process and just git mv'ing in stable.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/900861
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit de3188d3b33e3826a278b3426d5376311439e3dc.
Adding this was a request but profile is apparently unmaintained
upstream and installing it does not seem like a good idea if it's
going to potentially crash the browser wrt bug #900861.
From a quick look it seems like it'd need adjustment for the
paths we uses too, but not limited to these (handling both slots
of qtwebengine and gpu-related things it does seems non-trivial,
lot of this profile feels like wishful guesswork).
Users that really want this are invited to install/modify it
manually for now.
Bug: https://bugs.gentoo.org/900861
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Sergey Alirzaev <l29ah@riseup.net>
Closes: https://github.com/gentoo/gentoo/pull/29898
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Somewhat sync 9999 with 3.0.0_pre9999 minus qt6.
Reverted xdist usage since getting random failures, perhaps they
are qt5-only but not going to worry about it given need to bump/test
this too rarely to need the test suite to be speedy.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* show USE=-qt6 warning on amd64 (about to be unmasked) + note Qt5
support is eventually due for removal (while upstream will keep
supporting it for a while, they strongly recommend moving to Qt6)
* restore full set of keywords given USE=qt6 will remain masked on
non-amd64 until keyworded. Not that it matters in live.
* minor style/comment adjustments
This ebuild will eventually replace 9999 after qt6-v2 is merged
to master, so not bothering to keep in sync for now.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Upstream now calls `python3 -m asciidoc` to simplify some venv/pip
handling but, given asciidoc is single target, matching pythons
over this would be inconvenient (aka fails if asciidoc is 3.10 and
qutebrowser is 3.11).
Alternatively could make asciidoc multi-target but this works just
fine if just swap it out for ["asciidoc"]. May review this solution
eventually but won't worry too much if it's for live-only.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Not super important, but still be a while before a 3.0.0,
and unsure when/if 2.5.3 is happening.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Unfortunately qtwebengine:5 doesn't fare so well with new pdfjs-3,
while :6 has no issues. As a optfeature, handling this is rather
unintuitive and older pdfjs may get dropped without a dependency check.
This is just python and builds quickly, so add IUSE=pdf to control
versions and also make content.pdfjs a default if enabled.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
| |
Also reword expected issues, still WIP but realistically there's
no notable issues anymore from user-perspective.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Was meant to match to skip MY_P (like dev-python often does), but
on second thought it doesn't feel entirely right here given
(ignoring pypi tarballs) official website doesn't use underscore
(e.g. PyQt-WebEngine).
Could probably skip pkgmove (qt6 still masked), but feels messy
not to so doing it anyway.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Test version using the wip-but-mostly-fine qt6-v2 branch to
prepare for the 3.0.0 release planned to have qt6 support.
Also some misc ebuild improvements, notably trying python-xdist
which used to fail but seems fine now (upstream uses it too).
Will be merged into normal -9999 when upstream merges to master.
Closes: https://github.com/gentoo/gentoo/pull/26504
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Doing this now so don't forget, will be needed when PyQt6 is
in the tree and technically ensures pyside2 is not used too.
Version 3.0.0_pre will be able to "pyqt$(usex qt6 6 5)" for
tests, this already works with local Qt6 ebuilds.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
No known issues with >=python-3.11.0_beta4 (randomly crash with beta3).
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: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|