Heads up: Python 3.7 rebuild in progress

[Miro Hrončok]

I've just started to build the bootstrap sequence in a side tag 
(f29-python).

This should not affect you mostly but if you have a Python 3 package and 
you are going to update it with new buildtime dependencies, please let 
me know or wait until this is done.

The initial order is in 
https://github.com/hroncok/rpm-list-builder/blob/python37/python37.yaml
-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Jerry James]

On Wed, Jun 13, 2018 at 7:15 AM Miro Hrončok <mhroncok(a)redhat.com&gt; wrote:

>  This should not affect you mostly but if you have a Python 3 package
> and
>  you are going to update it with new buildtime dependencies, please let
>  me know or wait until this is done.
>  
Just last night, I updated the cryptominisat and stp packages to versions
that support Python 3, so there are now python3-cryptominisat and
python3-stp subpackages.  FYI.  Thank you and regards,
-- 
Jerry James
http://www.jamezone.org/

[Miro Hrončok]

On 13.6.2018 15:14, Miro Hrončok wrote:
>  I've just started to build the bootstrap sequence in a side tag 
>  (f29-python).
>  
>  This should not affect you mostly but if you have a Python 3 package and 
>  you are going to update it with new buildtime dependencies, please let 
>  me know or wait until this is done.
>  
>  The initial order is in 
>  https://github.com/hroncok/rpm-list-builder/blob/python37/python37.yaml 
The initial order was built (except for failing python-alembic [0] and 
dependent bodhi, fedpkg).

I'm now mass rebuilding everything. Will do a couple of rounds before I 
will look at the logs. If you see you package failing for a 
non-dependencies related reason, please try to fix it and rebuild it with:

     fedpkg build --target=f29-python

Feel free to open bugs, make sure to block PYTHON37 [1].

If you see a dependency problem, just wait (unless you know the 
dependency is circular and a bootstrapping is required, in that case, 
please do the bootstrapping).

Thanks


[0] https://bugzilla.redhat.com/show_bug.cgi?id=1592127
[1] http://bugzilla.redhat.com/show_bug.cgi?id=PYTHON37

-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Miro Hrončok]

On 19.6.2018 11:27, Miro Hrončok wrote:
>  I'm now mass rebuilding everything. Will do a couple of rounds
> before I 
>  will look at the logs. If you see you package failing for a 
>  non-dependencies related reason, please try to fix it and rebuild it with:
>  
>       fedpkg build --target=f29-python
>  
>  Feel free to open bugs, make sure to block PYTHON37 [1]. 
In any case, please don't rebuild it in f29 without reason, it's not 
helpful.

-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Jerry James]

On Tue, Jun 19, 2018 at 3:42 AM Miro Hrončok <mhroncok(a)redhat.com&gt; wrote:
>  I'm now mass rebuilding everything. Will do a couple of rounds
> before I
>  will look at the logs. If you see you package failing for a
>  non-dependencies related reason, please try to fix it and rebuild it with:
>
>       fedpkg build --target=f29-python 
I have fixed python-pybtex, python-pybtex-docutils, python-latexcodec,
python-sphinx-testing, and started a build of
python-sphinxcontrib-bibtex which I think has a high chance of
succeeding.  That should unblock the python-BTrees build, which in
turn should unblock the rest of the ZODB/ZEO stack.  Unfortunately,
that is all the time I have for tonight.  I can probably help out
again about 20 hours from now, if needed.

Regards,
--
Jerry James
http://www.jamezone.org/

[Miro Hrončok]

On 20.6.2018 05:55, Jerry James wrote:
> >       fedpkg build --target=f29-python
>  
>  I have fixed python-pybtex, python-pybtex-docutils, python-latexcodec,
>  python-sphinx-testing, and started a build of
>  python-sphinxcontrib-bibtex which I think has a high chance of
>  succeeding.   
Thank You.

>  That should unblock the python-BTrees build, which in
>  turn should unblock the rest of the ZODB/ZEO stack. 
Unfortunately this is blocked by failing:

python-manuel
https://koji.fedoraproject.org/koji/taskinfo?taskID=27740145
https://bugzilla.redhat.com/show_bug.cgi?id=1593132

python-trollius
https://koji.fedoraproject.org/koji/taskinfo?taskID=27740570
https://bugzilla.redhat.com/show_bug.cgi?id=1593133

python-uvloop
https://koji.fedoraproject.org/koji/taskinfo?taskID=27740603
https://bugzilla.redhat.com/show_bug.cgi?id=1556279

Or stuff that depends on those.

-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Jerry James]

