Fixed in r83955.
Patch contributed upstream in http://issues.roundup-tracker.org/issue2550664.

As pointed out by MVL the URLs are broken only when something (e.g. a '.') follows the >, so "<http://bugs.python.org/setuptools/issue63>" is linkified correctly but "<http://bugs.python.org/setuptools/issue63>." is not.

Let's see how this get linked

<http://bugs.python.org/setuptools/issue63>

Martin, unless we figure out why here the > is included in the URL, we should probably close this.

I fixed the ')' in r82525, using some heuristic to determine if the ')' is part of the URL or not (if you want to try breaking it you are welcome).
Regarding the '>' I think it might depend on the version of Roundup used for this tracker and the Jython one. Is it the same version that we use for python-dev?
In recent versions of Roundup the regex for matching URLs has been improved.

That's not a problem, it's easy to allow ')' inside the URL but not at the end. Some Wikipedia links also use ')' at the end (e.g. http://en.wikipedia.org/wiki/Python_(programming_language)), but I think it's more common to have links enclosed in () than links that contain and end with a ')' (however I think it might still be possible to distinguish between URLs enclosed in () and URLs that end with ')').

On a side note, on my instance of the tracker the '>' is not included in the link, let's see if here it is: <http://bugs.python.org/setuptools/issue63>.

I disagree: ')' can be, and actually is, part of the URL. For example, Microsoft hosts URLs like

http://msdn.microsoft.com/en-us/library/ms741540(VS.85).aspx

This problem exists with ')' too.

Take a look at this setuptools issue:

  http://bugs.python.org/setuptools/issue63

When I first posted it I embedded a Google Code tracker URL in <...>.  Roundup
should almost certainly treat literal '<' and '>' as not part of URLs.  It
encoded the trailing '>' and generated a bogus URL.