Bug 620653 - [abrt] crash in fedora-packager-0.4.2.3-1.fc13: <string>:1:connect:error: [Errno 111] Connection refused
Summary: [abrt] crash in fedora-packager-0.4.2.3-1.fc13: <string>:1:connect:error: [Er...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: fedora-packager
Version: 13
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: David Cantrell
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:a8b6448c
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-08-03 08:15 UTC by Enrico Scholz
Modified: 2013-01-10 06:07 UTC (History)
2 users (show)

Fixed In Version: fedora-packager-0.5.1.2-2.fc14
Clone Of:
Environment:
Last Closed: 2010-08-17 05:36:59 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
File: backtrace (1.72 KB, text/plain)
2010-08-03 08:15 UTC, Enrico Scholz
no flags Details

Description Enrico Scholz 2010-08-03 08:15:19 UTC
abrt 1.1.1 detected a crash.

architecture: x86_64
cmdline: /usr/bin/python /usr/bin/fedpkg build
component: fedora-packager
executable: /usr/bin/fedpkg
kernel: 2.6.33.6-147.fc13.x86_64
package: fedora-packager-0.4.2.3-1.fc13
reason: <string>:1:connect:error: [Errno 111] Connection refused
release: Fedora release 13 (Goddard)

backtrace
-----
<string>:1:connect:error: [Errno 111] Connection refused

Traceback (most recent call last):
  File "/usr/bin/fedpkg", line 903, in <module>
    args.command(args)
  File "/usr/bin/fedpkg", line 297, in build
    mymodule.init_koji(args.user, kojiconfig)
  File "/usr/lib/python2.6/site-packages/pyfedpkg/__init__.py", line 980, in init_koji
    defaults['serverca'])
  File "/usr/lib/python2.6/site-packages/koji/__init__.py", line 1628, in ssl_login
    sinfo = self.callMethod('sslLogin', proxyuser)
  File "/usr/lib/python2.6/site-packages/koji/__init__.py", line 1673, in callMethod
    return self._callMethod(name, args, opts)
  File "/usr/lib/python2.6/site-packages/koji/__init__.py", line 1698, in _callMethod
    return proxy.__getattr__(name)(*args)
  File "/usr/lib64/python2.6/xmlrpclib.py", line 1199, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib64/python2.6/xmlrpclib.py", line 1489, in __request
    verbose=self.__verbose
  File "/usr/lib64/python2.6/xmlrpclib.py", line 1235, in request
    self.send_content(h, request_body)
  File "/usr/lib64/python2.6/xmlrpclib.py", line 1349, in send_content
    connection.endheaders()
  File "/usr/lib64/python2.6/httplib.py", line 892, in endheaders
    self._send_output()
  File "/usr/lib64/python2.6/httplib.py", line 764, in _send_output
    self.send(msg)
  File "/usr/lib64/python2.6/httplib.py", line 723, in send
    self.connect()
  File "/usr/lib/python2.6/site-packages/koji/ssl/SSLCommon.py", line 108, in connect
    self.sock.connect((self.host, self.port))
  File "<string>", line 1, in connect
error: [Errno 111] Connection refused

Local variables in innermost frame:
self: <socket._socketobject object at 0x113c910>
args: (('koji.stg.fedoraproject.org', 443),)

How to reproduce
-----
1. use fedpkg behind a proxy
2. set correct $http_proxy + $https_proxy env
3. try to connect

Comment 1 Enrico Scholz 2010-08-03 08:15:21 UTC
Created attachment 436206 [details]
File: backtrace

Comment 2 Dennis Gilmore 2010-08-03 12:41:53 UTC
You need to use the latest fedora-packager either from updates-testing or koji.

Comment 3 Enrico Scholz 2010-08-04 07:53:33 UTC
still with 0.5.1

Comment 4 Jesse Keating 2010-08-06 19:20:43 UTC
Hrm, two things going on.

1) we should trap that error instead of backtracing.

2) we should be able to get the proxy to work.  

Does regular /usr/bin/koji work when you have proxy env variables set?

Comment 5 Enrico Scholz 2010-08-11 12:36:07 UTC
In old buildsystem, I set

| BUILD_CLIENT  = ${HOME}/bin/tkoji

in ~/.cvspkgsrc where this tkoji program is a wrapper which calls 'koji' through transconnect[1].

Where can I configure the koji command in fedpkg?  Wrapping whole 'fedpkg' through transconnect is probably a bad idea because the other functionality (ssh, git) works fine with proxies.


[1] http://transconnect.sourceforge.net

Comment 6 Jesse Keating 2010-08-12 07:04:28 UTC
Well, we now should catch the error and not traceback, however for proxy stuff I think that's a second bug that should be opened.

With fedpkg you can't really override the /usr/bin/koji call because we don't call /usr/bin/koji, we deal with koji through it's python API.  It seems to me that the koji api should handle proxies in a way that would work for you.  Can you file a bug against koji and work with their upstream on that?  This bug will get handled by bodhi when an update gets pushed to catch this error instead of tracing back.

Comment 7 Fedora Update System 2010-08-12 19:53:26 UTC
python-kitchen-0.2-0.1.a2.el5,fedora-packager-0.5.1.2-1.el5 has been submitted as an update for Fedora EPEL 5.
http://admin.fedoraproject.org/updates/python-kitchen-0.2-0.1.a2.el5,fedora-packager-0.5.1.2-1.el5

Comment 8 Fedora Update System 2010-08-12 19:57:03 UTC
fedora-packager-0.5.1.2-1.fc14 has been submitted as an update for Fedora 14.
http://admin.fedoraproject.org/updates/fedora-packager-0.5.1.2-1.fc14

Comment 9 Fedora Update System 2010-08-12 20:01:31 UTC
fedora-packager-0.5.1.2-1.fc13 has been submitted as an update for Fedora 13.
http://admin.fedoraproject.org/updates/fedora-packager-0.5.1.2-1.fc13

Comment 10 Fedora Update System 2010-08-12 20:07:26 UTC
fedora-packager-0.5.1.2-1.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/fedora-packager-0.5.1.2-1.fc12

Comment 11 Fedora Update System 2010-08-13 21:06:23 UTC
fedora-packager-0.5.1.2-2.fc13 has been pushed to the Fedora 13 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update fedora-packager'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/fedora-packager-0.5.1.2-2.fc13

Comment 12 Fedora Update System 2010-08-13 22:39:01 UTC
fedora-packager-0.5.1.2-2.el5, python-kitchen-0.2-0.1.a2.el5 has been pushed to the Fedora EPEL 5 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update fedora-packager python-kitchen'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/python-kitchen-0.2-0.1.a2.el5,fedora-packager-0.5.1.2-2.el5

Comment 13 Fedora Update System 2010-08-17 05:35:57 UTC
fedora-packager-0.5.1.2-2.fc13 has been pushed to the Fedora 13 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 14 Fedora Update System 2010-08-24 21:09:11 UTC
fedora-packager-0.5.1.2-2.fc12 has been pushed to the Fedora 12 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 15 Fedora Update System 2010-08-24 23:03:36 UTC
fedora-packager-0.5.1.2-2.el5, python-kitchen-0.2-0.1.a2.el5 has been pushed to the Fedora EPEL 5 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 16 Fedora Update System 2010-08-25 01:19:21 UTC
fedora-packager-0.5.1.2-2.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.