Re: [Distutils] setuptools 0.6c7 and zc.buildout: find-links egg fragment issue

On Feb 7, 2008, at 4:14 PM, Tarek Ziadé wrote: Jim Fulton wrote: FWIW, I find this feature to be baroque. I have very little interest in supporting it in buildout. (I wouldn't go out of my way to break it either.) I'd prefer to explore other ways to deal with the underlying use case

Re: [Distutils] Question re zc.buildout Name Expansion Rules

a separate issue.) Would you mind adding a feature request at: https://blueprints.launchpad.net/zc.buildout/ Jim -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Experience of setuptools' cache design

extract everything. :) Disk space is pretty cheap, so this is really quite practical IMO. JIm -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Experience of setuptools' cache design

On Jan 18, 2008, at 12:32 PM, Phillip J. Eby wrote: At 10:13 AM 1/18/2008 -0500, Jim Fulton wrote: ... I would want some way to prevent it, especially in a production environment. The only way to absolutely prevent it is to install things unzipped. And if you're going to do that, you

Re: [Distutils] Experience of setuptools' cache design

to prevent it, especially in a production environment. Jim -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Experience of setuptools' cache design

doing an import! Note that normal imports will also create .pyc or .pyo files alongside the source, if a valid compiled version of the source isn't available. Only if the process has write access to the directory. No error occurs if the pyc files can't be written. Jim -- Jim Fulton Zope

Re: [Distutils] Experience of setuptools' cache design

to easy_install to cause them to be installed unzipped (or unzip them yourself). Jim -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Experience of setuptools' cache design

On Jan 18, 2008, at 1:04 PM, Phillip J. Eby wrote: At 12:50 PM 1/18/2008 -0500, Jim Fulton wrote: On Jan 18, 2008, at 12:32 PM, Phillip J. Eby wrote: At 10:13 AM 1/18/2008 -0500, Jim Fulton wrote: ... I would want some way to prevent it, especially in a production environment. The only

Re: [Distutils] zc.buildout and PYTHON_EGG_CACHE

-November/006909.html And an example egg that ends up being extracted to PYTHON_EGG_CACHE is simplejson. -- Michael Dunstan ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig -- Jim Fulton

Re: [Distutils] zc.buildout and PYTHON_EGG_CACHE

On Jan 11, 2008, at 6:58 PM, Michael Dunstan wrote: How about something in the buildout section? So that could look like: [buildout] python-egg-cache = /some/where/here/or/there OK, what happens if this option isn't present? Jim -- Jim Fulton Zope Corporation

Re: [Distutils] zc.buildout : more infos on download errors

setuptools, which uses urllib2 which is maddeningly uninformative in it's error reporting. Jim -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] buildouts upgrades in production

On Dec 13, 2007, at 4:47 AM, Tarek Ziadé wrote: Jim Fulton wrote: Are you aware of zc.sourcerelease? http://pypi.python.org/pypi/zc.sourcerelease No ! thanks for mentioning it. We did a similar tool that creates tarballs over buildouts (http://pypi.python.org/pypi/iw.releaser

Re: [Distutils] buildouts upgrades in production

with a tarball of the two directories and the new .cfg But I was wondering if someone had similar experiences already, and maybe a simple, better way ? There are ways to use a download cache to speed creation of a source release. If you're interested, I could expand on this. Jim -- Jim

Re: [Distutils] zc.buildout: Build python in buildout

On Nov 30, 2007, at 12:42 AM, Thomas Lotze wrote: Christian Zagrodnick wrote: On 2007-11-28 21:48:13 +0100, Jim Fulton [EMAIL PROTECTED] said: I suspect that a better solution would be to find a way to bootstrap the buildout in a way that included building Python as part

Re: [Distutils] zc.buildout: Build python in buildout

is to make the two pythons eat the same .so files? I don't know how you'd do that. Jim -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] zc.buildout : Playing with environment in cfg files

something special. I've considered having a syntax for platform-specific options or sections. We haven't needed it up to now. Or maybe a way to set up an environement before buildout starts reading the config file ? You can set up as many environments as you want. :) Jim -- Jim Fulton

Re: [Distutils] Ignoring site-packages when running zc.buildout tests

