[Distutils] [buildout] branches languishing? (site-packages and distutils scripts)

Reinout van Rees reinout at vanrees.org
Sun Mar 25 22:12:30 CEST 2012


On 25-03-12 19:39, Jim Fulton wrote:
> On Sun, Mar 25, 2012 at 11:31 AM, Reinout van Rees<reinout at vanrees.org>  wrote:
>> Would it be an idea to move zc.buildout out of the zope svn repo into
>> github?
>
> Yes. In fact, I was just looking at that.  Github's review mechanism
> is particularly attractive.

Yep. Comment on entire pull requests, individual commits and individual 
lines. Works well. (Only real github problem I found is lack of 
attachments (=screenshots) in issues, but that's not something that 
ought to bother buildout).

> I spent a few hours yesterday poking at the 2 branch trying to find a
> way to attack simplifying it.  My suspicion is that it would be easier
> to start from 1.4, although that will require redoing the Python 3
> port.<whimper>

Perhaps a different way is quicker/easier?

What I mean, if buildout is a big hairy complex wrapper around 
setuptools, perhaps it is easier to build it upon/around/with something 
else?

We know what buildout does and how it does it, so perhaps it is quicker 
to make it use/wrap distutils2 or virtualenv/pip? Quicker instead of 
trying to simplify the current code as such?

Buildout has some unique niceties like the recipes and a more 
explicit/solid installation experience than you'd get with 
virtualenv/pip. ("pip install something" ends up in your system, even 
when "bin/pip install something" was what you meant).

But... is it technically possible to use/wrap virtualenv/pip and let 
them worry about the upcoming setup.py-to-setup.cfg change, for instance?

> I would love to move to a more team-based approach.  I really don't
> want to be in charge. I certainly don't want to be a blocker. OTOH,
> someone will beed to protect simplicity, if we ever achieve it.

Well, you're the zope pope, so what about "buildout bishop"? :-)

> Here's a possible plan:
>
> - Create a github repo from svn.
>
>    Not sure the best apprach to this.  I was thinking of using svn2git
>    to copy the zc.buildout svn project.
>
>    Someone with git foo could help with this, although this wants to be
>    soon. (Like nowish :)

svn2git works fine. See
http://reinout.vanrees.org/weblog/2011/10/11/moving-svn-to-github.html
for some tips and common errors.

There are two organizational things that needs to be done:

- We need a mapping from zope svn usernames to email addresses (at least 
for buildout committers). Otherwise all the commits aren't credited 
(which would be a shame) as github identifies commits by email address.

- Where to put it on github? Is there a zope or zope corp or Jim account 
that's the best place to put it?


> - Create a new branch from 1.4.4.
>
>    (Don't know the proper git terminilogy for this, as I don't know git
>    yet. :)

Budget some time for a week of screaming, after that git works fine.

> - Remove setuptools support (just use distribute).

Or distutils2? Or perhaps even pip? I don't know myself.

> Then:
>
> - Merge reinout-scripts :)

With some luck, after using distribute or whatever, the branch won't be 
needed anymore :-)


(Regarding helping: I'll definitively monitor this mailinglist more 
actively and jump in when possible. I'm however writing a Django book at 
the moment, so I *do* have time constraints. Note that I've already put 
a buildout chapter in my table of contents :-) )


Reinout

-- 
Reinout van Rees                    http://reinout.vanrees.org/
reinout at vanrees.org             http://www.nelen-schuurmans.nl/
"If you're not sure what to do, make something. -- Paul Graham"



More information about the Distutils-SIG mailing list