Re: [Distutils] New Documentation URL for pip and virtualenv
On Mon, May 5, 2014 at 6:58 PM, Donald Stufft don...@stufft.io wrote: This is part of a larger effort to consolidate all of the PyPA related work under one domain. Currently this includes: * https://pip.pypa.io/ * https://virtualenv.pypa.io/ * https://warehouse.pypa.io/ * https://bootstrap.pypa.io/ Great! It would be cool to add a homepage on https://pypi.io to list the projects. -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Setuptools 3.0b1 available for preview
On Thu, Feb 13, 2014 at 7:03 PM, PJ Eby p...@telecommunity.com wrote: are theses lines good? Yes. The main idea is just that the __init__.py must set up the namespace package, and not rely on setuptools doing the declaration implicitly/automatically. Understood. We use these lines from the beginning. Thanks. -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Setuptools 3.0b1 available for preview
On Wed, Feb 12, 2014 at 5:09 AM, Jason R. Coombs jar...@jaraco.com wrote:
Hi Jason
This backward-incompatible release contains the changes detailed in the
CHANGES.txt file:
Issue #148: When building (bdist_egg), setuptools no longer adds
``__init__.py`` files to namespace packages. Any packages that rely on this
behavior will need to create ``__init__.py`` files and include the
``declare_namespace()``.
Thing like:
try:
__import__('pkg_resources').declare_namespace(__name__)
except ImportError:
from pkgutil import extend_path
__path__ = extend_path(__path__, __name__)
__init__.py (END)
are theses lines good?
--
Sebastien Douche sdou...@gmail.com
Twitter: @sdouche / G+: +sdouche
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Plans for binary wheels, and PyPi and OS-X
On Sat, Oct 19, 2013 at 3:22 AM, Nick Coghlan ncogh...@gmail.com wrote: Once ensurepip has landed in Python 3.4 and pip 1.5 is released, we should be able to get back to updating the various metadata specs, with the aim of getting cross-platform wheel support in pip 1.6 :) If I understand right, we must waiting Python 3.5 (~2016) to have out-of-the-box wheel packages on Linux. Really? -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Plans for binary wheels, and PyPi and OS-X
On Fri, Nov 1, 2013 at 12:17 AM, Donald Stufft don...@stufft.io wrote: No, Python 3.4.x will ship whatever the latest version of pip is, so if 1.6 is out when 3.4.1 ships it’ll ship with pip 1.6. Good to know. Thanks Donald. -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] zc.buildout bootstrap.py v1 died /?python-distribute.org down
On Tue, Oct 15, 2013 at 8:17 AM, Marius Gedminas mar...@pov.lt wrote: Are you saying that python-distribute.org was shut down on purpose and will not come back up? On IRC, Tarek said he forgot to renew the domain. It's done. -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Deviation between distutils and setuptools over package_data
On Fri, Sep 20, 2013 at 2:15 PM, Jim Fulton j...@zope.com wrote: Did setuptools recently learn about git? Nop. I would love an option to ignore VCS and let me specify what I want *explicitly*. Or remove the handling of VCS? -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Deviation between distutils and setuptools over package_data
On Fri, Sep 20, 2013 at 4:16 PM, Tres Seaver tsea...@palladion.com wrote: I use setuptools-git regularly without problems. Good to know. Or remove the handling of VCS? - -1. I haven't yet tried Marius' tool, but manually maintaining MANIFEST.in is an unaceptable bug magnet. $ cat MANIFEST.in recursive-include docs/source/ * recursive-include src/ * prune docs/build/ Not very complicated. -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Buildout 2.2.0 released
On Fri, Jul 5, 2013 at 8:30 PM, Jim Fulton j...@zope.com wrote: zc.buildout 2.2.0 has been released to PyPI. Yeah \o/. Thanks Jim and all contributors. And big up Tres :). -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Heads up: I plan to release buildout 2.2.0 this weekend.
On Thu, Jun 20, 2013 at 4:37 PM, Jim Fulton j...@zope.com wrote: Testing has gone well, but I still anticipate a little excitement. Yeah. Maybe a good idea to wait Setuptools 0.8? -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] PEP 427 (wheel format) accepted
On Sat, Feb 16, 2013 at 12:47 PM, Nick Coghlan ncogh...@gmail.com wrote: Daniel submitted PEPs 425 and 427 to python-dev for acceptance, and I have formally accepted 427 as BDFL delegate (http://www.python.org/dev/peps/pep-0427/). It's a red letter day. It has taken 10 years to have a standardized binary format. Great work Daniel. -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Buildout 2.0.0 released
On Sun, Feb 10, 2013 at 7:24 PM, Jim Fulton j...@zope.com wrote: I'm very happy, finally, to have released buildout 2.0.0. Yeah \o/. Congrats Jim and all contributors. I'm very happy to hear that. -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] I wonder what is the best practice to clean a buildout project ?
On Thu, Jan 31, 2013 at 3:37 PM, Stéphane Klein cont...@stephane-klein.info wrote: I can create a Makefile clean, or clean.sh script. What do you do in your project ? $ git clean -dfx -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Better version pinning in buildout (buildout-versions)
On Sat, Jan 5, 2013 at 11:47 PM, Jim Fulton j...@zope.com wrote: Hi Jim Based on this, I propose that buildout-versions get incorporated into buildout in the following way: Cool. 1. New buildout option named ``versions-file`` which takes the name of a file. to contain version information. Multi version files will be a great improvement. Currently It's a pain to configure more than one KGS (I mix find-links and pinning to do that): [buildout] index = http://pypi.rd.securactive.lan/ find-links = http://release.rd.securactive.lan/vendor/1.0/links.html extends = nova-versions.cfg versions = nova_versions To summarize: - pypi.rd.s.lan list our packages. - find-links point on vendor KGS site (list of vendor packages with the right versions, no needing pinning). - we use pinning only for our packages It works but it's not ideal (must use zope.kgs). I would something like that: index = http://pypi.rd.securactive.lan/ (fallback to the PyPI, cf PyPiServer[1]) extends = http://release.rd.securactive.lan/vendor/1.0/vendor-versions.cfg http://release.rd.securactive.lan/nova/1.4/nova-versions.cfg versions = vendor_versions nova_versions [1] http://pypi.python.org/pypi/pypiserver/ 3. The ``allow-picked-versions`` option gets a new allowed value of ``warn``. if there are unpicked versions and this option is set to ``warn``, then picked/unpinned versions are reported. Also, if ``allow-picked-versions`` is true, there will be no error if ``update-versions-file`` is true. When I code I want new version of our packages (sact.*) but not the vendor packages. A pattern of list would be very useful (ex: allow-picked-versions = sact.*) 4. New buildout option: ``python-version`` that restricts the Python version, with the same semantics as buildout-version provides now. Don't see the point, Buildout launch the Python version used by the bootstrap process. -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Dropping support for zipped installes in buildout.
On Sat, Apr 28, 2012 at 21:18, Jim Fulton j...@zope.com wrote: Distribute doesn't support the zip_safe flag, so buildout can't reliably support installing zipped eggs from source distruibution. Given that and that (almost) no one likes zipped eggs anyway, I'm just going to install everything unzipped. We use the option unzip = true from the beginning thus +1 :). -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche / G+: +sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Which buildout to use?
On Tue, Aug 16, 2011 at 13:45, Reinout van Rees rein...@vanrees.org wrote: recipe = zc.recipe.egg zc.recipe.egg can handle the new buildout options? When I want system packages I use z3.recipe.scripts : http://pypi.python.org/pypi/z3c.recipe.scripts/ -- Sebastien Douche sdou...@gmail.com Twitter : @sdouche ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] distribute's sandboxing doesn't preserve working_set; leads to setup_requires problems
On Sun, May 22, 2011 at 21:06, P.J. Eby p...@telecommunity.com wrote: So, all the hype was pretty much just that: hype and FUD-slinging. Stop! We are tired of reading your perpetual whining. -- Sebastien Douche sdou...@gmail.com Twitter: @sdouche (agile, lean, python, git, open source) ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Buildout 1.5.0 and friends released (was Re: Buildout release news)
On Mon, Aug 23, 2010 at 17:43, Gary Poster gary.pos...@canonical.com wrote: I have merged the betafix branch to trunk and made the releases of zc.buildout 1.5.0, zc.recipe.egg 1.3.0, and z3c.recipe.scripts 1.0.0. Awesome! For the next release, can you add a note on each new functionality in the documentation (something like new in 1.5) ? It's hard to see the changes. Thanks Gary for the release. -- Sebastien Douche sdou...@gmail.com Twitter: http://bit.ly/afkrK (agile, lean, python, open source) ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Beta release of zc.buildout 1.5.0
On Fri, Apr 30, 2010 at 23:17, Jim Fulton j...@zope.com wrote: There's a big problem in our ecosystem: PyPI + our various installers don't have the concept of beta release. Any new release is considered to be the latest release. buildout does. :) buildout has a prefer-final option. I think it's another need (buildout vs libs). Another point, with this feature activated, some eggs aren't downloadable (thanks to the stupid name chosen by the developers) -- Sebastien Douche sdou...@gmail.com Twitter: http://bit.ly/afkrK (agile, lean, python, open source) ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Buildout: Version conflicts with system-wide libraries
On Thu, Mar 11, 2010 at 17:46, Yonsy Solis yo...@aureal.pe wrote: with --no-site-packages u have a totally isolated python ... Totally isolated? Not really. The only solution is, like Jim said, to install a new Python[1]. [1] Basic steps : - install the package build-essential - download the source package - tar xvfz package ; cd package ; ./configure --prefix=/your/path; make; make install -- Sebastien Douche sdou...@gmail.com Twitter: http://bit.ly/afkrK (agile, python, open source) ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] How Python can have CPAN.
On Sun, Dec 27, 2009 at 11:47, Lennart Regebro lrege...@jarn.com wrote: Out of a total of 8522 packages on PyPI, there are 203 packages (2.4%) whose latest release does not provide either a package on PyPI, nor a download url. Of these 16 does not provide any contact data. Hi Lennart, Glad to see someone is interested by a PyPI mirror, I have one here and it's a pity. Statistics (from the creation of the mirror / proxy. The goal is to avoid external download, like an internal debian mirror): 2009-12-15 21:37:20,855 DEBUG Found (cached): 0 2009-12-15 21:37:20,855 DEBUG Stored (downloaded):15367 2009-12-15 21:37:20,855 DEBUG Not found (404):188 2009-12-15 21:37:20,855 DEBUG Invalid packages: 0 2009-12-15 21:37:20,855 DEBUG Invalid URLs: 54 2009-12-15 21:37:20,855 DEBUG Runtime:208m38s The root issue (for me) is: packages out of the PyPI. A lot of broken links, broken html pages or stupid scripts (cf. old SourceForge). Some examples: WARNING Unload downloading http://wiki.woodpecker.org.cn/moin/UliPad (timed out) WARNING Unload downloading http://launchpad.net/mcrepogen/+download (The read operation timed out) WARNING Unload downloading http://launchpad.net/mcrepogen (The read operation timed out) WARNING Unload downloading https://launchpad.net/lovely.tal (The read operation timed out) WARNING Unload downloading ffnet.sourceforge.net (unknown url type: ffnet.sourceforge.net) WARNING Unload downloading http://pysqlite.org/ ((-3, 'Temporary failure in name resolution')) Is there significant interest in doing this? YES! ;) In that case, what answer options should we have? Always upload a version to PyPI, the only way to have a reliable, solid and smart PyPI and an easy way to proxy-ing. Think the case where SF is down: No docutils. Zope server down: no Zope 2, no Zope3, no ZTK, no buildout... With a full mirror I don't care... Note: I'm very happy when I see a distribution with: - a description - a summary (with examples if necessary) - a changelog (quick way to see what's new) - the name of the author and email (or maintainer) - contain files (with distribution name = package name, not MyPackage and mypackage) Like this : http://pypi.python.org/pypi/collective.portlet.relateditems/0.3.0 And not this: http://pypi.python.org/pypi/django-sphinxdoc/0.2 Cheers -- Sebastien Douche sdou...@gmail.com Twitter: http://bit.ly/afkrK (agile, python, open source) ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [distribute] Strategy for a DVCS extension
Hi folks :) I want to know the strategy to be followed in a DVCS extension. A small improvement I want to code is unique area for the version (and not version.cfg *and* setup.py) What do you think? Any ideas welcome. -- Sebastien Douche sdou...@gmail.com Twitter: http://bit.ly/afkrK (agile, python, open source) ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] How Python can have CPAN.
On Wed, Dec 30, 2009 at 22:39, Lennart Regebro lrege...@jarn.com wrote: The question was if there was interest in sending out a questionnaire to maintainers. Sorry Lennart. I think itś a good step. Go ahead ;). -- Sebastien Douche sdou...@gmail.com Twitter: http://bit.ly/afkrK (agile, python, open source) ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [buildout] A few pending issues
On Thu, Oct 22, 2009 at 19:59, Kai Lautaportti kai.lautapor...@hexagonit.fi wrote: You could get your changes checked in on branches for my review. I have a bunch of other changes I need to review and merge first though. Thanks, I will try to get commit access to the Zope SVN sorted out before the conference so I can prepare the branches for your review and hopefully work on #113085 too at the sprint. Hi Kai, another solution is to work wth DVCS and send a patch on the list. A Hg mirror is available: http://hg.zope.mirrors.securactive.org/zc.buildout/ Cheers. -- Sebastien Douche sdou...@gmail.com Twitter: http://bit.ly/afkrK (agile, python, open source) ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] buildout's tests fail for me
On Tue, Sep 1, 2009 at 09:42, Reinout van Reesrein...@vanrees.org wrote: He was on linux, I'm on osx. So it is not specifically os-dependent. No problem here: http://misc.buildbot.securactive.org/waterfall -- Sebastien Douche sdou...@gmail.com Twitter: http://bit.ly/afkrK (agile, python, open source) ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Buildout: caching of base configuration ('extends')
On Wed, May 27, 2009 at 14:56, Thomas Lotze tho...@thomas-lotze.de wrote: Hi, Hi Thomas :) First at all, thank you for your work. I've been implementing a download API for buildout and have reached the point where I'd like to try using it for downloading the base config files referenced from a buildout config by the 'extends' option. This would have the benefit of allowing to cache those config files and being able to run a buildout using that feature while being offline. Do you talk about index and find-links too? And for the bootstrap? I search a scenario to deploy a buildout fully offline. - I think buildout should not unconditionally use a cached copy of a base configuration file. While it is sensible in other use cases to never access the network if a file is found in the cache, base configs can be expected to change and should IMHO be taken from the cache only when offline mode is active or an attempt at downloading failed. Right. You think about offline option or install-from-cache option? offline seems to be a good candidate. - The download cache to be used is configured as one of the options that are read from either ~/.buildout/default.cfg or buildout.cfg and their respective bases. In order to keep things simple, I'd suggest to use a download cache only if specified directly inside any of these two files, and ignore download-cache options in any downloaded base configs. This would be an exception to how options read from config files are combined, but one I deem worthwhile. Good for me. Opinions? Hmm, just an idea on the same area: caching only some packages (not only all or none). Surely out of your scope... -- Sebastien Douche sdou...@gmail.com ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Buildout: caching of base configuration ('extends')
On Thu, May 28, 2009 at 11:44, Sebastien Douche sdou...@gmail.com wrote: Opinions? Hmm, just an idea on the same area: caching only some packages (not only all or none). Surely out of your scope... Oups, missing primary needs: show the location of a download (cache, url of the website,...). -- Sebastien Douche sdou...@gmail.com ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Python package Management GUI - New Project on Sourceforge
On Mon, Feb 2, 2009 at 05:48, Ben Finney ben+pyt...@benfinney.id.au wrote: - fetches packages from http://pypi.python.org/pypi using their XML-RPC interface. Surely this is something that should be done by the package management library, making it available in one place for each front-end tool; not implemented in a specific front-end tool? Right, for example if you use cache/mirror. -- Sebastien Douche sdou...@gmail.com ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Catalog-sig] distribute D.C. sprint tasks
On Sun, Oct 12, 2008 at 09:57, Andreas Jung [EMAIL PROTECTED] wrote: The question is if you want a push or pull mechanism. z3c.pypimirror implements the pull implementation and performs an incremental update in the sense of rsync in a reliable way. Can you speak more on incremental update ? I use z3c;pypimirror and it needs 2 hours to make a complete update. 2008-10-12 12:01:43,671 DEBUG Statistics 2008-10-12 12:01:43,672 DEBUG -- 2008-10-12 12:01:43,672 DEBUG Found (cached): 17626 2008-10-12 12:01:43,672 DEBUG Stored (downloaded):1306 2008-10-12 12:01:43,673 DEBUG Not found (404):35 2008-10-12 12:01:43,673 DEBUG Invalid packages: 1 2008-10-12 12:01:43,673 DEBUG Invalid URLs: 265 2008-10-12 12:01:43,673 DEBUG Runtime:120m21s -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Annoucing distribute project
On Wed, Sep 24, 2008 at 13:49, Matthias Klose [EMAIL PROTECTED] wrote: announcing a fork without any objective? what is this fork about? Python community *must* have a robust, stable and well featured infrastructure like Cpan, Gem or Apt. The actual situation is insane: - Setuptools is not on Python core - single point failure infrastructure (pypi.p.o) - not compatible with Hg / Bzr / Git out of the box - missing some features As far I see, the goal is to speed up the development of a great tool, not just a fork for fun :). PS: within 1 month, Ubuntu 8.10 Debian 4.2 are out (default svn : 1.5). It's not acceptable to say use trunk version, stupid! -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Annoucing distribute project
On Wed, Sep 24, 2008 at 16:16, Matthias Klose [EMAIL PROTECTED] wrote: PS: within 1 month, Ubuntu 8.10 Debian 4.2 are out (default svn : 1.5). It's not acceptable to say use trunk version, stupid! For distributors like Debian, Fedora or Ubuntu, setuptools is still in a state where it's better ignored than used. It's fine to ship it, but using it in the distribution is a pain. Matthias, we speak about: http://bugs.python.org/setuptools/issue4 (Setuptools can't build a egg with svn 1.5) -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Setuptools] VCS agnostic
On Sun, Sep 7, 2008 at 19:22, Phillip J. Eby [EMAIL PROTECTED] wrote: Plugins. (This would also be the case for the revision-number finding code.) We could just add a setuptools.vcs_filters entry point group wherein filter functions could be registered. Most VCS support is through plugins anyhow, so it's no big deal for them to define a function and add another entry point. http://bugs.python.org/issue3814 A first attempt. -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [Setuptools] VCS agnostic
Hi, I wonder about the way of making setuptools independent of VCS. After a fast reading, 2 functions engage the attention : - prune_file_list (egg_info.py) - copytree (install_egg_info.py) These functions manipulate VCS directories (RCS, CVS, .svn). Instead of listing explicitly each VCS directory, I propose to replace by all hidden directories (.*). Recents VCS uses them (.git, .svn, .bzr, .hg ...). Other ideas ? -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [Setuptools] VCS agnostic
On Sun, Sep 7, 2008 at 19:22, Phillip J. Eby [EMAIL PROTECTED] wrote: Plugins. (This would also be the case for the revision-number finding code.) We could just add a setuptools.vcs_filters entry point group wherein filter functions could be registered. Most VCS support is through plugins anyhow, so it's no big deal for them to define a function and add another entry point. Hmm, for filters too ? Ok :). -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [issue35] mercurial support
On Mon, Aug 25, 2008 at 20:00, Paul Egan [EMAIL PROTECTED] wrote: New submission from Paul Egan [EMAIL PROTECTED]: Patch to add mercurial support to setuptools: * Extends setuptools.file_findersAdds with hg repository support * Adds tag-hg-revision filter-hgignore-files options to the egg-info command Hi Paul, Thanks for your patch. After some tests, like works great. Here, we think seriously to migrate on HG (as many OSS projects). Philipp, are you open to accepting HG/Bzr/git in Setuptools ? Cheers -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Testers wanted: about a dozen setuptools bugs closed in trunk
On Thu, Aug 21, 2008 at 22:08, Phillip J. Eby [EMAIL PROTECTED] wrote: I've checked in numerous fixes to bugs from the tracker today, with the intention to cut a c9 release on Monday. Please update with easy_install setuptools==dev, and try it out. Thanks! Hi Philip, tested today without problems (on simple use cases). More tests tomorrow. -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] the svn = 1.5 bug with setuptools/command/sdist.py: global name 'log' is not defined
On Tue, Aug 19, 2008 at 07:29, Jeroen Ruigrok van der Werven [EMAIL PROTECTED] wrote: -On [20080819 06:19], dan corson ([EMAIL PROTECTED]) wrote: But I'm not sure it was addressed, and now we're getting the same problem here with svn 1.5.1. easy_install -U setuptools==dev I would like to know why 0.7 (or 0.6c9) is not out. This solution is not clean, and doesn't work with Buildout. Are there any unrelsolved bugs ? -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] the svn = 1.5 bug with setuptools/command/sdist.py: global name 'log' is not defined
On Tue, Aug 19, 2008 at 15:41, Phillip J. Eby [EMAIL PROTECTED] wrote: At 03:09 PM 8/19/2008 +0200, Tarek Ziadé wrote: So, setuptools should use a random, unique, temporary name in this function imho to make buildout happy with any kind of dev package. Um, no. easy_install does *each* download to a unique temporary directory. If buildout is doing something else, it's buildout that's broken. I'm talking about the critical bug of Setuptools with SVN 1.5 ( commit r65222). So I ask again, why setuptools 0.9c9 is not released ? -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] Best way to mirror Pypi
Hi there :), We use intensively Setuptools and buildout and we are looking to increase downloading and checking speeds. What are elegant solutions ? The best way is to mirror also eggs (like a mirror debian for ex.), but it's maybe to heavy for pypi machine. Thx. -- Seb ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
