1:25 p.m.
On Wed, Dec 21, 2016 at 12:18 AM, Miro Hrončok <mhroncok(a)redhat.com> 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
1:48 p.m.
New subject: Packages FTBFS with Python 3.6
On Wed, 2016-12-28 at 20:25 +0100, Igor Gnatenko wrote:
On Wed, Dec 21, 2016 at 12:18 AM, Miro Hrončok
<mhroncok(a)redhat.com> 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.
I've just been working through the list alphabetically when I get time.
I'm doing dnsyo ATM. Trying to improve the way the package spec hacks
setup.py.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
1:56 p.m.
New subject: Packages FTBFS with Python 3.6
On Wed, Dec 28, 2016 at 12:25 PM, Igor Gnatenko <ignatenko(a)redhat.com> wrote:
Attaching current rawhide/koji packages which depend on python 3.5
instead of 3.6 still.
Sympy needs texlive to build, so it can't be fixed until texlive can
be built in Rawhide again.
--
Jerry James
http://www.jamezone.org/
2:01 p.m.
New subject: Packages FTBFS with Python 3.6
On Wed, 2016-12-28 at 12:56 -0700, Jerry James wrote:
On Wed, Dec 28, 2016 at 12:25 PM, Igor Gnatenko
<ignatenko(a)redhat.com> wrote:
> Attaching current rawhide/koji packages which depend on python 3.5
> instead of 3.6 still.
Sympy needs texlive to build, so it can't be fixed until texlive can
be built in Rawhide again.
texlive is *built*, but there's a koji problem with getting it tagged:
https://pagure.io/koji/issue/259
this also prevents us building cantor.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
3:02 p.m.
New subject: Packages FTBFS with Python 3.6
On Wed, Dec 28, 2016 at 1:01 PM, Adam Williamson
<adamwill(a)fedoraproject.org> wrote:
texlive is *built*, but there's a koji problem with getting it
tagged:
https://pagure.io/koji/issue/259
A big "thank you" to everybody who worked on fixing the texlive issue.
Unfortunately, sympy still can't be rebuilt for python 3.6 because of
a bug in python2-sphinx:
https://bugzilla.redhat.com/show_bug.cgi?id=1378071.
--
Jerry James
http://www.jamezone.org/
10:55 a.m.
New subject: Packages FTBFS with Python 3.6
On Fri, 30 Dec 2016 14:02:44 -0700
Jerry James <loganjerry(a)gmail.com> wrote:
On Wed, Dec 28, 2016 at 1:01 PM, Adam Williamson
<adamwill(a)fedoraproject.org> wrote:
> texlive is *built*, but there's a koji problem with getting it
> tagged:
>
> https://pagure.io/koji/issue/259
A big "thank you" to everybody who worked on fixing the texlive issue.
Unfortunately, sympy still can't be rebuilt for python 3.6 because of
a bug in python2-sphinx:
https://bugzilla.redhat.com/show_bug.cgi?id=1378071.
Toshio built the new python-sphinx last night... please retry. ;)
kevin
11:30 a.m.
New subject: Packages FTBFS with Python 3.6
On Sat, Dec 31, 2016 at 9:55 AM, Kevin Fenzi <kevin(a)scrye.com> wrote:
Toshio built the new python-sphinx last night... please retry. ;)
Awesome! Thanks, Toshio!
--
Jerry James
http://www.jamezone.org/
9:52 a.m.
New subject: Packages FTBFS with Python 3.6
On Sat, Dec 31, 2016 at 10:30 AM, Jerry James <loganjerry(a)gmail.com> wrote:
Awesome! Thanks, Toshio!
Unfortunately, sympy still won't build in Rawhide, now due to a newer
matplotlib. Upstream bug report:
https://github.com/sympy/sympy/issues/11691
--
Jerry James
http://www.jamezone.org/
7:49 a.m.
New subject: Packages FTBFS with Python 3.6
ons 2016-12-28 klockan 20:25 +0100 skrev Igor Gnatenko:
On Wed, Dec 21, 2016 at 12:18 AM, Miro Hrončok
<mhroncok(a)redhat.com>
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.
Attaching current rawhide/koji packages which depend on python 3.5
instead of 3.6 still.
root
Fails due to problems generating the debuginfo rpm on
aarch64:
https://bugzilla.redhat.com/show_bug.cgi?id=1405570
https://bugzilla.redhat.com/show_bug.cgi?id=1408875
Mattias
6 a.m.
New subject: Packages FTBFS with Python 3.6
On Wed, Dec 28, 2016 at 8:25 PM, Igor Gnatenko <ignatenko(a)redhat.com> wrote:
On Wed, Dec 21, 2016 at 12:18 AM, Miro Hrončok
<mhroncok(a)redhat.com> 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.
Let me update a list of packages (don't worry if you know
about this
and it depends on some other fixes, just want to make some regular
updates of status):
PACKAGE MAINTAINERS
lcgdm aalvarez
adev
andreamanzi
rocha
python-characteristic tomprince
python-deap zbyszek
python-django-admin-honeypot echevemaster
python-django-avatar kumarpraveen
python-django-countries bkabrda
python-django-filter bkabrda
churchyard
lbazan
python-django-jsonfield germano
python-django-notifications-hq suanand
python-flower jcline
python-gensim besser82
python-kdcproxy nalin
npmccallum
python-mdp zbyszek
python-moss ignatenkobrain
python-nipy ignatenkobrain
python-os-brick apevec
jpena
jruzicka
python-oslo-messaging apevec
gchamoul
markmc
ndipanov
python-oslo-middleware apevec
gchamoul
python-oslo-versionedobjects apevec
hguemar
python-profilehooks bkabrda
python-pyopencl ignatenkobrain
python-recommonmark jujens
python-repoze-who-plugins-sa lmacken
python-sphinxcontrib-programoutput itamarjp
zbyszek
rb_libtorrent fale
root ellert
shogun besser82
lupinix
sympy cbm
jjames
--
-Igor Gnatenko
--
-Igor Gnatenko
10:31 a.m.
New subject: Packages FTBFS with Python 3.6
On Sat, 2017-01-07 at 13:00 +0100, Igor Gnatenko wrote:
python-sphinxcontrib-programoutput itamarjp
zbyszek
I sent an email about this one the other day. It's been abandoned
upstream for many years and both the things we package that used it
(python-acme and certbot) have stopped doing so upstream. I've updated
both those packages not to use it any more, so it could simply be
retired now.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
12:22 a.m.
New subject: Packages FTBFS with Python 3.6
On Sat, 2017-01-07 at 13:00 +0100, Igor Gnatenko wrote:
python-deap zbyszek
This one needed some pandoc packages rebuilt. I have done all of that,
and the python-deap build basically works now (and I enabled the test
suite for it too), but my Rawhide build failed because of a critical
bug in in matplotlib on ppc64 causing the -doc subpackage to not be
identical on all arches, which koji treats as a build fail:
https://bugzilla.redhat.com/show_bug.cgi?id=1411070
https://koji.fedoraproject.org/koji/buildinfo?buildID=827137
Fixing the matplotlib bug on ppc64 is a bit beyond me, help from ppc64
experts would be welcome.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
11:26 p.m.
New subject: Packages FTBFS with Python 3.6
On Sat, 2017-01-07 at 13:00 +0100, Igor Gnatenko wrote:
python-gensim
Our version of this is very old. The current upstream version looks
closer to being buildable, but requires the 'smart_open' library, which
isn't packaged for Fedora yet. I'm not really interested in packaging
that just to fix this, given that nothing else in the distro depends on
gensim, AFAICT.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
10:26 a.m.
New subject: Packages FTBFS with Python 3.6
On Thu, 12 Jan 2017 21:26:03 -0800
Adam Williamson <adamwill(a)fedoraproject.org> wrote:
On Sat, 2017-01-07 at 13:00 +0100, Igor Gnatenko wrote:
> python-gensim
Our version of this is very old. The current upstream version looks
closer to being buildable, but requires the 'smart_open' library,
which isn't packaged for Fedora yet. I'm not really interested in
packaging that just to fix this, given that nothing else in the
distro depends on gensim, AFAICT.
This brought to mind a tangential thought. It's too bad that when
version updates break backwards compatibility, that the software isn't
renamed. It's not like there is a shortage of letters. Then, the two
versions could be installed in parallel, and those that can't be
updated could still be accessed with the old version. Migration
wouldn't need to be an all or nothing thing, but could be a gradual
shift.
I thought something like
pythoo, pythop, pythoq, etc.
or
pythpn, pythqn, pythrn, etc.
Or, now for something completely different,
parrot. Or defunct. Or gastric. Or bflsplk.
Maybe for python4 this will happen.
And now, back to your regular programming.
2653
days inactive
2669
days old
13 comments
6 participants
participants (6)
-
Adam Williamson -
Igor Gnatenko -
Jerry James -
Kevin Fenzi -
Mattias Ellert -
stan