Bug 610938
| Summary: | fedora-easy-karma traceback on el5 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | Kevin Fenzi <kevin> |
| Component: | python-fedora | Assignee: | Toshio Ernie Kuratomi <a.badger> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | el5 | CC: | a.badger, lmacken, mmcgrath, opensource, ricky |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-07-20 18:19:57 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
(In reply to comment #0) > Centos5.5 machine, installed fedora-easy-karma from epel-testing. > bodhi-client-0.7.5-1.el5 > fedora-easy-karma-0-0.5.20100315gitacf8b834.el5 > > Happy to provide further info or debugging. \o/, you are the first person using f-e-k on CentOS. Does "bodhi -T" work on CentOS? And if it does, what does this return? python -c 'from fedora.client import BodhiClient;print BodhiClient().query(release="El-5", limit=1)["updates"]' apparently bodhi -T does not work:
Traceback (most recent call last):
File "/usr/bin/bodhi", line 394, in ?
main()
File "/usr/bin/bodhi", line 278, in main
for update in bodhi.testable():
File "/usr/lib/python2.4/site-packages/fedora/client/bodhi.py", line 209, in testable
fedora = file('/etc/fedora-release').readlines()[0].split()[2]
IOError: [Errno 2] No such file or directory: '/etc/fedora-release'
The python command completes fine, but returns nothing.
Note that in epel, we have 'epel-testing' and 'epel' repos instead of 'updates-testing' and 'updates' if that matters. Also, the release should be 'EL-5' I would think?
The bodhi -T traceback is yet another bug, but since the python command does not return anything, I suspect this is a bug in python-fedora. Does this work? "bodhi -t bugfix -l 1" Yes, that works: $ bodhi -t bugfix -l 1 foremost-1.5.7-2.fc13 bugfix pending 2010-07-02 6798 updates found (1 shown) (In reply to comment #2) > Note that in epel, we have 'epel-testing' and 'epel' repos instead of > 'updates-testing' and 'updates' if that matters. Also, the release should be > 'EL-5' I would think? The repo layout does not matter, because it is not used. And I just noticed that you were referring to the lowercase "l" in the python command. Does this work better? python -c 'from fedora.client import BodhiClient;print BodhiClient().query(release="EL-5", limit=1)["updates"]' Nevertheless, it works with El-5 on Fedora 12. But I just identified a possible cause for this. Does f-e-k work with "--product EL-"? And if it still does not work, does also adding "--releasever 5" help? (In reply to comment #4) > Yes, that works: > > $ bodhi -t bugfix -l 1 > foremost-1.5.7-2.fc13 bugfix pending 2010-07-02 > 6798 updates found (1 shown) ok, the command has to be: bodhi -t bugfix -l 1 -r EL-5 Does this work? 'fedora-easy-karma --product EL-' does work. ;) (I left karma for fedora-easy-karma ok) 'bodhi -t bugfix -l 1 -r EL-5' also works: $ bodhi -t bugfix -l 1 -r EL-5 beanstalkd-1.4.6-2.el5 bugfix testing 2010-07-02 765 updates found (1 shown) ok, so it's kind of a bug that the ServerError should be catched, but the bodhi client Exception could also be more informative and e.g. say that the product string is wrong. fedora-easy-karma-0-0.6.20100629git0e80f096.el5.1 has been submitted as an update for Fedora EPEL 5. http://admin.fedoraproject.org/updates/fedora-easy-karma-0-0.6.20100629git0e80f096.el5.1 fedora-easy-karma-0-0.6.20100629git0e80f096.el5.1 has been pushed to the Fedora EPEL 5 stable repository. If problems still persist, please make note of it in this bug report. This is fixed in the above version as far as I can see... or is it simply working around the issue and this bug still needs to be fixed? (In reply to comment #11) > This is fixed in the above version as far as I can see... or is it simply > working around the issue and this bug still needs to be fixed? The ServerError is not yet catched in f-e-k, which needs to be fixed eventually. It is worked around by not creating it by default. lmacken --Looks like this is assigned to us to make the fedora.client.bodhi error message here more informative. (I think it's being thrown because the repository name is not recognized.) This particular ServerError has been fixed in the bodhi-server for a while now. I also just verified that fedora-easy-karma works as expected on RHEL5. Closing! |
Centos5.5 machine, installed fedora-easy-karma from epel-testing. Running gives me: Traceback (most recent call last): File "/usr/bin/fedora-easy-karma", line 407, in ? FedoraEasyKarma() File "/usr/bin/fedora-easy-karma", line 139, in __init__ testing_updates = bc.query(release=release, status="testing", limit=1000)["updates"] File "/usr/lib/python2.4/site-packages/fedora/client/bodhi.py", line 147, in query return self.send_request('list', req_params=params, auth=auth) File "/usr/lib/python2.4/site-packages/fedora/client/baseclient.py", line 316, in send_request req_params = req_params, auth_params = auth_params) File "/usr/lib/python2.4/site-packages/fedora/client/proxyclient.py", line 292, in send_request raise ServerError(url, http_status, msg) fedora.client.ServerError: ServerError(https://admin.fedoraproject.org/updates/list, 500, Unknown HTTP Server Response) bodhi-client-0.7.5-1.el5 fedora-easy-karma-0-0.5.20100315gitacf8b834.el5 Happy to provide further info or debugging.