Re: Packages with broken dependencies on Python 3.7
On 9/6/19 2:12 AM, Felix Schwarz wrote: Am 05.09.19 um 22:43 schrieb Richard Shaw: From a quick look (F30) there are not many dependent packages in F30: - yubikey-piv-manage dead upstream, no longer being maintained maintainer: orion I can take a stab at it but if it needs significant porting it may be best to retire it. PyQT4 might be worth a look. From my experience the API is pretty similar to pyside1. Also maybe orion could help? (cc) Also as this package is dead upstream, maybe it should be retired? I've retired it. -- Orion Poplawski Manager of NWRA Technical Systems 720-772-5637 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 https://www.nwra.com/ smime.p7s Description: S/MIME Cryptographic Signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Packages with broken dependencies on Python 3.7
swift-lang has been fixed with a patch and scratch builds on F32 build properly: https://koji.fedoraproject.org/koji/taskinfo?taskID=37348234 On 4 Sep 2019, at 17:39, Miro Hrončok wrote: Hello packagers! The following packages failed to build on Fedora 32 with Python 3.8 and they still require Python 3.7 on runtime. If the packages won't build with Python 3.8, they won't be installable, along with all their dependent packages, in Fedora 32. If there is an "actual" build failure, you should have already received a bug report blocking the tracking bug: https://bugzilla.redhat.com/showdependencytree.cgi?id=PYTHON38_resolved=1 If it is a dependency failure caused by an external factor (retired package, etc.) there should be a bugreport as well. However, if the package fails to resolve build dependencies only because some other package hasn't been rebuilt with Python 3.8, we have not opened a bug report (yet) to avoid duplication. If you see your package here and are blocked by another package, I recommend to see if the dependency isn't waiting for your help (e.g. the package maintainers haven't yet got time to look into this). Chances are, there is some undiscovered dependency loop as well. The Red Hat Python Maintenance team will gladly help with specific problems, but we will not fix all the packages ourselves. See also https://fedoraproject.org/wiki/Changes/Python3.8 Affected maintainers are bcced (except orphan, groups and maintainers usually disturbed by my spam). Maintainers by package: blender design-sw hobbes1069 ignatenkobrain kwizart luya roma s4504kr slaanesh certbot jhogarth nb clingo thofmann coccinelle rjones condor bbockelm bcotton eerlands matt matyas stevetraylen tstclair ttheisen valtri coreboot-utils lkundrak peter datagrepper ianweller ralph dee jspaleta spot dionaea rebus freecad hobbes1069 jkastner zultron gcc-python-plugindmalcolm jakub gdl orion gnucash notting gplugin ignatenkobrain graphite-api piotrp graphite-web jamielinux jsteffan piotrp kdevelop-python dvratil jgrulich minh libcec pbrobinson libpst carllibpst libunity rdieter mailman3 abompard matrix-synapse dcallagh jcline mraa pbrobinson ocrmypdf qulogic paraview deji orion sagitter player kwizart rmattes timn ttorling pocketsphinx mikep pybind11 jussilehtola python-APScheduler orphan python-OBD rathann python-Pympler rathann python-agate jujens python-agate-dbf jujens python-agate-excel jujens python-agate-sql jujens python-aioresponses gsauthof python-aiosmtpd abompard python-alchimia vpopovic python-anymarkup jchaloup orphan python-anymarkup-core jchaloup orphan python-astroML lupinix python-astroML-addons lupinix python-astropy-healpix lupinix python-astroscrappy lupinix python-asttokens zbyszek python-asynctest rathann python-behavechurchyard orphan python-beniget churchyard python-bz2file besser82 python-cartopy qulogic python-cattrsbrouhaha python-ccdproc lupinix python-certbot-apache jhogarth nb python-certbot-dns-cloudflare nb python-certbot-dns-cloudxns nb python-certbot-dns-digitalocean elyscape nb python-certbot-dns-dnsimple nb python-certbot-dns-dnsmadeeasy nb python-certbot-dns-gehirn elyscape python-certbot-dns-google elyscape nb python-certbot-dns-linode elyscape python-certbot-dns-luadns nb python-certbot-dns-nsone nb python-certbot-dns-ovh elyscape python-certbot-dns-rfc2136 logic nb python-certbot-dns-route53 elyscape nb python-certbot-dns-sakuracloud elyscape python-certbot-nginx jhogarth nb python-chaospy lbazan python-cheetah mikeb mskalick panovotn python-cliappsalimma python-crochet jcline python-csvkitjujens python-dask qulogic python-dbus-python-client-gen grover ignatenkobrain mulhern python-django-appconf mrunge python-django-pyscss mrunge python-elephant lbazan python-envisage orion python-epub athoscr python-flake8-import-order zbyszek python-gast churchyard python-gatspylupinix python-geoplot qulogic python-gfm thm python-gnocchiclient mrunge pkilambi python-grafyaml orphan python-imagehash fab python-inema gsauthof python-into-dbus-python grover ignatenkobrain ilgrad python-jenkins-job-builder ignatenkobrain ktdreyer pabelanger python-jira ishcherb ralph stevetraylen python-joblibbesser82 ignatenkobrain sergiopr python-junit_xml jhogarth python-leveldb carlwgeorge python-libpysal qulogic python-logging-tree orphan ralph python-marshmallow-enum orphan python-mdp zbyszek python-missingno
Re: Packages with broken dependencies on Python 3.7
Thanks to ignatenkobrain I have admin privileges for into-dbus-python as of this Thursday. This Friday, I packaged release 0.07 of into-dbus-python without too much trouble and rebuilt dbus-python-client-gen successfully. - mulhern - Original Message - > From: "Miro Hrončok" > To: "Development discussions related to Fedora" > > Sent: Wednesday, September 4, 2019 6:39:23 PM > Subject: Packages with broken dependencies on Python 3.7 > > Hello packagers! > > The following packages failed to build on Fedora 32 with Python 3.8 and they > still require Python 3.7 on runtime. > > If the packages won't build with Python 3.8, they won't be installable, along > with all their dependent packages, in Fedora 32. > > If there is an "actual" build failure, you should have already received a bug > report blocking the tracking bug: > > https://bugzilla.redhat.com/showdependencytree.cgi?id=PYTHON38_resolved=1 > > If it is a dependency failure caused by an external factor (retired package, > etc.) there should be a bugreport as well. > > However, if the package fails to resolve build dependencies only because some > other package hasn't been rebuilt with Python 3.8, we have not opened a bug > report (yet) to avoid duplication. If you see your package here and are > blocked > by another package, I recommend to see if the dependency isn't waiting for > your > help (e.g. the package maintainers haven't yet got time to look into this). > > Chances are, there is some undiscovered dependency loop as well. > > The Red Hat Python Maintenance team will gladly help with specific problems, > but > we will not fix all the packages ourselves. > > See also https://fedoraproject.org/wiki/Changes/Python3.8 > > Affected maintainers are bcced (except orphan, groups and maintainers usually > disturbed by my spam). > > Maintainers by package: > blender design-sw hobbes1069 ignatenkobrain kwizart luya roma > s4504kr slaanesh > certbot jhogarth nb > clingo thofmann > coccinelle rjones > condor bbockelm bcotton eerlands matt matyas stevetraylen > tstclair > ttheisen valtri > coreboot-utils lkundrak peter > datagrepper ianweller ralph > dee jspaleta spot > dionaea rebus > freecad hobbes1069 jkastner zultron > gcc-python-plugindmalcolm jakub > gdl orion > gnucash notting > gplugin ignatenkobrain > graphite-api piotrp > graphite-web jamielinux jsteffan piotrp > kdevelop-python dvratil jgrulich minh > libcec pbrobinson > libpst carllibpst > libunity rdieter > mailman3 abompard > matrix-synapse dcallagh jcline > mraa pbrobinson > ocrmypdf qulogic > paraview deji orion sagitter > player kwizart rmattes timn ttorling > pocketsphinx mikep > pybind11 jussilehtola > python-APScheduler orphan > python-OBD rathann > python-Pympler rathann > python-agate jujens > python-agate-dbf jujens > python-agate-excel jujens > python-agate-sql jujens > python-aioresponses gsauthof > python-aiosmtpd abompard > python-alchimia vpopovic > python-anymarkup jchaloup orphan > python-anymarkup-core jchaloup orphan > python-astroML lupinix > python-astroML-addons lupinix > python-astropy-healpix lupinix > python-astroscrappy lupinix > python-asttokens zbyszek > python-asynctest rathann > python-behavechurchyard orphan > python-beniget churchyard > python-bz2file besser82 > python-cartopy qulogic > python-cattrsbrouhaha > python-ccdproc lupinix > python-certbot-apache jhogarth nb > python-certbot-dns-cloudflare nb > python-certbot-dns-cloudxns nb > python-certbot-dns-digitalocean elyscape nb > python-certbot-dns-dnsimple nb > python-certbot-dns-dnsmadeeasy nb > python-certbot-dns-gehirn elyscape > python-certbot-dns-google elyscape nb > python-certbot-dns-linode elyscape > python-certbot-dns-luadns nb > python-certbot-dns-nsone nb > python-certbot-dns-ovh elyscape > python-certbot-dns-rfc2136 logic nb > python-certbot-dns-route53 elyscape nb > python-certbot-dns-sakuracloud elyscape > python-certbot-nginx jhogarth nb > python-chaospy lbazan > python-cheetah mikeb mskalick panovotn > python-cliappsalimma > python-crochet jcline > python-csvkitjujens > python-dask qulogic > python-dbus-python-client-gen grover
Re: Packages with broken dependencies on Python 3.7
On Thu, Sep 05, 2019 at 12:39:23AM +0200, Miro Hrončok wrote: python-epub athoscr Skipping some tests due to toxml attributes order for now. -- Athos Ribeiro ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Packages with broken dependencies on Python 3.7
Am 05.09.19 um 22:43 schrieb Richard Shaw: > From a quick look (F30) there are not many dependent packages in F30: > - yubikey-piv-manage > dead upstream, no longer being maintained > maintainer: orion > > I can take a stab at it but if it needs significant porting it may be best to > retire it. PyQT4 might be worth a look. From my experience the API is pretty similar to pyside1. Also maybe orion could help? (cc) Also as this package is dead upstream, maybe it should be retired? > I figured there would have been more consumers but since the list is pretty > short I'll see what I can do. I'm not the main contact for the pyside1 group Me neither but I think there is no "pyside1 group" anymore: It seems as if there are just a few packagers scrambling to keep the package working even though pyside1 is unmaintained for a long time (please accept apologies if that is a wrong impression!). Felix ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Packages with broken dependencies on Python 3.7
Richard Shaw wrote: > On Thu, Sep 5, 2019 at 2:23 PM Felix Schwarz > wrote: >> From a quick look (F30) there are not many dependent packages in F30: >> - yubikey-piv-manage >> dead upstream, no longer being maintained >> maintainer: orion >> > > I can take a stab at it but if it needs significant porting it may be best > to retire it. If porting it to PySide2 is not an option, you may also want to try to port it to python3-PyQt4 or python3-qt5 (PyQt5) instead. yubikey-piv-manager is GPLv3+, so there should be no licensing conflict. Kevin Kofler ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Packages with broken dependencies on Python 3.7
On Thu, Sep 5, 2019 at 2:23 PM Felix Schwarz wrote: > Am 05.09.19 um 14:57 schrieb Richard Shaw: > > [python-pyside/shiboken] > > - AFAICT these were only designed to work with Python 2, Pyside2 brought > > compatibility with Python 3. > > - My opinion: All consumers of Pyside need to attempt to move over to > Pyside2 > > then Pyside/Shiboken can be retired. > > +1 > > Even though pyside 1 works with some versions of Python 3 it is quite > buggy. > As far as I know the pyside(2) developers considered even beta versions of > pyside2 to be much more stable than pyside1. > > Once pyside1 is retired we should also retire shiboken and the other build > tools. > > From a quick look (F30) there are not many dependent packages in F30: > - yubikey-piv-manage > dead upstream, no longer being maintained > maintainer: orion > I can take a stab at it but if it needs significant porting it may be best to retire it. > - ubertooth-specan-ui > latest upstream release "2018-12-R1" supports (only) pyside2 > - actually Fedora is carrying an extra patch which reverts back to > pyside1 > Hah, I'll take a look! - freecad > On that front, I've got Coin4 packaged; SoQt and SIMVoleon updating a linking properly with Coin4 but I ran into an issue with python-pivy. I already have the latest checkout packaged (same upstream at the others) but running into a swig related error during building. I'll start another thread seeking some help for it. Richard: IIRC you also maintain freecad in Fedora, right? In that case I > think > you would be the best person to drive the change forward and retire > pyside1/shiboken/apiextractor afterwards. I figured there would have been more consumers but since the list is pretty short I'll see what I can do. I'm not the main contact for the pyside1 group but I'll try to work with whoever is to work on retirement. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Packages with broken dependencies on Python 3.7
Am 05.09.19 um 14:57 schrieb Richard Shaw: > [python-pyside/shiboken] > - AFAICT these were only designed to work with Python 2, Pyside2 brought > compatibility with Python 3. > - My opinion: All consumers of Pyside need to attempt to move over to Pyside2 > then Pyside/Shiboken can be retired. +1 Even though pyside 1 works with some versions of Python 3 it is quite buggy. As far as I know the pyside(2) developers considered even beta versions of pyside2 to be much more stable than pyside1. Once pyside1 is retired we should also retire shiboken and the other build tools. From a quick look (F30) there are not many dependent packages in F30: - yubikey-piv-manage dead upstream, no longer being maintained maintainer: orion - ubertooth-specan-ui latest upstream release "2018-12-R1" supports (only) pyside2 - actually Fedora is carrying an extra patch which reverts back to pyside1 - freecad Richard: IIRC you also maintain freecad in Fedora, right? In that case I think you would be the best person to drive the change forward and retire pyside1/shiboken/apiextractor afterwards. Felix ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Re: Packages with broken dependencies on Python 3.7
[freecad] Working on several issues: * Moving from Qt4 to Qt5 (Pyside->Pyside2) * Needs Coin4 (working on prepping a package for Review) * There are no consumers of Coin2, it should probably be retired now but it's not my package. * Other packages need to be moved from Coin3 to Coin4: OpenScenceGraph, SIMVoleon, Soqt, python-pivy * I have made pagure forks of these packages and am trying to make sure everything can be built before submitting the Review Request for Coin4 and pull requests of the dependent packages. * Both Coin2/3 use alternatives based on the coin-config script, my Coin4 build is using CMake not autotools so coin-config is not installed/used in favor of CMake import targets and is therefore can not work with the Coin2/3 alternatives method. * If we can retire Coin2 and Coin3 (all consumers can be move to Coin4) then the alternatives method will no longer be necessary. [python-pyside/shiboken] - AFAICT these were only designed to work with Python 2, Pyside2 brought compatibility with Python 3. - My opinion: All consumers of Pyside need to attempt to move over to Pyside2 then Pyside/Shiboken can be retired. Thanks, Richard ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Packages with broken dependencies on Python 3.7
Hello packagers! The following packages failed to build on Fedora 32 with Python 3.8 and they still require Python 3.7 on runtime. If the packages won't build with Python 3.8, they won't be installable, along with all their dependent packages, in Fedora 32. If there is an "actual" build failure, you should have already received a bug report blocking the tracking bug: https://bugzilla.redhat.com/showdependencytree.cgi?id=PYTHON38_resolved=1 If it is a dependency failure caused by an external factor (retired package, etc.) there should be a bugreport as well. However, if the package fails to resolve build dependencies only because some other package hasn't been rebuilt with Python 3.8, we have not opened a bug report (yet) to avoid duplication. If you see your package here and are blocked by another package, I recommend to see if the dependency isn't waiting for your help (e.g. the package maintainers haven't yet got time to look into this). Chances are, there is some undiscovered dependency loop as well. The Red Hat Python Maintenance team will gladly help with specific problems, but we will not fix all the packages ourselves. See also https://fedoraproject.org/wiki/Changes/Python3.8 Affected maintainers are bcced (except orphan, groups and maintainers usually disturbed by my spam). Maintainers by package: blender design-sw hobbes1069 ignatenkobrain kwizart luya roma s4504kr slaanesh certbot jhogarth nb clingo thofmann coccinelle rjones condor bbockelm bcotton eerlands matt matyas stevetraylen tstclair ttheisen valtri coreboot-utils lkundrak peter datagrepper ianweller ralph dee jspaleta spot dionaea rebus freecad hobbes1069 jkastner zultron gcc-python-plugindmalcolm jakub gdl orion gnucash notting gplugin ignatenkobrain graphite-api piotrp graphite-web jamielinux jsteffan piotrp kdevelop-python dvratil jgrulich minh libcec pbrobinson libpst carllibpst libunity rdieter mailman3 abompard matrix-synapse dcallagh jcline mraa pbrobinson ocrmypdf qulogic paraview deji orion sagitter player kwizart rmattes timn ttorling pocketsphinx mikep pybind11 jussilehtola python-APScheduler orphan python-OBD rathann python-Pympler rathann python-agate jujens python-agate-dbf jujens python-agate-excel jujens python-agate-sql jujens python-aioresponses gsauthof python-aiosmtpd abompard python-alchimia vpopovic python-anymarkup jchaloup orphan python-anymarkup-core jchaloup orphan python-astroML lupinix python-astroML-addons lupinix python-astropy-healpix lupinix python-astroscrappy lupinix python-asttokens zbyszek python-asynctest rathann python-behavechurchyard orphan python-beniget churchyard python-bz2file besser82 python-cartopy qulogic python-cattrsbrouhaha python-ccdproc lupinix python-certbot-apache jhogarth nb python-certbot-dns-cloudflare nb python-certbot-dns-cloudxns nb python-certbot-dns-digitalocean elyscape nb python-certbot-dns-dnsimple nb python-certbot-dns-dnsmadeeasy nb python-certbot-dns-gehirn elyscape python-certbot-dns-google elyscape nb python-certbot-dns-linode elyscape python-certbot-dns-luadns nb python-certbot-dns-nsone nb python-certbot-dns-ovh elyscape python-certbot-dns-rfc2136 logic nb python-certbot-dns-route53 elyscape nb python-certbot-dns-sakuracloud elyscape python-certbot-nginx jhogarth nb python-chaospy lbazan python-cheetah mikeb mskalick panovotn python-cliappsalimma python-crochet jcline python-csvkitjujens python-dask qulogic python-dbus-python-client-gen grover ignatenkobrain mulhern python-django-appconf mrunge python-django-pyscss mrunge python-elephant lbazan python-envisage orion python-epub athoscr python-flake8-import-order zbyszek python-gast churchyard python-gatspylupinix python-geoplot qulogic python-gfm thm python-gnocchiclient mrunge pkilambi python-grafyaml orphan python-imagehash fab python-inema gsauthof python-into-dbus-python grover ignatenkobrain ilgrad python-jenkins-job-builder ignatenkobrain ktdreyer pabelanger python-jira ishcherb ralph stevetraylen python-joblibbesser82 ignatenkobrain sergiopr python-junit_xml jhogarth python-leveldb carlwgeorge python-libpysal qulogic python-logging-tree orphan ralph python-marshmallow-enum orphan python-mdp zbyszek python-missingno lbazan python-mne ignatenkobrain python-mne-bids lbazan python-mplcairo qulogic python-mplcursorsqulogic python-neo ankursinha python-neurosynthlbazan