On Wed, Jun 20, 2018 at 1:36 AM Miro Hrončok <mhroncok(a)redhat.com&gt; wrote:
>  Unfortunately this is blocked by failing:
>
>  python-manuel
>  https://koji.fedoraproject.org/koji/taskinfo?taskID=27740145
>  https://bugzilla.redhat.com/show_bug.cgi?id=1593132 
I had planned to look at that tonight.  However, just as I arrived
home from work tonight, as I was pulling into my driveway, my
neighbor's propane grill exploded, catching his deck and then his
house on fire.  Fortunately there were no serious injuries.

It's been a busy night.

I will try to look at python-manuel tomorrow night.

Is there a way to do a mock build against the packages currently in f29-python?
-- 
Jerry James
http://www.jamezone.org/

[Miro Hrončok]

On 21.6.2018 06:12, Jerry James wrote:
>  On Wed, Jun 20, 2018 at 1:36 AM Miro Hrončok
> <mhroncok(a)redhat.com&gt; wrote:
> > Unfortunately this is blocked by failing:
> >
> > python-manuel
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=27740145
> > https://bugzilla.redhat.com/show_bug.cgi?id=1593132
>  
>  I had planned to look at that tonight.  However, just as I arrived
>  home from work tonight, as I was pulling into my driveway, my
>  neighbor's propane grill exploded, catching his deck and then his
>  house on fire.  Fortunately there were no serious injuries. 
I'm glad nobody go seriously hurt.

>  Is there a way to do a mock build against the packages currently in
> f29-python? 
     fedpkg mock-config --target f29-python

This gives you a mock config you can use with mock -r or fedpkg 
mockbuild --root. (Untested.)


-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Jerry James]

On Wed, Jun 20, 2018 at 1:36 AM Miro Hrončok <mhroncok(a)redhat.com&gt; wrote:
>  Unfortunately this is blocked by failing:
>
>  python-manuel
>  https://koji.fedoraproject.org/koji/taskinfo?taskID=27740145
>  https://bugzilla.redhat.com/show_bug.cgi?id=1593132 
I fixed and built python-manuel, then built python-ZODB,
python-zc-customdoctests, and python-zdaemon.  I also updated
python-uvloop to version 0.10.1, since that adds python 3.7 support,
and fixed a bug that prevented thread IDs from being handled
correctly, leading to a bunch of test failures.  I think that should
unblock the python-ZEO build, which I just kicked off.  Yay!

I'm booked pretty solid for the next several days, so I probably won't
be able to help out again until next week sometime.  I think I still
have a couple of packages that didn't build successfully for python
3.7.  If anybody figures out the problem, please feel free to fix it
and do a build.  I will be grateful.

Regards,
-- 
Jerry James
http://www.jamezone.org/

[Miro Hrončok]

On 19.6.2018 11:27, Miro Hrončok wrote:
>  On 13.6.2018 15:14, Miro Hrončok wrote:
> > I've just started to build the bootstrap sequence in a side tag 
> > (f29-python).
> >
>  
>  I'm now mass rebuilding everything. Will do a couple of rounds before I 
>  will look at the logs. If you see you package failing for a 
>  non-dependencies related reason, please try to fix it and rebuild it with:
>  
>       fedpkg build --target=f29-python
>  
>  Feel free to open bugs, make sure to block PYTHON37 [1].
>  
>  [1] http://bugzilla.redhat.com/show_bug.cgi?id=PYTHON37 
Hi.

We have 170 packages with blocked dependencies.
We also have 176 packages that fail to build from source (+ ~10 more 
that are being handled).

I need your help, I cannot possibly fix 178 packages.

I've opened bugzillas for some, but let me ask you via e-mail before I 
go file 176 of them.

Common problems:

  * RuntimeError: generator raised StopIteration
    https://www.python.org/dev/peps/pep-0479/
    Solution: return instead (works with 2.7 as well)

  * Syntax Error: async, await
    Those are reserved keywords now
    https://www.python.org/dev/peps/pep-0492/
    Solution: Rename. Add a wrapper if it's part of an API.


If you fix your package, please build it in the side tag (fedpkg build 
--target=f29-python) and check what buildrequires it and maybe needs a 
rebuild as well (feel free to ping me for that part).


The list of packages that FTBFS for non dependency reasons:

