Re: Packages FTBFS with Python 3.6
On Tue, Jan 17, 2017 at 08:14:36PM +, Zbigniew Jędrzejewski-Szmek wrote: > On Tue, Jan 17, 2017 at 08:29:16AM -0700, Jerry James wrote: > > On Tue, Jan 17, 2017 at 7:08 AM, Zbigniew Jędrzejewski-Szmek > >wrote: > > > On Mon, Jan 16, 2017 at 10:27:19PM -0800, Adam Williamson wrote: > > >> On Tue, 2017-01-17 at 05:33 +, Zbigniew Jędrzejewski-Szmek wrote: > > >> > Oh, Jerry beat me to it by taking a different route and disabling most > > >> > test. That should work too, but I think it hides real problems with > > >> > the python3 code... > > >> > > >> Yeah. Please don't just disable tests. Tests exist for a reason. > > > > > > We need to disable *some* tests, at least if we hope to build this > > > quickly. It's just a question whether to disable more or less of > > > them. > > > > > > Most tests fail because of sympy/pyglet/xvfb/opengl interaction > > > (#904851), not from sympy error per se — the same tests run fine on a > > > "real" display. > > > > Oh, sorry if I stepped on somebody's toes. i didn't realize others > > were trying to fix sympy, too. I guess I should join the python SIG > > mailing list, but I'm already on far too many mailing lists... > No, no, there were no toes to step on. I didn't announce anywhere > that I'm working on this. And anyway, I think our work is complementary: > I didn't know about the patch you pulled in, > but otoh, I managed to fix some of the tests by passing options to xvfb. Sympy is now built. I had to disable a few tests... Those seems to be actual (and known) bugs in sympy, I added some links to upstream bug reports. I tried building nipy [1], but it fails in tests. No too badly though, apparently just three tests, out of 2599. Zbyszek [1] https://koji.fedoraproject.org/koji/taskinfo?taskID=17326509 ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On Tue, Jan 17, 2017 at 08:29:16AM -0700, Jerry James wrote: > On Tue, Jan 17, 2017 at 7:08 AM, Zbigniew Jędrzejewski-Szmek >wrote: > > On Mon, Jan 16, 2017 at 10:27:19PM -0800, Adam Williamson wrote: > >> On Tue, 2017-01-17 at 05:33 +, Zbigniew Jędrzejewski-Szmek wrote: > >> > Oh, Jerry beat me to it by taking a different route and disabling most > >> > test. That should work too, but I think it hides real problems with > >> > the python3 code... > >> > >> Yeah. Please don't just disable tests. Tests exist for a reason. > > > > We need to disable *some* tests, at least if we hope to build this > > quickly. It's just a question whether to disable more or less of > > them. > > > > Most tests fail because of sympy/pyglet/xvfb/opengl interaction > > (#904851), not from sympy error per se — the same tests run fine on a > > "real" display. > > Oh, sorry if I stepped on somebody's toes. i didn't realize others > were trying to fix sympy, too. I guess I should join the python SIG > mailing list, but I'm already on far too many mailing lists... No, no, there were no toes to step on. I didn't announce anywhere that I'm working on this. And anyway, I think our work is complementary: I didn't know about the patch you pulled in, but otoh, I managed to fix some of the tests by passing options to xvfb. I'll try to push some of my changes too, let's see if that builds. > But I don't understand what you mean about me disabling tests. I > haven't disabled any tests, much less "most tests". i did add a BR on > pyglets, then discovered that that CAUSES test failures due to missing > GLX support, and so I removed the pyglets BR again. Maybe a BR on > mesa is needed as well as pyglets? I don't know. > > Anyway, I checked in an experimental patch in an attempt at fixing the > test failures, and now there is a different test failure. :-( So > either my experimental patch isn't good enough, or it works perfectly > and has unmasked another problem. I probably won't have time to > figure that out for a couple of days, so if somebody else is > interested in looking at it, here is the latest build failure: > > https://koji.fedoraproject.org/koji/buildinfo?buildID=828867 Zbyszek ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On Mon, Jan 16, 2017 at 10:27:19PM -0800, Adam Williamson wrote: > On Tue, 2017-01-17 at 05:33 +, Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Jan 17, 2017 at 05:29:35AM +, Zbigniew Jędrzejewski-Szmek wrote: > > > On Wed, Jan 11, 2017 at 04:28:18AM +, Zbigniew Jędrzejewski-Szmek > > > wrote: > > > > > python3-sympy-0:1.0-3.fc25.noarch > > > > > > > > Pfff, it still fails in the test suite :( > > > > > > I'm chipping away at this one. There are some failing python2 tests > > > which I had to disable, but it seems that things are mostly with python2. > > > But it seems that the python3 code is plain broken (bad non-absolute > > > imports). > > > > Oh, Jerry beat me to it by taking a different route and disabling most > > test. That should work too, but I think it hides real problems with > > the python3 code... > > Yeah. Please don't just disable tests. Tests exist for a reason. We need to disable *some* tests, at least if we hope to build this quickly. It's just a question whether to disable more or less of them. Most tests fail because of sympy/pyglet/xvfb/opengl interaction (#904851), not from sympy error per se — the same tests run fine on a "real" display. Zbyszek ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On Wed, Jan 11, 2017 at 04:28:18AM +, Zbigniew Jędrzejewski-Szmek wrote: > > python3-sympy-0:1.0-3.fc25.noarch > Pfff, it still fails in the test suite :( I'm chipping away at this one. There are some failing python2 tests which I had to disable, but it seems that things are mostly with python2. But it seems that the python3 code is plain broken (bad non-absolute imports). > > This one depends on sympy, so might be ready to build when sympy is done: > > python3-nipy-0:0.4.0-5.fc25.x86_64 Zbyszek ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On Wed, Jan 11, 2017 at 03:58:18AM +, Zbigniew Jędrzejewski-Szmek wrote: > On Wed, Jan 11, 2017 at 03:38:59AM +, Zbigniew Jędrzejewski-Szmek wrote: > > PS. What's the status of the python3.6 rebuild? Can somebody post > > a list of work-needing packages? > > I guess that the right invocation: > > $ dnf repoquery --whatrequires 'python(abi) = 3.5' > dpm-python3-0:1.9.0-2.fc26.x86_64 > lfc-python3-0:1.9.0-2.fc26.x86_64 > python3-bsddb3-0:6.2.0-3.fc26.x86_64 > python3-django-admin-honeypot-0:1.0.0-1.fc26.noarch > python3-django-avatar-0:3.0.0-1.fc26.noarch > python3-django-countries-0:3.4.1-2.fc24.noarch > python3-django-filter-0:0.10.0-3.fc24.noarch > python3-flower-0:0.9.1-2.fc25.noarch Blocked by #1410864. > python3-gensim-addons-0:0.10.0-5.fc24.x86_64 > python3-gensim-core-0:0.10.0-5.fc24.noarch > python3-gensim-test-0:0.10.0-5.fc24.noarch > python3-kdcproxy-0:0.3.2-3.fc24.noarch > python3-moss-0:0.3.4-7.fc26.noarch > python3-os-brick-0:1.3.0-2.fc25.noarch > python3-oslo-messaging-0:5.10.0-1.fc26.noarch > python3-oslo-messaging-tests-0:5.10.0-1.fc26.noarch > python3-oslo-middleware-0:3.19.0-1.fc26.noarch > python3-oslo-middleware-tests-0:3.19.0-1.fc26.noarch > python3-oslo-versionedobjects-0:1.8.0-1.fc26.noarch > python3-oslo-versionedobjects-tests-0:1.8.0-1.fc26.noarch > python3-profilehooks-0:1.8.0-3.fc25.noarch > python3-pyopencl-0:2016.1-4.fc26.x86_64 > python3-recommonmark-0:0.4.0-7.git7ca5247.fc25.noarch > python3-repoze-who-plugins-sa-0:1.0.1-11.20160106gite1a36c5.fc25.noarch > python3-shogun-0:4.1.0-7.fc26.x86_64 > rb_libtorrent-python3-0:1.1.1-1.fc26.x86_64 > root-python3-0:6.06.08-2.fc26.i686 > root-python3-0:6.06.08-2.fc26.x86_64 > > I fixed those two: > python3-sphinxcontrib-programoutput-0:0.8-6.fc24.noarch > python3-mdp-0:3.5-4.fc25.noarch > > This might be fixed, I fired off a build in koji now: > python3-sympy-0:1.0-3.fc25.noarch Pfff, it still fails in the test suite :( > This one depends on sympy, so might be ready to build when sympy is done: > python3-nipy-0:0.4.0-5.fc25.x86_64 > > All in all, this doesn't look to bad. Zbyszek ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On Wed, Jan 11, 2017 at 03:38:59AM +, Zbigniew Jędrzejewski-Szmek wrote: > PS. What's the status of the python3.6 rebuild? Can somebody post > a list of work-needing packages? I guess that the right invocation: $ dnf repoquery --whatrequires 'python(abi) = 3.5' dpm-python3-0:1.9.0-2.fc26.x86_64 lfc-python3-0:1.9.0-2.fc26.x86_64 python3-bsddb3-0:6.2.0-3.fc26.x86_64 python3-django-admin-honeypot-0:1.0.0-1.fc26.noarch python3-django-avatar-0:3.0.0-1.fc26.noarch python3-django-countries-0:3.4.1-2.fc24.noarch python3-django-filter-0:0.10.0-3.fc24.noarch python3-flower-0:0.9.1-2.fc25.noarch python3-gensim-addons-0:0.10.0-5.fc24.x86_64 python3-gensim-core-0:0.10.0-5.fc24.noarch python3-gensim-test-0:0.10.0-5.fc24.noarch python3-kdcproxy-0:0.3.2-3.fc24.noarch python3-moss-0:0.3.4-7.fc26.noarch python3-os-brick-0:1.3.0-2.fc25.noarch python3-oslo-messaging-0:5.10.0-1.fc26.noarch python3-oslo-messaging-tests-0:5.10.0-1.fc26.noarch python3-oslo-middleware-0:3.19.0-1.fc26.noarch python3-oslo-middleware-tests-0:3.19.0-1.fc26.noarch python3-oslo-versionedobjects-0:1.8.0-1.fc26.noarch python3-oslo-versionedobjects-tests-0:1.8.0-1.fc26.noarch python3-profilehooks-0:1.8.0-3.fc25.noarch python3-pyopencl-0:2016.1-4.fc26.x86_64 python3-recommonmark-0:0.4.0-7.git7ca5247.fc25.noarch python3-repoze-who-plugins-sa-0:1.0.1-11.20160106gite1a36c5.fc25.noarch python3-shogun-0:4.1.0-7.fc26.x86_64 rb_libtorrent-python3-0:1.1.1-1.fc26.x86_64 root-python3-0:6.06.08-2.fc26.i686 root-python3-0:6.06.08-2.fc26.x86_64 I fixed those two: python3-sphinxcontrib-programoutput-0:0.8-6.fc24.noarch python3-mdp-0:3.5-4.fc25.noarch This might be fixed, I fired off a build in koji now: python3-sympy-0:1.0-3.fc25.noarch This one depends on sympy, so might be ready to build when sympy is done: python3-nipy-0:0.4.0-5.fc25.x86_64 All in all, this doesn't look to bad. Zbyszek ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On Wed, Dec 21, 2016 at 12:18 AM, Miro Hrončokwrote: > Hi all, > We've recently tried to rebuild all Python packages with Python 3.6. > However, we currently have bunch of packages that simply fail to build. > > As the list contains >200 packages, it would be very helpful, if you > (package maintainers) could help us solve the issues, as we cannot go one by > one to investigate the issue. > > I've attached the list of failed packages (failed.txt). You can search Koji > to find out, what went wrong. Sometimes, it's just missing dependency. That > dependency should be on this list as well. If it is not, maybe we lost it, > please tell us if that's the case. Maybe the dependency is circular and > something needs to be bootstrapped. If you need provenpackager powers, let > me know. I've fixed python-smartcols and python-behave.. Attaching current rawhide/koji packages which depend on python 3.5 instead of 3.6 still. -- -Igor Gnatenko dnsyo elastic-curator gerrymander google-api-python-client graphite-api hgsvn lcgdm libcec libproxy libuser netstat-monitor openwsman pcs pdc-client python3-bsddb3 python3-cherrypy python-acme python-adal python-beanbag python-blosc python-cassandra-driver python-castellan python-ceilometerclient python-cerberus python-characteristic python-congressclient python-cursive python-deap python-dill python-django-admin-honeypot python-django-avatar python-django-countries python-django-filter python-django-formtools python-django-jsonfield python-django-model-utils python-django-notifications-hq python-django-openstack-auth python-django-pyscss python-fastimport python-flask-migrate python-flask-script python-flower python-gensim python-gerritlib python-hglib python-k8sclient python-kdcproxy python-keystonemiddleware python-lazr-smtptest python-magnumclient python-manilaclient python-marrow-mailer python-mdp python-microversion-parse python-more-itertools python-moss python-netdiff python-nipy python-openstacksdk python-os-brick python-osc-lib python-os-client-config python-oslo-cache python-oslo-context python-oslo-db python-oslo-log python-oslo-messaging python-oslo-middleware python-oslo-policy python-oslo-reports python-oslo-service python-oslo-versionedobjects python-oslo-vmware python-photutils python-profilehooks python-prov python-pyopencl python-recommonmark python-repoze-who-plugins-sa python-rows python-sphinxcontrib-programoutput python-sphinxcontrib-spelling python-statsd python-structlog python-swiftclient python-tackerclient python-tosca-parser python-troveclient rb_libtorrent root rpy shogun sympy ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On 21.12.2016 00:18, Miro Hrončok wrote: Hi all, We've recently tried to rebuild all Python packages with Python 3.6. However, we currently have bunch of packages that simply fail to build. As the list contains >200 packages, it would be very helpful, if you (package maintainers) could help us solve the issues, as we cannot go one by one to investigate the issue. I've attached the list of failed packages (failed.txt). You can search Koji to find out, what went wrong. Sometimes, it's just missing dependency. That dependency should be on this list as well. If it is not, maybe we lost it, please tell us if that's the case. Maybe the dependency is circular and something needs to be bootstrapped. If you need provenpackager powers, let me know. Everything currently happens in a side tag. I will notify you when the side tag gets merged. The side tag is being merged. Please wait for now and later* build in rawhide as usual. * You can build in rawhide already, but you might get mixed dependencies for a while. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On 21.12.2016 14:52, Zdenek Dohnal wrote: On 12/21/2016 02:39 PM, Miro Hrončok wrote: On 21.12.2016 14:11, Zdenek Dohnal wrote: I think I encountered same issue with libpython3.5m.so.1.0: Example: Error: nothing provides libpython3.5m.so.1.0 needed by python3-cups-1.9.72-9.fc25.i686. nothing provides libpython3.5m.so.1.0 needed by unbound-libs-1.5.10-1.fc26.i686 Translates to: unbound-libs (unbound) and python3-cups (python-cups) where not built with Python 3.6 == (in this case) they failed. python-cups build failed because of unbound-libs. Kind of circle :) . Well, not really a circular dependency. unbound needs to be build first. On 12/21/2016 09:53 AM, Richard W.M. Jones wrote: On Wed, Dec 21, 2016 at 12:18:47AM +0100, Miro Hrončok wrote: libguestfs As should be obvious from the (multiple) build failures when you've been trying to build it over the past few days, this fails because of: DEBUG util.py:426: Error: nothing provides libpython3.5m.so.1.0()(64bit) needed by libvirt-python3-2.5.0-1.fc26.x86_64 which is nothing to do with libguestfs. Rich. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On 21.12.2016 14:11, Zdenek Dohnal wrote: I think I encountered same issue with libpython3.5m.so.1.0: Example: Error: nothing provides libpython3.5m.so.1.0 needed by python3-cups-1.9.72-9.fc25.i686. nothing provides libpython3.5m.so.1.0 needed by unbound-libs-1.5.10-1.fc26.i686 Translates to: unbound-libs (unbound) and python3-cups (python-cups) where not built with Python 3.6 == (in this case) they failed. On 12/21/2016 09:53 AM, Richard W.M. Jones wrote: On Wed, Dec 21, 2016 at 12:18:47AM +0100, Miro Hrončok wrote: libguestfs As should be obvious from the (multiple) build failures when you've been trying to build it over the past few days, this fails because of: DEBUG util.py:426: Error: nothing provides libpython3.5m.so.1.0()(64bit) needed by libvirt-python3-2.5.0-1.fc26.x86_64 which is nothing to do with libguestfs. Rich. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On 21.12.2016 09:53, Richard W.M. Jones wrote: On Wed, Dec 21, 2016 at 12:18:47AM +0100, Miro Hrončok wrote: libguestfs As should be obvious from the (multiple) build failures when you've been trying to build it over the past few days, this fails because of: DEBUG util.py:426: Error: nothing provides libpython3.5m.so.1.0()(64bit) needed by libvirt-python3-2.5.0-1.fc26.x86_64 which is nothing to do with libguestfs. I'm sorry that I wasn't able to read all of the hundreds build/root logs to see what is the cause of the failures. I was simply building the packages over and over until no more succeeded builds appeared. libvirt-python is failing, so libguestfs cannot be built. Sorry for bothering you and thanks for the info. -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org
Re: Packages FTBFS with Python 3.6
On 21.12.2016 07:41, Pavel Raiskup wrote: On Wednesday, December 21, 2016 12:18:47 AM CET Miro Hrončok wrote: Hi all, We've recently tried to rebuild all Python packages with Python 3.6. However, we currently have bunch of packages that simply fail to build. ... Everything currently happens in a side tag. I will notify you when the side tag gets merged. The 'gettext' FTBFS is not related only to Python 3.6 tag [1, FWIW, still without answer]. Once I resolve those issues, am I expected to build the package against both 'f26' and (with bumped version) 'f26-python3' targets? I've built it in side tag by trial and error. When do you expect merging 'f26-python3' into f26? ASAP, already requested it. [1] https://lists.fedoraproject.org/archives/list/de...@lists.fedoraproject.org/thread/PQD576JZLERFY6ROI3GF7UYXKZIRI33G/ Pavel -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok ___ python-devel mailing list -- python-devel@lists.fedoraproject.org To unsubscribe send an email to python-devel-le...@lists.fedoraproject.org