Re: Packages FTBFS with Python 3.6

2017-01-18 Thread Zbigniew Jędrzejewski-Szmek
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

2017-01-17 Thread Zbigniew Jędrzejewski-Szmek
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

2017-01-17 Thread Zbigniew Jędrzejewski-Szmek
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

2017-01-16 Thread Zbigniew Jędrzejewski-Szmek
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

2017-01-10 Thread Zbigniew Jędrzejewski-Szmek
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

2017-01-10 Thread Zbigniew Jędrzejewski-Szmek
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

2016-12-28 Thread Igor Gnatenko
On Wed, Dec 21, 2016 at 12:18 AM, 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.
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

2016-12-21 Thread Miro Hrončok

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

2016-12-21 Thread Miro Hrončok

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

2016-12-21 Thread Miro Hrončok

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

2016-12-21 Thread Miro Hrončok

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

2016-12-20 Thread Miro Hrončok

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