Maintainers by package:
LuxRender            besser82 kwizart luya
accerciser           kalev
antimony             sagitter
argparse-manpage     praiskup
beignet              ignatenkobrain
brd                  jsbackus
btest                fab
cantor               jreznik rdieter than
ceph                 branto dachary dmick jdieter ke4qqq kkeithle 
ktdreyer steve stingray
custodia             cheimes simo
cxxtest              mgieseki
diceware             kushal
dionaea              rebus
eric                 rdieter
fish                 amluto ohaessler oliver
flann                rmattes
frescobaldi          bsjones limb
gcc                  aoliva jakub law mpolacek
gcc-python-plugin    dmalcolm jakub
git-cola             comzeradd moceap ohaessler
gns3-server          athmane
gpaw                 marcindulak
gpodder              jspaleta limb vpv
gtimelog             amigadave
insight              lkundrak monnerat
kdevelop-python      dvratil jgrulich minh
lammps               junghans
libcec               pbrobinson
libftdi              hobbes1069 lucilanga
libproxy             amigadave cicku danw npmccallum
libreoffice          caolanm dtardon erack sbergmann
libsbml              sagitter zbyszek
libstoragemgmt       cathay4t grover tasleson
libuser              herczy jhrozek mitr
libvirt-python       berrange veillard
lohit-assamese-fonts petersen pravins
lohit-bengali-fonts  petersen pravins
lohit-devanagari-fonts petersen pravins
lohit-gujarati-fonts petersen pravins
lohit-gurmukhi-fonts petersen pravins
lohit-malayalam-fonts pravins
lohit-marathi-fonts  petersen pravins
lohit-nepali-fonts   petersen pravins
lohit-odia-fonts     petersen pravins
lohit-tamil-fonts    petersen pravins
mathgl               deji krege mycae
moose                zbyszek
omniORBpy            smani
opencv               hguemar hhorak jmlich jridky kwizart pkajaba 
sergiomb vjancik
openscap-daemon      isimluk jcerny matyc mpreisle wsato
openvswitch          aconole chrisw fbl tgraf tredaell
poezio               fantom louizatakk
prewikka             totol
psi4                 jussilehtola
pyatspi              mclasen rtcm
pygame               jkaluza jskarvad limb
pymol                timfenn
pysnmp               fab
pystatgrab           fab heliocastro potty slankes ttorling
pysvn                ravenoak sgallagh
python-APScheduler   pabelanger
python-Mastodon      limb
python-aiofiles      ignatenkobrain
python-astropy       orion sergiopr
python-backoff       bowlofeggs
python-basemap       jspaleta limb
python-bashate       apevec chandankumar
python-behave        besser82
python-binaryornot   pingou
python-blist         ignatenkobrain salimma
python-bloom         cottsay rmattes
python-cattrs        brouhaha
python-celery        bmbouter bowlofeggs mrunge topdog
python-cheetah       mikeb mskalick
python-couchbase     avsej
python-cu2qu         athoscr
python-django-countries bkabrda
python-django-keyedcache mrunge sundaram
python-djvulibre     bstinson
python-flask-cache   piotrp
python-flask-restful jsedlak kparal ralph
python-flask-restless yograterol
python-flask-script  ishcherb ralph rkuska
python-flask-silk    pcpa
python-genshi        fschwarz jcollie
python-gitlab        stevetraylen
python-gnocchiclient pkilambi
python-gunicorn      dcallagh
python-http-parser   bkabrda ralph
python-jira          ishcherb ralph stevetraylen
python-jupyter-kernel-test qulogic
python-kafka         pkilambi
python-kazoo         apevec nsaje
python-keystoneclient apevec jruzicka
python-klusta        ankursinha
python-kubernetes    amoralej
python-lazr-smtptest abompard
python-libarchive-c  zbyszek
python-libcloud      dbruno sayanchowdhury
python-line_profiler jacksonisaac
python-llfuse        dfateyev maci
python-lmiwbem       phatina
python-magnumclient  chandankumar
python-metakernel    ellert
python-mlpy          dhanesh95
python-msrestazure   melmorabity
python-myhdl         filiperosset
python-nibabel       ignatenkobrain
python-nose2         abompard
python-oslo-db       apevec gchamoul
python-oslo-vmware   apevec flaper87 jbernard
python-osrf-pycommon cottsay rmattes
python-pacpy         ignatenkobrain
python-pbkdf2        jonny
python-pdir2         carlwgeorge
python-pecan-notario ktdreyer
python-peewee        cstratak mstuchli vkrizan
python-portalocker   ignatenkobrain
python-pyev          rebus
python-pygit2        pwalter
python-pynacl        ignatenkobrain
python-pyopengl      jgu
python-pyrad         cicku peter
python-pytelegrambotapi xvitaly
python-pytest-relaxed athmane
python-pywt          ignatenkobrain sergiopr
python-quantities    ankursinha
python-qutepart      raphgro
python-requests_ntlm jhogarth
python-restructuredtext-lint jujens
python-ripe-atlas-cousteau jvcelak
python-rope          nonamedotc
python-rows          williamjmorenor
python-rpyc          bkabrda
python-ruamel-yaml   chandankumar jchaloup smilner
python-scikit-learn  besser82 ignatenkobrain lupinix sergiopr
python-scrapy        echevemaster
python-seaborn       sergiopr
python-sep           sergiopr
python-seqdiag       dridi
python-shade         larsks pabelanger
python-shapely       jcp volter
python-sleekxmpp     fab fantom jamielinux louizatakk
python-slixmpp       fantom
python-sphinx-intl   jujens
python-sqlacodegen   ignatenkobrain
python-statsmodels   sergiopr
python-stem          jorti
python-stestr        chandankumar
python-svgwrite      jujens
python-tablib        apevec hguemar ralph
python-taskw         ralph
python-tblib         qulogic
python-tenacity      pkilambi
python-terminado     orion ttorling
python-tlslite       orphan
python-twilio        mich181189
python-txaio         jujens
python-vcstools      cottsay rmattes
python-vobject       dgoodwin pingou sharkcz
python-vulture       ykarel
python-websockets    jujens
python3-iep          cottsay
quodlibet            hannes
rdkit                giallu
recoll               bonzini terjeros
rolekit              sgallagh twoerner
root                 ellert
rtv                  athoscr fale
satyr                jfilak jmilan mhabrnal mkutlak msuchy
stratis-cli          grover ignatenkobrain mulhern tasleson
subscription-manager awood bkearney csnyder
sympy                cbm jjames jussilehtola orion
telepathy-gabble     bpepple
tweepy               echevemaster rkuska rtnpro
ufw-kde              kkofler