require Python 2.3 to be around so they can test support for multiple interpreters. In other words, the buildout tests are a bit of a pain to run, Jim -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http

Re: [Distutils] Ignoring site-packages when running zc.buildout tests

On Oct 30, 2007, at 6:52 PM, Ross Patterson wrote: Jim Fulton [EMAIL PROTECTED] writes: On Oct 30, 2007, at 6:34 PM, Ross Patterson wrote: Should the zc.buildout tests be modified or should my system? Probably. Note that the zc.buildout tests only work when run from a zc.buildout

Re: [Distutils] Project tests and zc.buildout (was: Ignoring site-packages when running zc.buildout tests)

On Oct 30, 2007, at 7:16 PM, Ross Patterson wrote: Jim Fulton [EMAIL PROTECTED] writes: On Oct 30, 2007, at 6:52 PM, Ross Patterson wrote: Jim Fulton [EMAIL PROTECTED] writes: On Oct 30, 2007, at 6:34 PM, Ross Patterson wrote: Should the zc.buildout tests be modified or should my

Re: [Distutils] zc.buildout installing parts not asked for

On Oct 25, 2007, at 12:13 PM, TIm Terlegård wrote: When using zc.buildout I discovered that it installed a part that I didn't specify in the 'parts' option. This happened because I referenced this part somewhere else. Is this how it's supposed to be? Yes. Jim -- Jim Fulton Zope

Re: [Distutils] zc.buildout and ez_setup

On Oct 10, 2007, at 8:24 PM, Ross Patterson wrote: ... Should I post this report anywhere else? Yes: https://launchpad.net/zc.buildout/+filebug Jim -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http

[Distutils] setuptools development cycle

for setuptools' future. Jim -- Jim Fulton Zope Corporation ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] setuptools development cycle

On Oct 3, 2007, at 1:06 PM, Phillip J. Eby wrote: At 10:26 AM 10/3/2007 -0400, Jim Fulton wrote: I'm a little bit worried about setuptools development cycle. We seem to be stalled at a 0.6 pre-release that is quite stable and widely used in production. The next feature release, 0.7, seems

[Distutils] easy_install doesn't handle extras properly

. This is just another example of the burden of supporting the feature. Can we *please* get rid of the extras feature. It has some benefit, but I really don't think the benefit justifies the extra complexity in the model or the burden on tool developers. Jim -- Jim Fulton

[Distutils] Buildout now uses the simple index.

it easier to use historical releases, because the simple interfaces shows releases that have been hidden from the human interface. It would be nice if easy_install also used the simple interface. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered

[Distutils] Heads up: major change in zc.buildout policy for selecting distributions

: [buildout] prefer-final = false Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

Re: [Distutils] zc.buildout

previous steps. (There are of course, cases where this can be more convenient.) Do you have a pattern that covers this at all? See if my description of what we do above makes any sense. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO

Re: [Distutils] Heads up: major change in zc.buildout policy for selecting distributions

On Aug 20, 2007, at 1:18 PM, Jim Fulton wrote: I'm about to make a new release of zc.buildout that uses a different policy for selecting distributions. In particular, by default, zc.buildout will now prefer final distributions over non- final ones. If there are final and non-final

Re: [Distutils] Heads up: major change in zc.buildout policy for selecting distributions

On Aug 20, 2007, at 1:18 PM, Jim Fulton wrote: I'm about to make a new release of zc.buildout that uses a different policy for selecting distributions. In particular, by default, zc.buildout will now prefer final distributions over non- final ones. If there are final and non-final

Re: [Distutils] CVS/Entries.Log ignored by setuptools default CVS file-finder logic

do, please send a tested patch and I'll add it to the next version. The patch should have an accompanying test to prevent a regression. It should be possible to provide the necessary file structure for a test. Jim -- Jim Fulton mailto:[EMAIL PROTECTED

Re: [Distutils] [Catalog-sig] We need to make a decision wrt distribution names

it's pretty easy to do with little or no impact on existing projects. I mostly agree, except that I think we also need to define what is legal in a project name. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540

Re: [Distutils] [Catalog-sig] Prototype setuptools-specific PyPI index.

