Description of problem: The python subpackage is called antlr-python, it should be python2-antlr Version-Release number of selected component (if applicable): antlr-2.7.7-47.fc26 How reproducible: Always. Steps to Reproduce: 1. Build antlr from source. Actual results: antlr-python-2.7.7-47.fc26.noarch.rpm and others Expected results: python2-antlr-2.7.7-47.fc26.noarch.rpm and others Additional info: Also it should BuildRequire python2-setuptools and python2-devel. (Will send patch.)
Can't be fixed until Java/glibc on ppc64le is fixed.
Created attachment 1296819 [details] dist-git patch Koji scratch build https://koji.fedoraproject.org/koji/taskinfo?taskID=20474189
(In reply to Mikolaj Izdebski from comment #1) > Can't be fixed until Java/glibc on ppc64le is fixed. Indeed, the ppc64le build failed. (Maybe it can be merged to git as for now and it will be fixed once the build succeeds? I don't need it built right now.)
(In reply to Miro Hrončok from comment #3) > (Maybe it can be merged to git as for now and it will be fixed once the > build succeeds? I don't need it built right now.) Sure. Commited to dist-git with a minor change.
thanks!
BTW why was the epoch removed in http://pkgs.fedoraproject.org/cgit/rpms/antlr.git/commit/?id=97ac9b5138b3d008faace1ba4191587bea7555d9 ?
RPM-wise, no epoch is the same thing as epoch 0. (Unfortunately I can't remove Epoch tag from the package as some rel-eng tooling is buggy and would break...)
I thought so, I added it just to be consistent. Thanks for explaining.
I believe that this bug is fixed in antlr-2.7.7-48, which is available in Fedora Rawhide, so I am closing this bug now. The build containing the fix can be found at Koji: http://koji.fedoraproject.org/koji/buildinfo?buildID=918463