Packages by maintainer:
abompard   python-lazr-smtptest python-nose2
aconole    openvswitch
amigadave  gtimelog libproxy
amluto     fish
amoralej   python-kubernetes
ankursinha python-klusta python-quantities
aoliva     gcc
apevec     python-bashate python-kazoo python-keystoneclient 
python-oslo-db python-oslo-vmware python-tablib
athmane    gns3-server python-pytest-relaxed
athoscr    python-cu2qu rtv
avsej      python-couchbase
awood      subscription-manager
berrange   libvirt-python
besser82   LuxRender python-behave python-scikit-learn
bkabrda    python-django-countries python-http-parser python-rpyc
bkearney   subscription-manager
bmbouter   python-celery
bonzini    recoll
bowlofeggs python-backoff python-celery
bpepple    telepathy-gabble
branto     ceph
brouhaha   python-cattrs
bsjones    frescobaldi
bstinson   python-djvulibre
caolanm    libreoffice
carlwgeorge python-pdir2
cathay4t   libstoragemgmt
cbm        sympy
chandankumar python-bashate python-magnumclient python-ruamel-yaml 
python-stestr
cheimes    custodia
chrisw     openvswitch
cicku      libproxy python-pyrad
comzeradd  git-cola
cottsay    python-bloom python-osrf-pycommon python-vcstools python3-iep
csnyder    subscription-manager
cstratak   python-peewee
dachary    ceph
danw       libproxy
dbruno     python-libcloud
dcallagh   python-gunicorn
deji       mathgl
dfateyev   python-llfuse
dgoodwin   python-vobject
dhanesh95  python-mlpy
dmalcolm   gcc-python-plugin
dmick      ceph
dridi      python-seqdiag
dtardon    libreoffice
dvratil    kdevelop-python
echevemaster python-scrapy tweepy
ellert     python-metakernel root
erack      libreoffice
fab        btest pysnmp pystatgrab python-sleekxmpp
fale       rtv
fantom     poezio python-sleekxmpp python-slixmpp
fbl        openvswitch
filiperosset python-myhdl
flaper87   python-oslo-vmware
fschwarz   python-genshi
gchamoul   python-oslo-db
giallu     rdkit
grover     libstoragemgmt stratis-cli
hannes     quodlibet
heliocastro pystatgrab
herczy     libuser
hguemar    opencv python-tablib
hhorak     opencv
hobbes1069 libftdi
ignatenkobrain beignet python-aiofiles python-blist python-nibabel 
python-pacpy python-portalocker python-pynacl python-pywt 
python-scikit-learn python-sqlacodegen stratis-cli
ishcherb   python-flask-script python-jira
isimluk    openscap-daemon
jacksonisaac python-line_profiler
jakub      gcc gcc-python-plugin
jamielinux python-sleekxmpp
jbernard   python-oslo-vmware
jcerny     openscap-daemon
jchaloup   python-ruamel-yaml
jcollie    python-genshi
jcp        python-shapely
jdieter    ceph
jfilak     satyr
jgrulich   kdevelop-python
jgu        python-pyopengl
jhogarth   python-requests_ntlm
jhrozek    libuser
jjames     sympy
jkaluza    pygame
jmilan     satyr
jmlich     opencv
jonny      python-pbkdf2
jorti      python-stem
jreznik    cantor
jridky     opencv
jruzicka   python-keystoneclient
jsbackus   brd
jsedlak    python-flask-restful
jskarvad   pygame
jspaleta   gpodder python-basemap
jujens     python-restructuredtext-lint python-sphinx-intl 
python-svgwrite python-txaio python-websockets
junghans   lammps
jussilehtola psi4 sympy
jvcelak    python-ripe-atlas-cousteau
kalev      accerciser
ke4qqq     ceph
kkeithle   ceph
kkofler    ufw-kde
kparal     python-flask-restful
krege      mathgl
ktdreyer   ceph python-pecan-notario
kushal     diceware
kwizart    LuxRender opencv
larsks     python-shade
law        gcc
limb       frescobaldi gpodder pygame python-Mastodon python-basemap
lkundrak   insight
louizatakk poezio python-sleekxmpp
lucilanga  libftdi
lupinix    python-scikit-learn
luya       LuxRender
maci       python-llfuse
marcindulak gpaw
matyc      openscap-daemon
mclasen    pyatspi
melmorabity python-msrestazure
mgieseki   cxxtest
mhabrnal   satyr
mich181189 python-twilio
mikeb      python-cheetah
minh       kdevelop-python
mitr       libuser
mkutlak    satyr
moceap     git-cola
monnerat   insight
mpolacek   gcc
mpreisle   openscap-daemon
mrunge     python-celery python-django-keyedcache
mskalick   python-cheetah
mstuchli   python-peewee
msuchy     satyr
mulhern    stratis-cli
mycae      mathgl
nonamedotc python-rope
npmccallum libproxy
nsaje      python-kazoo
ohaessler  fish git-cola
oliver     fish
orion      python-astropy python-terminado sympy
orphan     python-tlslite
pabelanger python-APScheduler python-shade
pbrobinson libcec
pcpa       python-flask-silk
peter      python-pyrad
petersen   lohit-assamese-fonts lohit-bengali-fonts 
lohit-devanagari-fonts lohit-gujarati-fonts lohit-gurmukhi-fonts 
lohit-marathi-fonts lohit-nepali-fonts lohit-odia-fonts lohit-tamil-fonts
phatina    python-lmiwbem
pingou     python-binaryornot python-vobject
piotrp     python-flask-cache
pkajaba    opencv
pkilambi   python-gnocchiclient python-kafka python-tenacity
potty      pystatgrab
praiskup   argparse-manpage
pravins    lohit-assamese-fonts lohit-bengali-fonts 
lohit-devanagari-fonts lohit-gujarati-fonts lohit-gurmukhi-fonts 
lohit-malayalam-fonts lohit-marathi-fonts lohit-nepali-fonts 
lohit-odia-fonts lohit-tamil-fonts
pwalter    python-pygit2
qulogic    python-jupyter-kernel-test python-tblib
ralph      python-flask-restful python-flask-script python-http-parser 
python-jira python-tablib python-taskw
raphgro    python-qutepart
ravenoak   pysvn
rdieter    cantor eric
rebus      dionaea python-pyev
rkuska     python-flask-script tweepy
rmattes    flann python-bloom python-osrf-pycommon python-vcstools
rtcm       pyatspi
rtnpro     tweepy
sagitter   antimony libsbml
salimma    python-blist
sayanchowdhury python-libcloud
sbergmann  libreoffice
sergiomb   opencv
sergiopr   python-astropy python-pywt python-scikit-learn python-seaborn 
python-sep python-statsmodels
sgallagh   pysvn rolekit
sharkcz    python-vobject
simo       custodia
slankes    pystatgrab
smani      omniORBpy
smilner    python-ruamel-yaml
steve      ceph
stevetraylen python-gitlab python-jira
stingray   ceph
sundaram   python-django-keyedcache
tasleson   libstoragemgmt stratis-cli
terjeros   recoll
tgraf      openvswitch
than       cantor
timfenn    pymol
topdog     python-celery
totol      prewikka
tredaell   openvswitch
ttorling   pystatgrab python-terminado
twoerner   rolekit
veillard   libvirt-python
vjancik    opencv
vkrizan    python-peewee
volter     python-shapely
vpv        gpodder
williamjmorenor python-rows
wsato      openscap-daemon
xvitaly    python-pytelegrambotapi
ykarel     python-vulture
yograterol python-flask-restless
zbyszek    libsbml moose python-libarchive-c

Thank you,
-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Todd Zullinger]

Miro Hrončok wrote:
>  We have 170 packages with blocked dependencies.
>  We also have 176 packages that fail to build from source (+ ~10 more that
>  are being handled).
>  
>  I need your help, I cannot possibly fix 178 packages.
>  
>  I've opened bugzillas for some, but let me ask you via e-mail before I go
>  file 176 of them.
>  
>  Common problems:
>  
>   * RuntimeError: generator raised StopIteration
>     https://www.python.org/dev/peps/pep-0479/
>     Solution: return instead (works with 2.7 as well)
>  
>   * Syntax Error: async, await
>     Those are reserved keywords now
>     https://www.python.org/dev/peps/pep-0492/
>     Solution: Rename. Add a wrapper if it's part of an API. 
I happened to look at the failure for gpodder and noticed it
was due to a SyntaxError exception.  The code used async as
a parameter, which is now a keyword in python-3.7 (along
with await).  I wonder how many other failures are due to
that change in reserved keywords?  At least those are easy
to fix.

I filed a PR upstream and at src.fpo:

    https://github.com/gpodder/gpodder/pull/487
    https://src.fedoraproject.org/rpms/gpodder/pull-request/1

I'm not a gpodder maintainer (or user, I just poked it out
of curiosity), so I can't push and build it.