the filenames. But the package name and version are in the PKG-INFO files, so it certainly has access to non-normalized names. Why can't it double check a possible match against that file? Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO

Re: [Distutils] [Catalog-sig] Prototype setuptools-specific PyPI index.

On Jul 24, 2007, at 11:31 AM, Phillip J. Eby wrote: At 06:11 AM 7/24/2007 -0400, Jim Fulton wrote: On Jul 23, 2007, at 5:21 PM, Phillip J. Eby wrote: At 11:13 PM 7/23/2007 +0200, Martin v. Löwis wrote: Yes, especially since compatibility with the existing installation base requires case

[Distutils] We need to make a decision wrt distribution names (second try)

, a decision is extremely important. If we can't reach consensus, then we need to call in the BDFL. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation

Re: [Distutils] We need to make a decision wrt distribution names (second try)

these distribution names have to be ordered, Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http

Re: [Distutils] We need to make a decision wrt distribution names (second try)

is separable from project naming conventions. Yup. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http

Re: [Distutils] [Catalog-sig] Prototype setuptools-specific PyPI index.

doubt that makes any difference. It will be interesting to try again after I fix that. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation

Re: [Distutils] [Catalog-sig] Prototype setuptools-specific PyPI index.

:45 without. I plan to do similar timings with the simple PyPI interface when I get a chance and report the results here. I suspect that this has more to do with network distance than with server speed. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python

Re: [Distutils] [Catalog-sig] Prototype setuptools-specific PyPI index.

the work yourself. Good point. I might just do that. I don't plan to take that service offline, unless experimentation shows it has serious flaws. Cool. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714

Re: [Distutils] [Catalog-sig] Prototype setuptools-specific PyPI index.

the #egg= links. How are these computed? By parsing the description. Apparently, I'm going this incorrectly. I'll have to look into that. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714

Re: [Distutils] [Catalog-sig] Prototype setuptools-specific PyPI index.

, assuming that there aren't hundreds of them. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

Re: [Distutils] [Catalog-sig] Prototype setuptools-specific PyPI index.

, or if the query could fetch only registrations newer than the last poll time. There is such an API thanks to Martin. Are such queries possible over the XML-RPC interface? Yup. I'm using them. Queries take only a few milliseconds per request on the server. Jim -- Jim Fulton

Re: [Distutils] [Catalog-sig] Prototype setuptools-specific PyPI index.

static files (as I'm doing now) than serve these dynamically. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com

Re: [Distutils] Prototype setuptools-specific PyPI index.

. The goal of the mirrors should be to try to give people options with short network distances. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation

Re: [Distutils] Prototype setuptools-specific PyPI index.

On Jul 20, 2007, at 7:52 AM, Christian Theune wrote: Am Freitag, den 20.07.2007, 07:48 -0400 schrieb Jim Fulton: On Jul 20, 2007, at 6:02 AM, Christian Theune wrote: ... I'd be happy to support mirroring once all this is sorted out/ I can offer a server in Germany/Europe. If we decide

Re: [Distutils] Prototype setuptools-specific PyPI index.

On Jul 20, 2007, at 4:09 PM, Phillip J. Eby wrote: At 07:06 AM 7/19/2007 -0400, Jim Fulton wrote: I've created and experimental prototype setuptools-specific package index at http://download.zope.org/ppix Going to that page gives brief instructions for using it with easy_install

Re: [Distutils] zc.buildout and zc.recipe.egg

works!)? You could use the generated script to run another script imports and uses a module that is in the current working directory. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714

[Distutils] Case sensitivity of package names

On Jul 12, 2007, at 2:43 PM, Phillip J. Eby wrote: At 02:15 PM 7/12/2007 -0400, Jim Fulton wrote: I want to make sure I understand this. I would hope that searching would be case insensitive and otherwise flexible wrt names. PyPI's searching is indeed case insensitive, and is a substring

Re: [Distutils] Case sensitivity of package names

for close matches to print a suggestion and stop rather than guessing a package name and continuing. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope

Re: [Distutils] [Catalog-sig] Why so many zc.buildout versions?

the Apache config to rediect setuptools to it. Changing the apache config is much easier than updating the setuptools installed base. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714

