Mailman 3 January 2013 - Distutils-SIG

instalar scapy bajo python 3.3.0
by MIGUEL ANGEL FERNANDEZ ANDRES 28 Jan '13

28 Jan '13

buenas: me pierdo como, donde se instala scapy para que funcione bajo el programa python version 3.3.0 gracias y saludos:

2 1

[buildout] supported python versions for buildout 2?
by Chris Withers 24 Jan '13

24 Jan '13

Hi Jim, What are the supported python versions for Buildout 2? cheers, Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk

4 3

buildout 2.0.0b1 released
by Jim Fulton 22 Jan '13

22 Jan '13

Changes: http://pypi.python.org/pypi/zc.buildout/2.0.0b1#b1-2013-01-21 If problems aren't discovered first, I plan to make the final release next weekend. To install the new release, download: http://downloads.buildout.org/2/bootstrap.py if you haven't already. (It hasn't changed since 2.0.0a6.) Then bootstrap projects with: python bootstrap.py -t Jim -- Jim Fulton http://www.linkedin.com/in/jimfulton Jerky is better than bacon! http://zo.pe/Kqm

3 11

Re: [Distutils] [buildout] infinite loop when specifying setuptools version on mac
by Chris Withers 22 Jan '13

22 Jan '13

On 21/01/2013 09:36, Philippe Ombredanne wrote: > On Sun, Jan 20, 2013 at 9:15 PM, Chris Withers<chris(a)simplistix.co.uk> wrote: >> See the attached .tgz, here's what I did on a mac min running 10.7.4: >> "/Library/Python/2.7/site-packages/setuptools-0.6c12dev_r88846-py2.7.egg/setuptools/package_index.py", Can anyone else with a Mac running 10.7.4 check whether this is how they ship? I'm fairly certain I haven't installed anything globally on that machine, so I'd be surprised and disappointed if the above was my doing... > Try adding this to your buildout: > include-site-packages = false Jim, does this still work in 1.7? I got the impression it was going away at some point... Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk

3 2

[buildout] windows/jenkins annoyance
by Chris Withers 21 Jan '13

21 Jan '13

Hi Jim, This is an example of the Windows problem I was referring to: http://jenkins.simplistix.co.uk/job/testfixtures-buildout/160/PYTHON=2.5,la… C:\Python25\python.exe bootstrap.py ...appears to fork off a process in such a way that it returns instantly and then runs in the background. Of course, Jenkins has no way to know how long to wait for, so problems such as those above occur. My horrible hack around this is: https://github.com/Simplistix/testfixtures/blob/master/jenkins.bat#L2 ...which waits 20 seconds and then moves to the next step. It's far from reliable, especially when the Windows box has any load on it. Can you make any suggestions how to solve this problem? cheers, Chris PS: Where does the buildout continuous integration testing live nowadays? -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk

3 11

Re: [Distutils] buildout in offline mode - install receipts also from cache?
by Philippe Ombredanne 21 Jan '13

21 Jan '13

