Re: [Distutils] Newbie - Buildout bootstrap error pkg_resources.DistributionNotFound: zc.buildout==1.5.2
On 12/12/2010 06:49 PM, Cops Club wrote: plone...@ubuntu:~/exercise1$ buildout init Hey, this means you already installed buildout globally somehow. (easy_install zc.buildout, for instance?) 3) I downloaded the bootstrap.py from svn plone...@ubuntu:~$ wget \ http://svn.zope.org/*checkout*/zc.buildout/trunk/bootstrap/bootstrap.py 4)And tried to run the bootstrap - which failed: That bootstrap script downloads and installs buildout local to that buildout directory. But you've already installed buildout globally. Apparently, that bites. You mention that it *does* work in a virtualenv: yep, there you're isolated from the global buildout. = Best you remove the globally installed zc.buildout. Alternatively you can try python -S bootstrap.py to run python without system packages. Reinout -- Reinout van Rees - rein...@vanrees.org - http://reinout.vanrees.org Collega's gezocht! Django/python vacature in Utrecht: http://tinyurl.com/35v34f9 ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] stdeb development?
Hello all. I'm wondering if there is still any effort behind the stdeb package development. I find it super handy for what I do at work, and I'm wondering if there's going to be canonical support and/or further package development done in this area. - Sean ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] stdeb development?
On Dec 15, 2010, at 10:05 AM, Sean Ochoa wrote: Hello all. I'm wondering if there is still any effort behind the stdeb package development. I find it super handy for what I do at work, and I'm wondering if there's going to be canonical support and/or further package development done in this area. - Sean As awesome as stdeb is, you should take a look at pkgme: https://launchpad.net/pkgme This is a generic tool that generates packaging, not just for Python, but for all kinds of simple projects. It supports a set of backends for language/project specific details and handles all the common stuff so individual backends don't need to. It was discussed at the last UDS, and James Westby is doing most of the driving right now. I'm trying to contribute a few small things, and will be spending any future related effort on pkgme. Python is one of the built-in backends. Cheers, -Barry signature.asc Description: PGP signature ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Including symlinked data files in an egg
At 04:18 PM 12/15/2010 +0100, Wichert Akkerman wrote: On 12/15/10 16:15 , P.J. Eby wrote: Most likely, the problem is with the file finder being used. Are you using a git plugin for setuptools, or simply listing everything in MANIFEST.in? If the former, it may be that the git plugin you're using simply doesn't support symlinks. If you're not using a git plugin, perhaps there is something amiss in the MANIFEST.in, and setuptools' built-in support for subversion is hiding the problem by picking up the symlinks. I am not using a git (or other) plugin. I tried listing things in MANIFEST.in, for example using: graft my/package/templates/ graft my/package/templates/libraries unfortunately that had no effect: libraries was not included, not as symlink nor as a copy of the symlink target. I don't know whether MANIFEST.in is supposed to support symlinks or not, but the fact that it's working with subversion is strongly indicative that setuptools' file finder is picking up stuff that MANIFEST.in is not. I don't know *why* MANIFEST.in wouldn't pick up symlinks, though. Perhaps you could try boiling this down to a simpler test case (e.g., subversion and git versions of the same minimal package containing only a symlink referred to by MANIFEST.in) so we can narrow it down some more? Wichert. ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig