| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
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: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
|
|
| |
fwiw there is a PR that may fix this, albeit no urgency given
no other packages use pytest-bdd, so a upper bound is pretty
harmless until upstream merge&release.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
pytest-bdd changed its parser, and syntax used here is completly
broken with it, upstream keeps up with pytest-bdd changes so it
should be fixed sooner or later.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Meant to add this alongside 3.13 compat when noticed it was
missing, but overlooked change wasn't queue'd when pushed.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
Looking upstream, the only issue left is with some specific tests that
we're not running and the failure does not indicate a runtime problem
(it's the test itself that has random issues).
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Should be non-issues.
Technically the resource type one also fails in live, but upstream
already knows that it needs to be updated and it will likely be fixed
soon, leave it out so don't forget to drop it next bump.
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>
|
|
|
|
| |
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
Next release has some fixes, albeit unsure if complete yet.
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>
|
|
|
|
| |
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
version.py newly checks for chromium security version which fails
given it does not know about 6.7.2's, and so just skip the whole
suite given not very meaningful downstream.
Also, Qt 6.7.2 introduced new warnings about failing to initialize
vulkan and qutebrowser's tests fail if it sees unrecognized
warnings. It might work if had mesa's lavapipe enabled in Xvfb
but new warnings been a recurring issue and little sense in
worrying further about these downstream.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Note that the Qt5 support had been dropped in the live ebuild
a while ago, and this is the first keyworded ebuild with that
change.
Upstream still support Qt5 (albeit discouraged), but seeing little
reason to keep supporting it here when we have working Qt6. Many
sites are broken with old qtwebengine:5 and, even with backports,
it is a security hazard.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Incompatible with the non-legacy sdist of 4.1.329 and
will fail to load any pdf with type errors.
Not that 4.1.329 is in-tree yet, just doing it before it breaks
(revbumps are cheap for this package) and will revisit later.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Still supported upstream, but qtwebengine:5 is slowly on its way
out in Gentoo and offers a poor browsing experience with modern
websites. Some may prefer Qt5 for better DE integration at the
moment, but considering that these issues throne over that.
Also drop the transition warning, we can rely on the warning that
qutebrowser itself will do (formerly was missing, thus the ebuild
warning was more useful). Plus given there is no USE to disable Qt6
anymore going back the other way is unlikely.
Qutebrowser's default is Qt6 so we can also drop the overrides.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
| |
qtwebengine:6 is keyworded on arm64 now, and x86 keywords were dropped.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
| |
Thought this was 6.7.0-only at first, but seems it was backported
to 6.6.3 which should release very soon.
Not touching live given upstream is likely to look more closely at
6.7.0 issues soon.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
| |
With the binhost gaining popularity, it may be good to warn about it.
Not an issue for most packages, but losing e.g. h264 in a full web
browser is not great and may leave users confused.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
| |
Several tests fail due to `-o tmp_path_retention_policy=failed`
from python-utils.eclass since commit b77499537549, so set
back to the default (=all).
The other setting (tmp_path_retention_count=0) does not seem
to be a problem.
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>
|
|
|
|
|
|
|
|
| |
Same issue as calibre, qutebrowser and qtwebengine are masked
on x86 -- so let's just drop the keyword rather than pretend
that it's still supported.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
|
|
|
| |
Not added to ::gentoo yet but is known incompatible at the
moment. Should be fixed next qutebrowser release.
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
|
|
|
|
| |
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>
|