Description of problem: Package PyQt4 fails to build from source in Fedora Rawhide. Version-Release number of selected component (if applicable): 4.12.3-17.fc35 Steps to Reproduce: koji build --scratch f36 PyQt4-4.12.3-17.fc35.src.rpm Additional info: This package is tracked by Koschei. See: https://koschei.fedoraproject.org/package/PyQt4
Nothing (significant) really depends on this in the distro anymore, probably time to retire it. I'll get the ball rolling this week.
I suppose I'll orphan instead in case there's anyone interested in performing superheroic measures to fix this.
This bug appears to have been reported against 'rawhide' during the Fedora 36 development cycle. Changing version to 36.
Dear Maintainer, your package has an open Fails To Build From Source bug for Fedora 37. Action is required from you. If you can fix your package to build, perform a build in koji, and either create an update in bodhi, or close this bug without creating an update, if updating is not appropriate [1]. If you are working on a fix, set the status to ASSIGNED to acknowledge this. If you have already fixed this issue, please close this Bugzilla report. Following the policy for such packages [2], your package will be orphaned if this bug remains in NEW state more than 8 weeks (not sooner than 2022-03-07). A week before the mass branching of Fedora 38 according to the schedule [3], any packages not successfully rebuilt at least on Fedora 36 will be retired regardless of the status of this bug. [1] https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/ [2] https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/ [3] https://fedorapeople.org/groups/schedule/f-38/f-38-key-tasks.html
it is fixed in PyQt4-4.12.3-20.fc37, https://koji.fedoraproject.org/koji/taskinfo?taskID=86577944
(In reply to Than Ngo from comment #5) > it is fixed in PyQt4-4.12.3-20.fc37, > https://koji.fedoraproject.org/koji/taskinfo?taskID=86577944 Apologies for butting in, and I suppose it's really none of my business so I'm fine with not getting an answer to this, but if you're willing to indulge me... I'm just curious: ...Why? Is it just a case of fixing something for the sake of it being fixed, or are there really still packages — or users — out there depending on PyQt4? It strains credulity, to me, that any code still using PyQt4 would **itself** be compatible with Python 3.11, considering it most likely originated in the early days of Python 2. It also seems like PyQt4 is probably one of the main reasons (or at least *A* reason) why Qt4 ITSELF is still haunting Fedora. It'd be a shame if PyQt4 is being kept on life support (and therefore adding to the workload of dependency maintainers, who have to do the same for their packages) without some _actual_ — rather than merely presumed, or potential — need. Sometimes retirement is really the best option, for especially ancient packages. IMHO.
$ repoquery --repo=rawhide{,-source} --whatrequires PyQt4-qsci-api --whatrequires python3-PyQt4 --whatrequires python3-PyQt4-devel --whatrequires python3-PyQt4-webkit | grep -v PyQt4 gr-air-modes-0:0-0.93.20200807git9e2515a5.fc37.src ibus-bogo-0:0.4-27.fc36.noarch ibus-bogo-0:0.4-27.fc36.src pymol-0:2.5.0-3.fc37.x86_64 python-qdarkstyle-0:3.0.2-4.fc37.src python3-cclib-0:1.7-4.fc36.noarch python3-iep-0:3.7-22.fc36.noarch python3-pyudev-qt4-0:0.23.2-1.fc37.noarch qhexedit2-0:0.8.9-7.fc36.src
Thanks! (In reply to Miro Hrončok from comment #7) > gr-air-modes-0:0-0.93.20200807git9e2515a5.fc37.src A package which requires PyQt4 only for an optional GUI tool, which it will happily build and install without if PyQt4 is not detected. Mostly dependent on Qwt5, which is also packaged for PyQt5. > ibus-bogo-0:0.4-27.fc36.noarch > ibus-bogo-0:0.4-27.fc36.src A project on which development was suspended in 2014, and never resumed. Last commit was in 2017. Last issue opened in repo was 2019. > pymol-0:2.5.0-3.fc37.x86_64 A package which also supports both PyQt5 and PySide2 (Qt for Python). Plus a fallback Tk interface. PyQt4 seems to be an outdated legacy 'Requires:'. > python-qdarkstyle-0:3.0.2-4.fc37.src A style library which is a dependency of other packages based on PyQt5, like python3-spyder and electron-cash. Clearly not actually PyQt4-specific. > python3-cclib-0:1.7-4.fc36.noarch A library with a PyQt4 dependency only for a throwaway progress-dialog widget that hasn't been updated in four years. The corresponding text-based progress display has received commits within the past 3 months. PyQt4 dialog could be trivially ported to PyQt5 / PyQt6 in an afternoon, if anyone were interested in it, but it doesn't seem they are. > python3-iep-0:3.7-22.fc36.noarch A package which hasn't been updated since 2016, has a missing project website, and does not appear to be available at pypi.org. > python3-pyudev-qt4-0:0.23.2-1.fc37.noarch A library binding that provides both PyQt4 and PyQt5 widgets. PyQt4 version could be dropped without removing the PyQt5 version. PyQt4 subpackage has no dependents. > qhexedit2-0:0.8.9-7.fc36.src A widget that also has a PyQt5 version. PyQt4 version could be dropped without removing the PyQt5 version. Entire package (including PyQt5 version) has no dependents of any kind.
Looks like someone else (besides me) is primary PyQt4 maintainer now (they must've picked it up after I orphaned it? don't recall)