[Python-Dev] Submitting changes through Mercurial

skip at pobox.com skip at pobox.com
Tue Mar 22 16:37:04 CET 2011

    >> I still don't understand what that's supposed to look like.  Is it
    >> supposed to be a URL which refers to my local repository?

    Senthil> No, it is the "Remote Repository". It could be one at
    Senthil> bitbucket.org or code.google.com, both of which support
    Senthil> creating mercurial repositories. Or it could be a repository at
    Senthil> hg.python.org and with a url like hg.python.org/sandbox/skip or
    Senthil> hg.python.org/skip

    Senthil> You will have to 'push' your changes to those so that they are
    Senthil> publicly visible and then point that url in the bug-tracker.

I can see this turning into a giant bowl of spaghetti.  How in the world are
people supposed to understand how all these repositories are related to each

    Senthil> You can do that or use one of existing facilities available for
    Senthil> pushing your code to a public hg repository.

Doesn't that just complicate my setup?  Let's just consider the cpython repo
(is that the right term? maybe branch instead?).  Today, I have a local
repository named "cpython" which refers to ssh://hg@hg.python.org/cpython as
its default.  Now you suggest I need to create another public repository.
So my "chain of command" becomes: local depends on my global, which depends
on the real cpython global.  Now replicate that for the different active
branches (2.7, 3.2 at least).

    Senthil> And when you pressed "Create Patch" button, it created a patch

    >> Sorry, I don't see a "Create Patch" button anywhere.  Are you
    >> referring to some sort of Mercurial GUI?

    Senthil> No, the same http://bugs.python.org/issue11591 You have to be
    Senthil> logged into the tracker to see "Create Patch" under a section
    Senthil> called "Repositories containing patches"

I was logged in.  It is not obvious.  In addition, now that I've found it, I
see that there are two.  WTF?

The Roundup interface is getting extraordinarily messy.  In the above case I
count 23 user interface components for just that one case, not including all
the Remove buttons for the individual comments:

   5 in classification
   13 in process
   1 Submit changes button
   2 under Files/file name
   2 under Files/Repositories containing patches

The above count does not include simple HTML links, which themselves can be
just as important as the buttons, text areas and pop up menus.


More information about the Python-Dev mailing list