2008-10-21 08:49:59 |
Andrew Cowie |
bug |
|
|
added bug |
2008-10-21 09:00:23 |
Martin Pool |
title |
bzr serve doesn't |
IndexError raising CannotBindAddress error starting bzr serve |
|
2008-10-21 09:04:01 |
Martin Pool |
bzr: status |
New |
Incomplete |
|
2008-10-21 09:04:01 |
Martin Pool |
bzr: statusexplanation |
|
I think the underlying problem is that (as the traceback suggests) it cannot bind the listening socket. Could it be that 'bzr serve' or something else is already using port 4155 on this machine?
In both 1.8 and trunk I can run 'bzr serve' and get a reasonable error if it fails to bind the address because it's in use.
However, the CannotBindAddress constructor does seem strange to be indexing the original error this way. I'm not sure why this needs to be a special error class. |
|
2008-10-21 09:04:19 |
Martin Pool |
bzr: status |
Incomplete |
Confirmed |
|
2008-10-21 09:04:19 |
Martin Pool |
bzr: importance |
Undecided |
Medium |
|
2008-10-21 09:04:19 |
Martin Pool |
bzr: statusexplanation |
I think the underlying problem is that (as the traceback suggests) it cannot bind the listening socket. Could it be that 'bzr serve' or something else is already using port 4155 on this machine?
In both 1.8 and trunk I can run 'bzr serve' and get a reasonable error if it fails to bind the address because it's in use.
However, the CannotBindAddress constructor does seem strange to be indexing the original error this way. I'm not sure why this needs to be a special error class. |
|
|
2010-09-17 13:17:24 |
Vincent Ladeuil |
bzr: status |
Confirmed |
Fix Released |
|
2010-09-17 13:17:24 |
Vincent Ladeuil |
bzr: milestone |
|
2.0rc1 |
|