Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/dev-python/PyQt6
Commit message (Collapse)AuthorAgeFilesLines
* dev-python/PyQt6: Stabilize 6.7.0 amd64, #931832Sam James2024-05-131-1/+1
| | | | Signed-off-by: Sam James <sam@gentoo.org>
* dev-python/PyQt6: depend on qtdeclarative with USE=speechIonen Wolkens2024-04-272-3/+9
| | | | | | | | | | | | | Does not actually need USE=qml to be set on neither qtspeech nor PyQt6, just qtdeclarative itself. project.py: qmake_QT=['texttospeech', '-gui', 'qmlintegration'], Not worth a revbump due to slow rebuilds (rebuilds are triggered every Qt bumps either way). Closes: https://bugs.gentoo.org/930756 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add 6.7.0Ionen Wolkens2024-04-262-0/+176
| | | | | | | Despite a major'ish bump, couldn't spot any need for ebuild changes except depending on newer sip. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: adjust qmake hack commentIonen Wolkens2023-12-251-3/+3
| | | | | | | | | Was looking for a better workaround for this, but then realized that it did not fail for the reason I thought it did. Perhaps could be improved in PyQt-builder. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: keyword 6.6.1 for ~arm64Mart Raudsepp2023-12-231-1/+1
| | | | | Bug: https://bugs.gentoo.org/907080 Signed-off-by: Mart Raudsepp <leio@gentoo.org>
* dev-python/PyQt6: cleanup unnecessary (-)Ionen Wolkens2023-12-191-1/+1
| | | | | | | Flag was added in qtwebengine-6.5.3 and this PyQt6 version checks for >=6.6.0, so it does not matter anymore. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: drop 6.5.3Ionen Wolkens2023-12-193-203/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: Stabilize 6.6.1 amd64, #920154Arthur Zamarin2023-12-171-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* dev-python/PyQt6: drop 6.6.0-r1Ionen Wolkens2023-12-162-176/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: fix build with upcoming qtbase-6.7.0Ionen Wolkens2023-12-122-0/+81
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add 6.6.1Ionen Wolkens2023-12-042-0/+176
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: restore qtbase binding operatorIonen Wolkens2023-11-272-2/+4
| | | | | | | | | | | | | | | | | Not sure where these are coming from (does not use _p headers?), but while testing Qt6.6.1 with PyQt6 built against 6.6.0: QtCore.abi3.so: undefined symbol: <snip>, version Qt_6_PRIVATE_API (and from a quick grep, only uses these from qtbase). So let's just keep it even if rebuilds may not always be necessary, esp. if it's going to happen on minor versions too. Sparing revbump for PyQt6-6.5.3 to avoid long mostly unnecessary rebuilds in stable given PyQt6-6.6.0 will be stabled together with qtbase-6.6.1 either way. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: drop 6.5.2, 6.5.2-r1Ionen Wolkens2023-11-153-352/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: Stabilize 6.5.3 amd64, #915549Arthur Zamarin2023-11-151-1/+1
| | | | Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
* dev-python/PyQt6: depend on qtdeclarative[opengl] for USE=quickLucio Sauer2023-11-051-0/+1
| | | | | | | | | | | | | | | | | 42b4c9f60670 did not fix v6.5.3. Skipping revbump due to long rebuilds, and technically it shouldn't matter given (as far as I can tell) it'll pass loading this bit at runtime without USE=opengl being set on PyQt6 (which would ensure it is set on qtdeclarative through qtbase/qtdeclarative[opengl=]). Note that this does not affect PyQt5 despite also using the header given qtdeclarative:5 always installs this that I can see. Bug: https://bugs.gentoo.org/916889 Signed-off-by: Lucio Sauer <watermanpaint@posteo.net> Closes: https://github.com/gentoo/gentoo/pull/33678 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: depend on qtdeclarative[opengl] for USE=quickIonen Wolkens2023-11-053-0/+3
| | | | | | | | | | | | | Skipping revbump due to long rebuilds, and technically it shouldn't matter given (as far as I can tell) it'll pass loading this bit at runtime without USE=opengl being set on PyQt6 (which would ensure it is set on qtdeclarative through qtbase/qtdeclarative[opengl=]). Note that this does not affect PyQt5 despite also using the header given qtdeclarative:5 always installs this that I can see. Closes: https://bugs.gentoo.org/916889 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add 6.6.0Ionen Wolkens2023-10-302-0/+174
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: depend on newer sip for 6.5.3Ionen Wolkens2023-10-181-0/+1
| | | | | Closes: https://bugs.gentoo.org/915945 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add 6.5.3Ionen Wolkens2023-10-142-0/+177
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: update description for qt660.patchIonen Wolkens2023-10-111-3/+7
| | | | | | | | | | | | | | | | | | Upon closer look the fix is subpar as did not formerly notice the removed bit had a replacement looking only at the header (without the commit). Not that this is an issue with what it's used with at the moment (afaik only qutebrowser really uses PyQt6's sql) so will stick with it until next release. Kind of wonder how Arch got it to build without patches given there is a "Qt 6.6 rebuild" PyQt6 commit, maybe it actually used 6.5 given 6.6 is still in experimental (not that this would be an issue given it works at runtime with 6.6 then). Retried with final version (formerly 6.6.0-rc) without patch, and it still fails. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: fix USE=sql build with qt6.6Ionen Wolkens2023-10-102-0/+23
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: pin 6.5.2-r0 to <Qt6.6 for bluetooth+sqlIonen Wolkens2023-10-101-0/+4
| | | | | | | Both fail to build. No revbump needed given it should be usable with 6.6 if it was built against an older version like 6.5. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: tentatively drop qtbase's binding operatorIonen Wolkens2023-09-282-4/+2
| | | | | | | | | | | | | | Believe symbol issues had in the past were more of a fluke than the norm, not to mention this does not actually use _p.h headers. Takes a while to rebuild and forcing a rebuild on every Qt bump may not be worthwhile (back when added this, Qt used 0/a.b rather than 0/a.b.c so it was not that bad). May revert if get issues again. (would still cause one more rebuild but -r1 happened in an earlier commit either way) Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: check for qtdeclarative[widgets?]Ionen Wolkens2023-09-282-2/+2
| | | | | | | | | | qtbase[widgets] forces it on qtdeclarative either way, but could "potentially" lead portage to believe it can schedule enabling widgets on qtdeclarative after PyQt6. No revbump needed for this edge case. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: support QtPdf with IUSE=pdfium.Ionen Wolkens2023-09-282-0/+174
| | | | | | | | | | | | | | QtPdf is enabled in qtwebengine-6.5.3+. Not using IUSE=pdf given qtwebengine tend to need special treatment, and this makes it easier to mask the USE globally on arches where it is not supported. Furthermore IUSE=pdf is default on some profiles and would pull the heavy qtwebengine for users that may not want it. Revbumping at same time as 6.5.3 given binding operator will cause a rebuild either way. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: stabilize 6.5.2 for amd64Ionen Wolkens2023-09-151-1/+1
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add QtBluetooth, Nfc, TextToSpeech, and SensorsIonen Wolkens2023-09-052-12/+24
| | | | | | | | | | | | | | | Nothing that needs this in PyQt6 currently, but there is no harm in adding off-by-default support now that these are packaged. Only ones still missing are: - QtLocation: still disabled in project.py, so waiting on upstream - QtPdf: needs enabling & testing in qtwebengine first - QtRemoteObjects: thought to package this but failing to find anything that is going to need it currently, will wait until someone requests (remoteobjects sound interesting but seemingly scarcely used) - QtAxContainer: this is for Windows (ActiveX), so nothing to do here Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: switch maintainer to qt@Ionen Wolkens2023-09-051-3/+3
| | | | | | | Which I am part of, so nothing changes beside being consistent with other PyQt* packages. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: update permissions feature commentIonen Wolkens2023-09-051-4/+1
| | | | | | | | Not a todo, had a closer look at the feature and it's enabled for "APPLE OR ANDROID OR WASM", so not really our thing. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: drop 6.5.1Ionen Wolkens2023-08-062-160/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add 6.5.2, enable py3.12Ionen Wolkens2023-07-242-0/+166
| | | | | | | | | | | | | No tests provided like other packages from this chain from this upstream, so using qutebrowser[qt6]'s tests as reference to know if it works with py3.12. qutebrowser did have 3.12 issues with 6.5.1, which got fixed in 6.5.2 -- so from this assuming that the chain's latest versions have likely been tested by upstream with 3.12 now and should be mostly safe to add. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: remove gcc dependency, update hackIonen Wolkens2023-06-171-4/+6
| | | | | | | | | | | | | | | | | Turns out that this *can* use clang++ but only if qtbase was built with clang++ as well, otherwise it still uses g++ even with CXX=clang++ But given the former, there is little reason to enforce the dependency. Ideally would use CXX but that would require more elaborate testing to know what it is and what qtbase was built with (perhaps if ever add the hack to qmake-utils.eclass). No revbump given PyQt* bindings are a slowish build and depcleaning gcc is a bit niche, the few interested can handle this manually until next bump. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: drop 6.5.0Ionen Wolkens2023-06-172-153/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: use qmake-utils new qt6 functionsIonen Wolkens2023-06-131-3/+3
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add 6.5.1Ionen Wolkens2023-06-032-0/+158
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: drop 6.4.2Ionen Wolkens2023-05-112-151/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: use binding operator for qtbaseIonen Wolkens2023-04-222-2/+4
| | | | | | | | | | | | | | Seems to rarely be an issue but hit symbol problems when using PyQt6-6.4.2 with Qt6.5 without a rebuild (otherwise works with 6.5 just fine). Could happen with 6.6+ too, albeit mitigated by PyQt6 bumps happening around same time and forcing the rebuild either way. Going to skip revbump for now given the above and being a slow build (plus it's masked), uncertain whether it'll even be needed for 6.6. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: simplify using python_configure_allIonen Wolkens2023-04-222-4/+2
| | | | | | Didn't really make a difference before, but now it does, Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: respect CPPFLAGSIonen Wolkens2023-04-222-0/+4
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: set DISTUTILS_EXT=1Ionen Wolkens2023-04-222-0/+2
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: adjust deps for gles2-onlyIonen Wolkens2023-04-192-0/+2
| | | | | | | | | | | | Interestly this seems to only use libglvnd directly if gles2-only (for libGLESv2), otherwise uses GL seemingly only through qtbase. Not worth a revbump, still masked and libglvnd is still guaranteed through qtbase either way -- just a nitpick from iwdevtools reporting the DT_NEEDED entry. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: fix build with qtbase[-opengl]Ionen Wolkens2023-04-192-0/+2
| | | | | | | | | | | | On top of disabling the QtOpenGL bindings with USE=-opengl, also need to fully disable the OpenGL feature given it's also used in QtGui. Still not sure if this is all handled right for gles2-only, the logic is misleading. Closes: https://bugs.gentoo.org/904676 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add 6.5.0Ionen Wolkens2023-04-163-0/+149
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: use pypi.eclassIonen Wolkens2023-02-131-2/+2
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: drop 6.4.1Ionen Wolkens2023-02-132-146/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add 6.4.2Ionen Wolkens2023-02-062-0/+146
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: drop 6.4.0Ionen Wolkens2023-01-302-149/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-python/PyQt6: add 6.4.1Ionen Wolkens2023-01-282-0/+146
| | | | | | | | | Switch to using /usr/bin/qmake6 which is now provided by qtbase. Also bump QT_PV to use $(ver_cut 1-2), not always necessary but this makes it unnecessary to keep track of new Qt features usage. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* */*: remove py3.8 from PYTHON_COMPATDavid Seifert2023-01-141-2/+2
| | | | Signed-off-by: David Seifert <soap@gentoo.org>
* dev-python/PyQt6: revert IUSE defaults for openglIonen Wolkens2022-10-281-1/+1
| | | | | | | Forgot IUSE=opengl is not default on qtbase, will leave that one to desktop profiles to enable it. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>