FEDORA-EPEL-2015-245dbd46e3 created by vgologuz 6 years ago for Fedora EPEL 6
obsolete

Allow to send builds in the group project.

This update has been submitted for testing by vgologuz.

6 years ago

This update has been pushed to testing.

6 years ago
User Icon loveshack provided feedback 5 years ago
karma

[Apologies, for the previous lack of comment.] I don't know whether it's specific to this release, but I see the following on EPEL6 (which I can't persuade the interface not to wrap, sorry):

$ copr --debug build -r epel-6-x86_64 --nowait loveshack/livhpc raspa-2.0.2-1.el6.src.rpm

[10:54:25] {/usr/lib/python2.6/site-packages/copr_cli/main.py:402} DEBUG - #  Debug log enabled  #

[10:54:25] {/usr/lib/python2.6/site-packages/copr/client/client.py:162} DEBUG - Fetching url: https://copr.fedoraproject.org/api/coprs/loveshack/livhpc/new_build/, for login: pfjzsroxahqnkzgnnmeq

[10:54:25] {/usr/lib/python2.6/site-packages/urllib3/connectionpool.py:735} INFO - Starting new HTTPS connection (1): copr.fedoraproject.org

[10:54:25] {/usr/lib/python2.6/site-packages/urllib3/connectionpool.py:383} DEBUG - "POST /api/coprs/loveshack/livhpc/new_build/ HTTP/1.1" 500 71

[10:54:25] {/usr/lib/python2.6/site-packages/copr/client/client.py:177} DEBUG - raw response: {"output": "notok", "error": "Invalid request: bad request parameters"}

[10:54:25] {/usr/lib/python2.6/site-packages/copr/client/client.py:200} ERROR - Server error, raw response body: {"output": "notok", "error": "Invalid request: bad request parameters"}

Something went wrong:
Error: Invalid request: bad request parameter

This update has reached 14 days in testing and can be pushed to stable now if the maintainer wishes

5 years ago
User Icon gjanssens commented & provided feedback 5 years ago
karma

Same issue here. When attempting to start a copr build using a local srpm, copr-cli fails with

Something went wrong: Error: Invalid request: bad request parameter

This is likely because a newer version of python-copr is required as well. I created an epel package for version 1.58 of python-copr based on the f22 package.

With that package installed I get further. The command line successfully uploads the srpm and initiates the build, but then fails again somewhere else with:

Build was added to gnucash-master.
Traceback (most recent call last):
  File "/usr/bin/copr-cli", line 9, in <module>
    load_entry_point('copr-cli==0.3.0', 'console_scripts', 'copr-cli')()
  File "/usr/lib/python2.6/site-packages/copr_cli/main.py", line 415, in main
    getattr(commands, arg.func)(arg)
  File "/usr/lib/python2.6/site-packages/copr_cli/main.py", line 66, in wrapper
    return func(self, args)
  File "/usr/lib/python2.6/site-packages/copr_cli/main.py", line 172, in action_build
    print("Created builds: {}".format(" ".join(map(str, build_ids))))
ValueError: zero length field name in format

Note I have the same issue as @loveshack regarding the line wrapping of the code block.

FYI the error message I get after installing python-copr 1.58 is because copr-cli is using a format argument in a way that requires python 2.7, while rhel6 only ships python 2.6.

Changing

print("Created builds: {}".format(" ".join(map(str, build_ids))))

into

print("Created builds: {0}".format(" ".join(map(str, build_ids))))

in copr_cli/main.py makes the error go away.

I have created #1276105 to track this.

This update has been obsoleted by copr-cli-1.47-1.el6.

5 years ago

Please login to add feedback.

Metadata
Type
enhancement
Severity
low
Karma
-2
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
disabled
Dates
submitted
6 years ago
in testing
6 years ago

Automated Test Results