-- 
Todd
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Suppose I were a member of Congress, and suppose I were an idiot. But,
I repeat myself.
    -- Mark Twain

[Miro Hrončok]

On 25.6.2018 16:49, Todd Zullinger wrote:
>  Miro Hrončok wrote:
> > We have 170 packages with blocked dependencies.
> > We also have 176 packages that fail to build from source (+ ~10 more that
> > are being handled).
> >
> > I need your help, I cannot possibly fix 178 packages.
> >
> > I've opened bugzillas for some, but let me ask you via e-mail before I go
> > file 176 of them.
> >
> > Common problems:
> >
> >   * RuntimeError: generator raised StopIteration
> >     https://www.python.org/dev/peps/pep-0479/
> >     Solution: return instead (works with 2.7 as well)
> >
> >   * Syntax Error: async, await
> >     Those are reserved keywords now
> >     https://www.python.org/dev/peps/pep-0492/
> >     Solution: Rename. Add a wrapper if it's part of an API.
>  
>  I happened to look at the failure for gpodder and noticed it
>  was due to a SyntaxError exception.  The code used async as
>  a parameter, which is now a keyword in python-3.7 (along
>  with await).  I wonder how many other failures are due to
>  that change in reserved keywords?  At least those are easy
>  to fix. 
Quite a lot.

>  I filed a PR upstream and at src.fpo:
>  
>       https://github.com/gpodder/gpodder/pull/487
>       https://src.fedoraproject.org/rpms/gpodder/pull-request/1
>  
>  I'm not a gpodder maintainer (or user, I just poked it out
>  of curiosity), so I can't push and build it. 
Thanks.

-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Miro Hrončok]

On 25.6.2018 15:45, Miro Hrončok wrote:
>  On 19.6.2018 11:27, Miro Hrončok wrote:
> > On 13.6.2018 15:14, Miro Hrončok wrote:
> >> I've just started to build the bootstrap sequence in a side tag 
> >> (f29-python).
> >>
> >
> > I'm now mass rebuilding everything. Will do a couple of rounds before 
> > I will look at the logs. If you see you package failing for a 
> > non-dependencies related reason, please try to fix it and rebuild it 
> > with:
> >
> >      fedpkg build --target=f29-python
> >
> > Feel free to open bugs, make sure to block PYTHON37 [1].
> >
> > [1] http://bugzilla.redhat.com/show_bug.cgi?id=PYTHON37
>  
>  Hi.
>  
>  We have 170 packages with blocked dependencies.
>  We also have 176 packages that fail to build from source (+ ~10 more 
>  that are being handled).
>  
>  I need your help, I cannot possibly fix 178 packages.
>  
>  I've opened bugzillas for some, but let me ask you via e-mail before I 
>  go file 176 of them.
>  
>  Common problems:
>  
>    * RuntimeError: generator raised StopIteration
>      https://www.python.org/dev/peps/pep-0479/
>      Solution: return instead (works with 2.7 as well)
>  
>    * Syntax Error: async, await
>      Those are reserved keywords now
>      https://www.python.org/dev/peps/pep-0492/
>      Solution: Rename. Add a wrapper if it's part of an API.
>  
>  
>  If you fix your package, please build it in the side tag (fedpkg build 
>  --target=f29-python) and check what buildrequires it and maybe needs a 
>  rebuild as well (feel free to ping me for that part).
>  
>  
>  The list of packages that FTBFS for non dependency reasons: 
Couple new unblocked but now FTBFS packages:

