gpo.zugaina.org

Search Portage & Overlays:

dev-python/pyvistaqt

Qt-based plotting GUI for PyVista (background plotter, scientific viewers)

Screenshots

  • pyvistaqt-0.13.0
    ~amd64 ~arm64
    test python_single_target_python3_12 python_single_target_python3_13 python_single_target_python3_14 test

    View      Download      Browse     License: MIT   
    Overlay: stuff
  • pyvistaqt-0.12.0
    ~amd64 ~arm64
    test python_single_target_python3_12 python_single_target_python3_13 python_single_target_python3_14

    View      Download      Browse     License: MIT   
    Overlay: stuff
  • pyvistaqt-0.11.4
    ~amd64 ~arm64
    test python_single_target_python3_12 python_single_target_python3_13 python_single_target_python3_14

    View      Download      Browse     License: MIT   
    Overlay: stuff
  • pyvistaqt-0.11.3
    ~amd64 ~x86
    python_targets_python3_11 python_targets_python3_12 python_targets_python3_13 python_targets_python3_14

    View      Download      Browse     License: MIT   
    Overlay: pypi

ChangeLog

commit 874a152ee46cad3290d77c7eb1472a926d3ad18f
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Fri Sep 4 02:19:45 2026 +0200

dev-python/pyvistaqt: enable the 0.13.0 test suite

USE=test was effectively a no-op with EPYTEST_PLUGINS=(): the suite
needs pytest-qt to drive the Qt event loop, and VTK needs an X server
before it will create a render window.

- inherit virtualx and run src_test under Xvfb.
- qtpy gains [opengl,widgets] -- the submodules the plotter imports.
- python_test pins PYTEST_QT_API to the binding QtPy actually chose.
pytest-qt otherwise imports one of its own first, which aborts the
process whenever more than one binding is installed.
- test_depth_peeling is deselected. VTK probes the DRM device and
exits the process outright when there is no usable render device,
which Xvfb plus Mesa's software renderer does not provide.
- a patch strips the reference-leak fixtures from tests/conftest.py.
They import the third-party refleak package, which is not in ::gentoo
and would otherwise make the suite uncollectable.

commit 3fbcfa6b08ed1b4265834d6b1a6287d2fb9ae6b8
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Wed Sep 2 22:44:19 2026 +0200

dev-python/pyvistaqt: add 0.13.0

Runtime deps unchanged (pyvista>=0.43.7, QtPy>=1.9.0) and the
build-system requires are byte-identical to 0.12.0 -- the upstream diff
is entirely ruff/mypy config now that rwi.py is linted rather than
excluded.

setuptools-scm-10 RDEPENDs on vcs-versioning, so upstream's
vcs_versioning build requirement stays covered by the existing BDEPEND
without an explicit atom. verified 2026-09-02

commit 64837e655706c6d317be085fddcea31d07b71a72
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Fri Jul 3 09:58:32 2026 +0200

dev-python/pyvistaqt: add 0.12.0

commit cac6ed97fd3f90966d83d560f919b91a6eecff53
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Wed Jun 17 00:55:42 2026 +0200

dev-python/pyvistaqt: Keyword 0.11.4 for ~arm64

Pure-Python (PEP517), architecture-independent; GUI toolkit (Qt/wx/GTK) is a runtime dep, arch-agnostic and arm64-available.

commit 74665f0d092b9b0abb65b1aa8785b5391e96698a
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Wed May 13 14:35:26 2026 +0200

dev-python/pyvistaqt: disable py3.11

commit 66022f43d1c922bd7c0fcc78d598333da33d4a23
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Sun May 10 21:07:52 2026 +0200

dev-python/pyvistaqt: switch to DISTUTILS_SINGLE_IMPL

dev-python/pyvista is now SINGLE_IMPL; multi-impl consumer with bare
$ on it produces python_targets_python3_*(-)? that the
single-impl child can't expose. Convert to single-impl too; pyvista on
bare $, qtpy + setuptools-scm wrapped in
python_gen_cond_dep.

commit ee0084baa10ac16bbd396840495cc585e15335b1
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Sat May 9 01:11:54 2026 +0200

dev-python/pyvistaqt: drop ~x86 KEYWORDS

Mirrors the dev-python/pyvista narrow in this branch — pyvistaqt's
RDEPEND requires pyvista, which we just dropped from ~x86 because its
sci-libs/vtk[python] sub-tree is unsolvable on x86. Without this,
pyvistaqt would inherit the unsolvable cascade and a NonsolvableDeps
warning showed up on x86 immediately after the pyvista narrow.

commit 6f255a3264f77fc70eb3233d75edf6d2dce12dda
Author: Ivan S. Titov <iohann.s.titov@gmail.com>
Date: Thu Apr 30 14:17:53 2026 +0200

dev-python/pyvistaqt: new package, Qt-side glue for pyvista (BackgroundPlotter)

Added as a sci-physics/mantid runtime dep — mantid's instrumentview hard-imports it for the Qt scene host.
Missing from ::gentoo.