Bug 1750107
Summary: | TypeError: 'Shiboken.ObjectType' object is not iterable | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | edpil02 <edpil02> |
Component: | python-pyside2 | Assignee: | Richard Shaw <hobbes1069> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 32 | CC: | alexis.jeandet, hobbes1069, johan.heikkila, laurent.rineau__fedora, przemo, rdieter, sopwith, thoiland, tuju |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | python-pyside2-5.13.2-4.fc32 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-05-23 02:44:41 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 1832312 |
Description
edpil02
2019-09-08 11:46:15 UTC
The obvious part is it appears to be missing a python module called "toolbartools" but I've never heard of it and google isn't returning much. At this point I'm not sure this is a bug in PySide2... The author of "toolbartools" wrote me yesterday that the extension works for him (archlinux). I tried many other extensions from falkon store and always got the same errors : TypeError: 'Shiboken.ObjectType' object is not iterable Failed to import module "foo" I wonder if it's a python3.8 issue because this error is reported in Bug 1724146: python-pyside2 fails to build with Python 3.8 #Comment 6 Miro Hrončok 2019-07-08 23:30:51 UTC Now we get: [ 26%] Built target QtCore make[1]: Leaving directory '/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.3/x86_64-linux' make[2]: Entering directory '/builddir/build/INFO:generate_pyi:Generated: /builddir/build/BUILD/pyside-setup-everywhere-src-5.12.3/x86_64-linux/sources/pyside2/PySide2/QtCore.pyi Traceback (most recent call last): File "/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.3/x86_64-linux/sources/pyside2/PySide2/QtCore.pyi", line 135, in <module> -------------> class QAbstractEventDispatcher(PySide2.QtCore.QObject): -------------> TypeError: 'Shiboken.ObjectType' object is not iterable Traceback (most recent call last): File "/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.3/sources/pyside2/PySide2/QtCore/../support/generate_pyi.py", line 380, in <module> generate_all_pyi(outpath, options=options) File "/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.3/sources/pyside2/PySide2/QtCore/../support/generate_pyi.py", line 347, in generate_all_pyi step = generate_pyi(import_name, outpath, options) File "/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.3/sources/pyside2/PySide2/QtCore/../support/generate_pyi.py", line 287, in generate_pyi subprocess.check_output([sys.executable, outfilepath]) File "/usr/lib64/python3.8/subprocess.py", line 395, in check_output return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, File "/usr/lib64/python3.8/subprocess.py", line 487, in run raise CalledProcessError(retcode, process.args, subprocess.CalledProcessError: Command '['/usr/bin/python3', '/builddir/build/BUILD/pyside-setup-everywhere-src-5.12.3/x86_64-linux/sources/pyside2/PySide2/QtCore.pyi']' returned non-zero exit status 1. And sometimes while rebuilding my browser, got some weird errors with pyside2/python3.8 : (two many arguments in fonction foo) then the build became succcessfull after other trials. I don't mind updating the package if there's something actionable for me but I don't know what that would be right now... So toolbartools is a module you have available locally then? I'm assuming you've tried importing it manually from the python command line? I would start there if not. Also, there's a new patch level release but I haven't had time to build it yet but I have no idea if it fixes this or not. https://code.qt.io/cgit/pyside/pyside-setup.git/tree/dist/changes-5.13.1?h=5.13.1 Toolbartools is not a simple python module , but a a extension of the kde web browser Falkon named before Qupzilla. https://store.kde.org/p/1311622/ Description: Add spacers and separators to Falkon toolbar. 3 comments Comments Please login or register to add a comment eddy02 22 hours ago Tried to make your extension work , but always get same errors. class Separator(QtWidgets.QWidget): TypeError: 'Shiboken.ObjectType' object is not iterable class Spacer(QtWidgets.QWidget): TypeError: 'Shiboken.ObjectType' object is not iterable Rebuilt falkon ,update pyside2 doesnt help. Thanks. Report C sgorava 22 hours ago This does not seems to be related to this plugin. It works fine for me on Arch with version from repository and also from git. Can you check if other python extensions can work ? If it is truly only this one, I do not see in your error message any relation to my code. shiboken ... shiboken2 ? Report eddy02 13 hours ago Thanks for your reply . I ve already tried other extensions and got same results. I have also rebuilt shiboken2 (5.12 , 5.14) but doesnt help. But just discover that my distro upgrade python3.7 to python 3.8. Pyside2 is built whith a patch. I m pretty sure that it is a python issue. Sorry for my english and thanks again. I recently build 5.13.1 by accident but you might as well try it. I'm probably going to have to bump the Epoch so I can downgrade everyone to 5.12.5... I've already built and test pyside2 git versions with no success. Tested your 5.13.1 built but same result. Think it is a python 3.8 / pyside2 compatibility issue , i'll try to file a bug report to python upstream. Sorry for my english and thanks very much for your job. Any change here? I've been fighting other package issues. I dropped after other builds try. But i keep on watching pyside2 bug tracker for python 3.8 issues. Is there an upstream but already submitted for this issue? Definitely a Python 3.8+pyside2 issue; I also hit it (and Googling the error message, this report was the only thing that came up): https://travis-ci.org/tohojo/flent/jobs/611950256 I'll go file an upstream bug if no one else has done so already... I haven't file a bug to upstream because it seems that they doesn't support python 3.8 actually. Read in some pyside2 readme or howto files -> python <= 3.7. Regards. Ah. Well, filed anyway: https://bugreports.qt.io/browse/PYSIDE-1140 Pyside2 v5.14 is out, which reportedly fixes the problem. The <major>.<minor> version of the package MUST match the qt version. As Rawhide only has 5.13.x, that solution is not available. This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32. Hi, Any update on this? Without either a 5.14 qt update or a patch for pyside2 5.13 to support python 3.8, pyside2 will remain broken and unusable. This looks like the 5.13 branch upstream fix, https://codereview.qt-project.org/c/pyside/pyside-setup/+/281812 Looks pretty small too. specifically, https://code.qt.io/cgit/pyside/pyside-setup.git/commit/?h=5.13&id=b1fbe94e0524e519196082b0f03eb559c54d733d Thanks, I'll take a look. Yeah upgrading to 5.14 wasn't going to happen. Qt5 major updates can be quite painful so are usually only done on rawhide. Not sure this is a fix, it says "This will avoid the current option of installing 5.13.x wheels on Python 3.8 environments." it seems to just prevent any build with python 3.8. I agree, doesn't really look like a "fix". Just thought it worth mentioning that FreeCAD (freecad-0.18.4-6.fc32.x86_64) is also broken due to this. It's actually useless, so shouldn't even be available in the fc32 repo right now (have to use appimage from their web site). FreeCAD problems reported here https://bugzilla.redhat.com/show_bug.cgi?id=1832312 #1832312 I took patches from here https://github.com/conda-forge/pyside2-feedstock/tree/master/recipe (0002 and 0003) and rebuilt python-pyside2 (python-pyside2-5.13.2-3.fc32.x86_64) (not sure if 0004 was needed, but used it also). It seems to work fine with the patches. To be more specific, FreeCAD works fine with the mentioned patches. Building and testing myself. If all is good I'll try official builds. I'm probably going to have to bump the package Epoch since I tried building 5.14.x. FEDORA-2020-10d152f626 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-10d152f626 Please test and give Karma! FEDORA-2020-10d152f626 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-10d152f626` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-10d152f626 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates. FEDORA-2020-10d152f626 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. |