Description of problem: When submitting a build, the following exception gets printed to the console: Build was added to glusterfs-3.5. Traceback (most recent call last): File "/usr/bin/copr-cli", line 9, in <module> load_entry_point('copr-cli==0.1.0', 'console_scripts', 'copr-cli')() File "/usr/lib/python2.6/site-packages/copr_cli/main.py", line 125, in main arg.func(arg) File "/usr/lib/python2.6/site-packages/copr_cli/main.py", line 21, in action_build args.memory, args.timeout, not args.nowait) File "/usr/lib/python2.6/site-packages/copr_cli/subcommands.py", line 225, in build print("Build ID: {0}".format(output['id'])) KeyError: 'id' Version-Release number of selected component (if applicable): copr-cli-1.15-1.el6.noarch How reproducible: Frequent, happening on nightly builds. Steps to Reproduce: 1. unsure, sorry Actual results: Build gets scheduled, error gets printed, no waiting for the build to finish. Expected results: Catch the error, wait for build to finish. Additional info: Happened with http://download.gluster.org/pub/gluster/glusterfs/nightly/SRPMS/glusterfs-3.5.20140410.d4cc759-1.autobuild.src.rpm for devos/glusterfs-3.5 copr (build failed due to something else/unkown).
We have to break API call because of one feature. So old copr-cli now fail on fetching status of sent build. Either use --nowait or ignore that message or upgrade to newest copr-cli (currently in updates-testing). Sorry for the problems.
*** Bug 1087147 has been marked as a duplicate of this bug. ***
(In reply to Miroslav Suchý from comment #1) > We have to break API call because of one feature. > So old copr-cli now fail on fetching status of sent build. > Either use --nowait or ignore that message or upgrade to newest copr-cli > (currently in updates-testing). Ah, I missed this update entirely as the SRPM had changed (was looking at the wrong package on apps.fp.org). https://admin.fedoraproject.org/updates/copr-cli links to the bodhi updates. Thanks Mirek.
*** Bug 1087598 has been marked as a duplicate of this bug. ***