Maintainers by package:
ansible-inventory-grapher pnemade
hatch                lbalhar
mycli                fale terjeros
python-parallel-ssh  ignatenkobrain

Packages by maintainer:
fale       mycli
ignatenkobrain python-parallel-ssh
lbalhar    hatch
pnemade    ansible-inventory-grapher
terjeros   mycli


-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Jonathan Underwood]

I spent a bit of time last night trying to fix the python-pyopengl build
failure. Here's where I got to:

It is the accelerate module which is failing to build when compiling the .c
files that ship with the source tarball. These are generated upstream by
Cython from the shipped .pyx files. Build failure arises due to a change in
the python internal data structures, and so the .c files need to be
regenerated by Cython.

I adjusted the package to regenerate the .c files during package build, but
that currently fails due to missing .pxd files in the source tarball. I
grabbed those files from the upstream git repo and added them to the
package sources, but Cython isn't finding them - obviously the Cython load
path needs adjusting somehow.

That's where I got to before I needed some sleep. I won't pick this up
again until the weekend, so if anyone has time to look at it before then,
that would be great.

Cheers,
Jonathan.

[Raphael Groner]

Hi Miro,

python-qutepart is fixed with a build conditional to skip some tests in execution that
otherwise let abort xvfb due to unknown reasons. No better solution available so far.

Regards, Raphael

[Alfredo Moralejo Alonso]

On Mon, Jun 25, 2018 at 3:45 PM, Miro Hrončok <mhroncok(a)redhat.com&gt; wrote:

>  On 19.6.2018 11:27, Miro Hrončok wrote:
>
> > On 13.6.2018 15:14, Miro Hrončok wrote:
> >
> >> I've just started to build the bootstrap sequence in a side tag
> >> (f29-python).
> >>
> >>
> > I'm now mass rebuilding everything. Will do a couple of rounds before I
> > will look at the logs. If you see you package failing for a
> > non-dependencies related reason, please try to fix it and rebuild it with:
> >
> >      fedpkg build --target=f29-python
> >
> > Feel free to open bugs, make sure to block PYTHON37 [1].
> >
> > [1] http://bugzilla.redhat.com/show_bug.cgi?id=PYTHON37
> >
>
>  Hi.
>
>  We have 170 packages with blocked dependencies.
>  We also have 176 packages that fail to build from source (+ ~10 more that
>  are being handled).
>
>  I need your help, I cannot possibly fix 178 packages.
>
>  I've opened bugzillas for some, but let me ask you via e-mail before I go
>  file 176 of them.
>
>  Common problems:
>
>   * RuntimeError: generator raised StopIteration
>     https://www.python.org/dev/peps/pep-0479/
>     Solution: return instead (works with 2.7 as well)
>
>   * Syntax Error: async, await
>     Those are reserved keywords now
>     https://www.python.org/dev/peps/pep-0492/
>     Solution: Rename. Add a wrapper if it's part of an API.
>
>
>  If you fix your package, please build it in the side tag (fedpkg build
>  --target=f29-python) and check what buildrequires it and maybe needs a
>  rebuild as well (feel free to ping me for that part).
>
>
>  The list of packages that FTBFS for non dependency reasons:
>
>  Maintainers by package:
>
>  python-kubernetes    amoralej - affected by Syntax Error: async, await -
>  just reported upstream in
>  https://github.com/kubernetes-client/python/issues/558
>
>

[William Moreno]

>  williamjmorenor python-rows
>
>  
Done

[Raphael Groner]

Hi Miro,

there are new releases of upstream for python-jep, py4j and jpype. Unfortunately, me as
the maintainer of these packages did not find any time to update those. There's not
much sense actually to rebuild the outdated packages.
https://bugzilla.redhat.com/show_bug.cgi?id=1592995
https://bugzilla.redhat.com/show_bug.cgi?id=1574046
https://bugzilla.redhat.com/show_bug.cgi?id=1563207