Re: [Distutils] [Catalog-sig] start on static generation, and caching - apache config.

a reset. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

[Distutils] Merge catalog and distutils sigs

to combining them? Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

Re: [Distutils] Why so many zc.buildout versions?

On Jul 10, 2007, at 11:56 AM, Phillip J. Eby wrote: At 10:32 AM 7/10/2007 -0400, Jim Fulton wrote: Currently, the only way to support multiple versions with the cheeseshop is to unhide past releases. This has a fairly severe effect on performance. As the example below shows, setuptools

Re: [Distutils] [Catalog-sig] Why so many zc.buildout versions?

are doing what you're doing. I also suspect that, given your and René's activity, it would be counter productive for someone else to get involved at that level, but maybe I'm wrong about that. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO

Re: [Distutils] [Catalog-sig] Why so many zc.buildout versions?

. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

Re: [Distutils] Buildout not updating setuptools

On Jul 8, 2007, at 12:56 PM, Phillip J. Eby wrote: At 07:17 AM 7/8/2007 -0400, Jim Fulton wrote: So, the Ubuntu packager for setuptools decided not to install setuptools as an actual egg, but as a wonky sort-of develop egg with a less than ideal location. IMO, this is just wrong and broken

Re: [Distutils] Buildout not updating setuptools

On Jul 9, 2007, at 11:42 AM, Phillip J. Eby wrote: At 07:33 AM 7/9/2007 -0400, Jim Fulton wrote: On Jul 8, 2007, at 12:56 PM, Phillip J. Eby wrote: At 07:17 AM 7/8/2007 -0400, Jim Fulton wrote: So, the Ubuntu packager for setuptools decided not to install setuptools as an actual egg

Re: [Distutils] Buildout not updating setuptools

-- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

Re: [Distutils] pywin32 egg?

them publicly available, much as I've done for Twisted, but I probably wouldn't do a great job. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation

Re: [Distutils] Setuptools feature request: simplified version specification

that I don't really think it needs to be accommodated. OTOH, it's such an edge case, I don't care what we do with it. :) Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http

[Distutils] Setuptools feature request: simplified version specification

wouldn't be valid version specifiers, so: foo 1a would not be a valid specifier. Thoughts? Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation

Re: [Distutils] Setuptools feature request: simplified version specification

~=1.3. Do we absolutely need an operator? If we absolutely need an operator, or if the majority of people here would prefer one, then I can live with one and would find it to be a big improvement to the current situation. Jim -- Jim Fulton mailto:[EMAIL PROTECTED

Re: [Distutils] Missing options for setuptools develop

___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope

Re: [Distutils] setuptools bug: broken simlinks break setup()

maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig -- Jim Fulton mailto:[EMAIL

Re: [Distutils] buildout/setuptools - Script generation on Windows breaks?

Someone pointed out to me that you may need to rerun bootstrap.py on buildouts that had been affected by the script generation bug to get proper buildout scripts. Jim On Jun 20, 2007, at 3:17 PM, Jim Fulton wrote: On Jun 19, 2007, at 11:17 AM, Martin Aspeli wrote: Jim Fulton jim

Re: [Distutils] buildout/setuptools - Script generation on Windows breaks?

going on? I recently screwed up buildout on Windows rather badly. :( I'll try to get this fixed in the next day or 2. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org

Re: [Distutils] Overly picky about file URLs

a better suggestion. I'm afraid this isn't very urgent for me atm, as I have a work around in buildout. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope

Re: [Distutils] setuptools process_url doesn't handle URLErrors gracefullly

On May 15, 2007, at 1:50 PM, Phillip J. Eby wrote: At 09:52 AM 5/14/2007 -0400, Jim Fulton wrote: This problem is rather serious. As we rely more and more on setuptools, it needs to be robust in the presence of this sort of failure. Phillip, If I fix this, can we get a timely release

Re: [Distutils] Overly picky about file URLs

On May 15, 2007, at 1:48 PM, Phillip J. Eby wrote: At 10:34 AM 5/12/2007 -0400, Jim Fulton wrote: The local_open function in setuptools.package_index is used to open file URLs. A file URL pointing to a directory is treated as non found unless it ends in a /. This seems overly restrictive

Re: [Distutils] setuptools process_url doesn't handle URLErrors gracefullly

- Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp

Re: [Distutils] Reverse dependencies

On May 14, 2007, at 3:02 PM, Martin Aspeli wrote: Jim Fulton wrote: FWIW, I expect to have to implement this for buildout at some point. I don't plan to do it until it becomes a priority. :) Interesting. :) Hey, I have lots of things to do. I have to prioritize. :) BTW, please don't

[Distutils] Overly picky about file URLs

The local_open function in setuptools.package_index is used to open file URLs. A file URL pointing to a directory is treated as non found unless it ends in a /. This seems overly restrictive to me. Would anyone object if the restriction was relaxed? Jim -- Jim Fulton

[Distutils] Buildout bootstrap script now works when other setuptools versions are installed.

. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

Re: [Distutils] easy_install fails with tarfile.ExtractError: could not change mode

. Weird. Thanks for chasing this down. I've uploaded a new release without that bit set. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation

Re: [Distutils] Improved error handling in zc.buildout

On Mar 15, 2007, at 8:10 PM, Martin Aspeli wrote: Jim Fulton wrote: A major annoyance in zc.buildout has been its poor error handling. Generally, when an error occurred, a a traceback would be printed giving little or no clue about what went wrong or what was going on. Previously, I

Re: [Distutils] Buildout configurations in a subdirectory stopped working.

anywhere else than root. I can't reproduce this. Can you construct a minimal example that illustrates this? Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope

Re: [Distutils] Improved error handling in zc.buildout

On Mar 15, 2007, at 8:10 PM, Martin Aspeli wrote: Jim Fulton wrote: A major annoyance in zc.buildout has been its poor error handling. Generally, when an error occurred, a a traceback would be printed giving little or no clue about what went wrong or what was going on. Previously, I

[Distutils] Improved error handling in zc.buildout

on better error reporting and debugging support. I'd like to continue to provide some emphasis on this, so feedback would be especially appreciated now that I think I've improved error handling quite a bit. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python

Re: [Distutils] buildout, zc.recipe.testrunner and tests_require

. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

Re: [Distutils] Buildout question

get built (is that intentional?) Yes, and documented (http://www.python.org/pypi/zc.buildout#command- line-usage). If you want to install a part and its dependents, use: buildout:installed=partname, or, for multiple parts: buildout:installed=p1 p2 p3. Jim -- Jim Fulton

Re: [Distutils] Buildout question

have to refer to a variable. Refering to a section is enough. For example: class Depends: def __init__(self, buildout, name, options): for part in options['parts']: buildout[part] def install(self): pass update = install Jim -- Jim

Re: [Distutils] Setting environment variables before building eggs w/ extensions using zc.buildout

are set before the subprocess runs.) Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

Re: [Distutils] Buildout: Recipes with extras

to support installation-on-demand. Presumably zc.buildout doesn't do this. Thomas, I suggest you report this as a buildout bug at: https://bugs.launchpad.net/zc.buildout/+bugs Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO

[Distutils] Better error reporting

, v.reason)) Phillip, would you like me to go ahead and make minor changes like this? Or would you rather make them yourself? Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http

Re: [Distutils] Building an egg from Subversion using zc.buildout

On Feb 10, 2007, at 7:44 PM, Phillip J. Eby wrote: At 02:20 PM 2/10/2007 -0500, Jim Fulton wrote: On Feb 10, 2007, at 2:16 PM, Phillip J. Eby wrote: At 12:54 PM 2/10/2007 -0500, Jim Fulton wrote: ... (Note: Buildout uses PackageIndex to locate and fetch distributions

Re: [Distutils] Building an egg from Subversion using zc.buildout

On Feb 9, 2007, at 6:49 PM, Phillip J. Eby wrote: At 05:26 PM 2/9/2007 -0500, Jim Fulton wrote: ValueError: (Couldn't find, Requirement.parse ('archetypes.kss==dev')) I finally found some time to look into this. Buildout uses setuptools APIs. It uses a PackageIndex to download

Re: [Distutils] Building an egg from Subversion using zc.buildout

On Feb 10, 2007, at 2:16 PM, Phillip J. Eby wrote: At 12:54 PM 2/10/2007 -0500, Jim Fulton wrote: ... (Note: Buildout uses PackageIndex to locate and fetch distributions. It then installs distributions itself. if the distribution is already an egg, then this is straightforward. Otherwise

Re: [Distutils] Setuptools: omit namespace package directories?

On Feb 9, 2007, at 3:08 AM, Thomas Lotze wrote: Jim Fulton wrote: when writing a buildout recipe, the cleanest thing is to use several namespaces, like zc.recipe.egg does. I don't agree that this is cleanest. I made a mistake by introducing the recipe namespace. New recipes I write

Re: [Distutils] Setuptools: omit namespace package directories?

On Feb 9, 2007, at 3:33 PM, Phillip J. Eby wrote: At 01:21 PM 2/9/2007 -0500, Jim Fulton wrote: I really don't fathom --single-version-externally-managed. :) It's the same as good old distutils install -- with a couple of additions. Yeah, but I don't fathom distutils either

Re: [Distutils] Building an egg from Subversion using zc.buildout

it on update. Jim -- Jim Fulton mailto:[EMAIL PROTECTED]Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporationhttp://www.zope.com http://www.zope.org

Re: [Distutils] Setuptools: omit namespace package directories?

, especially considering the important use case of develop eggs, which want to run directly from a checkout. Again, for smaller project, the pain can be mitigated by skipping the src directory and avoiding nested namespaces. Jim -- Jim Fulton mailto:[EMAIL PROTECTED

Re: [Distutils] Optional C extensions in packages

Phillip J. Eby wrote: At 05:32 PM 2/1/2007 -0500, Jim Fulton wrote: I'm still worried about the ambiguous case when there are both platform-dependent and platform-independent eggs installed. How would this happen? At least in a couple of ways. 1. As I mentioned in my previous note, when

Re: [Distutils] Optional C extensions in packages

Phillip J. Eby wrote: At 08:11 AM 2/2/2007 -0500, Jim Fulton wrote: Phillip J. Eby wrote: At 05:32 PM 2/1/2007 -0500, Jim Fulton wrote: I'm still worried about the ambiguous case when there are both platform-dependent and platform-independent eggs installed. How would this happen? At least

Re: [Distutils] Optional C extensions in packages

On Feb 1, 2007, at 1:03 PM, Phillip J. Eby wrote: At 07:11 AM 2/1/2007 -0500, Jim Fulton wrote: I like the goal, since most of our extensions are in this category, however, I have a feeling that this use case might be better served by packaging the extensions as separate distributions

Re: [Distutils] Building an egg from Subversion using zc.buildout

be wrong. Since zc.buildout uses setuptools though, if there is a standard setuptools way of doing this, I'd hope it should be possible to do it in zc.buildout? Is there a way to do find-links in buildout? I think so, maybe named something like find-links. Yup. Jim -- Jim Fulton

Re: [Distutils] Building an egg from Subversion using zc.buildout

or whatever in that list of eggs as well. But I'm not sure how that relates to svn link above. There seems to need to be a page you can point to with an #dev anchor that specified the project name. Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO

Re: [Distutils] Building an egg from Subversion using zc.buildout

. Not for easy_install, you don't. If buildout doesn't support it, that's a bug or limitation of buildout. buildout does support find-links (and index, for that matter). Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http

Re: [Distutils] Building an egg from Subversion using zc.buildout

-- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org ___ Distutils-SIG maillist - Distutils-SIG

Re: [Distutils] zc.buildout likes to download eggs...

for develop eggs or eggs that are build with custom build options. It is only used for eggs that are known to be constant for a given version and thus sharable accross projects.) Jim -- Jim Fulton mailto:[EMAIL PROTECTED] Python Powered! CTO (540) 361-1714http

Re: [Distutils] Building an egg from Subversion using zc.buildout

On Jan 29, 2007, at 5:14 PM, Martin Aspeli wrote: Jim Fulton wrote: So, from your example, you now have a kss.core-0.1dev egg. It isn't a real release. It reflects the state of your subversion repository at the time you happened to run the buildout. My guess is that if you run

<    1   2   3   4   5   6   7   >