On Mon Dec 17 15:35:47 CET 2012, Anton Koval' psihonavt at gmail.com wrote: > in our project we've decided to completely move > buildout process to offline mode. > according to documentation > (http://pypi.python.org/pypi/zc.buildout/2.0.0a5) > I made updates in our main buildout configuration file, like: > download-cache = ... > install-from-cache = true > offline = true > But when buildout tries to install any part with recipe specified, > it is (obviously) failing, e.g.: > Error: Couldn't find a distribution for 'iw.recipe.cmd'. > So, my question is: are there ways to fetch recipes also from > some cache (or whatever) on local disk? I have experienced the same issue See https://github.com/buildout/buildout/issues/41 This is a bug and also per Jim Fulton a lack of specification/documentation of what offline really means. IMHO it is not possible today to bootstrap and buildout offline. Anyone with a better story there? That said the fixes are rather easy ... And I have an ugly but nicely working monkey patching extension that I will publish on pypi in a couple days... Which ironically enough needs to be installed with pip before a boostrap. Now Jim suggested I should bring the discussion here. In general installing packages without a network connection should be straight forward, simple and easy. That would be the common understanding of what offline means. It works fine with setuptools/distribute and pip albeit a tad circumvoluted and under documented. It does not with buildout and fails because with the offline flag/config, buildout calls its install function with a None dest argument making setuptools/distribute fail downstream with a weird exception as you reported. This affects all current and recent versions of buildout. -- Philippe Ombredanne nexB

2 6

[buildout] best bootstrap.py to use for buildout 1.7?
by Chris Withers 19 Jan '13

19 Jan '13

Hi All, What's the best bootstrap.py to use for buildout 1.7? I'm excited to say it looks like the bootstrap I currently have at https://github.com/Simplistix/testfixtures/blob/master/bootstrap.py appears to no longer need me to wrap my system pythons in virtualenvs to get bootstrap to work with them. But, is there a newer version that would be better to use? cheers, Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk

2 1

buildout 2.0.0a7 released, fixes bug in 2.0.0a6.
by Jim Fulton 12 Jan '13

12 Jan '13

To install the new release, download: http://downloads.buildout.org/2/bootstrap.py if you haven't already. It hasn't changed since 2.0.0a6. Then bootstrap projects with: python bootstrap.py -t On Fri, Jan 11, 2013 at 6:05 PM, Maurits van Rees <m.van.rees(a)zestsoftware.nl> wrote: ... > It fails when the first non-comment line after a section (even an otherwise > empty section) is blank. Dang. Fixed in 2.0.0a7. You'll need to bootstrap again. You don't need to download a new bootstrap script. Jim -- Jim Fulton http://www.linkedin.com/in/jimfulton Jerky is better than bacon! http://zo.pe/Kqm

2 1

zc.buildout 2.0.0a6 released: updated config-file syntax
by Jim Fulton 11 Jan '13

11 Jan '13

I've just released zc.buildout-2.0.0a6. The primary change in this release is that the configuration-file syntax has changed: - Relative indentation in option values is retained if the first line is blank. (IOW, if the non-blank text is on the continuation lines.) As in:: [mysection] tree = /root /branch In such cases, internal blank lines are also retained. - The configuration syntax is more tightly defined, allowing fewer syntax definitions. Buildout 1 configuration files were parsed with the Python ConfigParser module. The ConfigParser module's format is poorly documented and wildly flexible. For example: - Any characters other than left square brackets were allowed in section names. - Arbitrary text was allowed and ignored after the closing bracket on section header lines. - Any characters other than equal signs or colons were allowed in an option name. - Configuration options could be spelled as RFC 822 mail headers (using a colon, rather than an equal sign). - Comments could begin with "rem". - Semicolons could be used to start inline comments, but only if preceeded by a whitespace character. See http://pypi.python.org/pypi/zc.buildout/2.0.0a6#configuration-file-syntax This potentially the most controversial backward-incompatible change in buildout 2, so try it out and let me know if the changes present any serious problems. To get this release you need a new bootstrap file: http://downloads.buildout.org/2/bootstrap.py You also need to use the -t option, because buildout 2 isn't final. (The new bootstrap is needed because I'm not releasing buildout non-final releases to pypi in deference to tools that don't prefer final releases. The bootstrap from 2.0.0a5 can't be used because it uses a github download area and github took away that feature.) Jim -- Jim Fulton http://www.linkedin.com/in/jimfulton Jerky is better than bacon! http://zo.pe/Kqm

2 1

python-distribute.org domain
by Tarek Ziadé 11 Jan '13

11 Jan '13

Hi This domain lives on my server - which can occasionally fall with me not being around. It's a crappy $20/month server. A couple of folks can update it but they don't have a full access on the server. That's where zc.buildout & some other tools grab http://python-distribute.org/distribute_setup.py Maybe it would be smarter to have it in a more reliable place - and with more people being able to manage it. Does anyone have a good idea for this ? If someone has a better solution I can redirect the domain to a new place. Thanks Tarek -- Tarek Ziadé · http://ziade.org · @tarek_ziade

2 4