FTBFS of jep. There's some ongoing work to implement official support for Python 3.7:
https://github.com/ninia/jep/commit/f1ae0672cf8ceea8c22576d910d1aae7b0bfd081
https://github.com/ninia/jep/issues/142

FTBFS of jpype. Please be aware of PEP 432. No idea if upstream needs to provide a fix.
https://github.com/python/cpython/pull/1729

[Miro Hrončok]

On 20.6.2018 19:24, Raphael Groner wrote:
>  FTBFS of jpype. Please be aware of PEP 432. No idea if upstream needs
> to provide a fix. 
https://github.com/originell/jpype/pull/332

-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Raphael Groner]

>  On 20.6.2018 19:24, Raphael Groner wrote:
>  
>  https://github.com/originell/jpype/pull/332 
Thanks, jpype package is fixed with the patch included.

[Raphael Groner]

>  Thanks, jpype package is fixed with the patch included. 
https://koji.fedoraproject.org/koji/taskinfo?taskID=27810928

Crossing fingers.

[William Moreno]

I have updated a few packages to last upstream releases and added to the
f29-python tag, sorry for the bad timing but I live in Nicaragua and we are
steel under heavy protests against local government

*William Moreno Reyes*
Colaborador Proyecto Fedora | Nicaragua
IRC:  williamjmorenor Canales: #fedora-latam ; #fedora-ni
https://fedoraproject.org/wiki/User:Williamjmorenor

[Miro Hrončok]

On 24.6.2018 03:21, William Moreno wrote:
>  I have updated a few packages to last upstream releases and added to
> the 
>  f29-python tag, sorry for the bad timing 
Anything that builds in the f29-python tag is great, thank you!

-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Jonathan Underwood]

On Wed, 13 Jun 2018, 14:14 Miro Hrončok, <mhroncok(a)redhat.com&gt; wrote:

>  I've just started to build the bootstrap sequence in a side tag
>  (f29-python).
>
>  This should not affect you mostly but if you have a Python 3 package and
>  you are going to update it with new buildtime dependencies, please let
>  me know or wait until this is done.
>
>  The initial order is in
>  https://github.com/hroncok/rpm-list-builder/blob/python37/python37.yaml 

Last night I updated python-lz4 to a new upstream release. That adds a
dependency on python-psutil.

>

[Sandro Bonazzola]

Hi,
trying to update sos to upstream 3.6.
Failed on f29 target[1]

pushed to f29-python target as suggested and failed again[2] and failed also on f28
target[3], missing six module everywhere.

spec file has Requires: python3-six but looks like it's not failing preparing the
chroot despite the package is not installed.


[1] https://koji.fedoraproject.org/koji/taskinfo?taskID=27854004
[2] https://koji.fedoraproject.org/koji/taskinfo?taskID=27854107
[3] https://koji.fedoraproject.org/koji/taskinfo?taskID=27854023

[Miro Hrončok]

On 25.6.2018 12:08, Sandro Bonazzola wrote:
>  Hi,
>  trying to update sos to upstream 3.6.
>  Failed on f29 target[1]
>  
>  pushed to f29-python target as suggested and failed again[2] and failed also on f28
> target[3], missing six module everywhere.
>  
>  spec file has Requires: python3-six but looks like it's not failing preparing the
> chroot despite the package is not installed. 
It misses:

BuildRequires: python3-six

Scratch build with that:
https://koji.fedoraproject.org/koji/taskinfo?taskID=27855791

-- 
Miro Hrončok
--
Phone: [phone]
IRC: mhroncok

[Sandro Bonazzola]

2018-06-25 13:14 GMT+02:00 Miro Hrončok <mhroncok(a)redhat.com&gt;:

>  On 25.6.2018 12:08, Sandro Bonazzola wrote:
>
> > Hi,
> > trying to update sos to upstream 3.6.
> > Failed on f29 target[1]
> >
> > pushed to f29-python target as suggested and failed again[2] and failed
> > also on f28 target[3], missing six module everywhere.
> >
> > spec file has Requires: python3-six but looks like it's not failing
> > preparing the chroot despite the package is not installed.
> >
>
>  It misses:
>
>  BuildRequires: python3-six
>
>  
Thanks, good catch!


>  Scratch build with that:
>  https://koji.fedoraproject.org/koji/taskinfo?taskID=27855791
>
>
>  --
>  Miro Hrončok
>  --
>  Phone: [phone]
>  IRC: mhroncok
>  


-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA <https://www.redhat.com/>

sbonazzo(a)redhat.com
<https://red.ht/sig>