Re: [Distutils] Distribute 0.6.17
Aurélien has fixed the issue: https://bitbucket.org/tarek/distribute/changeset/191f38f47256 Could someone double-check by running the tip, that everything is now working fine ? I'll release 0.6.18 right after Thanks On Tue, May 31, 2011 at 9:40 PM, Jeff Shell eucci.gr...@gmail.com wrote: I've seen the same issue in Mac OS X with namespace packages that are more than one level deep. 'zope.server' works fine, 'zope.app.server' (or any other 'zope.app.*') blows up. Works fine with distribute 0.6.16, blows up with 0.6.17. On Tue, May 31, 2011 at 4:04 AM, Tarek Ziadé ziade.ta...@gmail.com wrote: On Tue, May 31, 2011 at 11:50 AM, Maurits van Rees m.van.r...@zestsoftware.nl wrote: ... ImportError: cannot import name utils When I go in with a pdb in this utils.py everything seems fine but then the import error just happens a bit further on, failing to import plone.app.layout. On Plone 4 an import of Shared.DC.ZRDB.Search fails. Again, with distribute 0.6.16 it works fine. This is on Mac OS X. Possibly I have strange ways of installing python, but it has worked fine so far. Can anyone else reproduce this? Could you dump and compare sys.path in both cases ? thanks -- Jeff Shell -- Tarek Ziadé | http://ziade.org ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Distribute 0.6.17
On Wed, Jun 1, 2011 at 12:01 PM, Maurits van Rees m.van.r...@zestsoftware.nl wrote: Op 01-06-11 10:27, Tarek Ziadé schreef: Aurélien has fixed the issue: https://bitbucket.org/tarek/distribute/changeset/191f38f47256 Could someone double-check by running the tip, that everything is now working fine ? I'll release 0.6.18 right after Yes, this works now for me. Thank you both! 0.6.18 is released. Thanks to all for the tests, and to Aurélien for the fix. Cheers Tarek -- Tarek Ziadé | http://ziade.org ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [buildout] [Errno 104] Connection reset by peer
Hi guys, Who knows how to fix the problem: Download error: [Errno 104] Connection reset by peer -- Some packages may not be found! ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] Using build products instead of the source package during development
Hello everyone,
I have a project with a python package and a compiled component inside
of it. Current directory layout is:
project
foo/
foo/__init__.py
foo/...
src/
src/c_foo.c
tests/
tests/test_foo.py
setup.py
When the project is built, distutils create a `build/lib` directory
which I either add to `PYTHONPATH` or install into a virtual
environment. Resulting structure is the following:
project
build/lib
build/lib/foo/__init__.py
build/lib/foo/c_foo.so
The issue with that is that if I start a python interpreter session
from the project root, run tests from the project root etc., it picks
up the source tree instead of the built tree. This is a problem
because in that case the compiled extensions are not found since they
reside with build products.
I found several existing solutions to this in use:
1. Place python sources under a separate directory, eg. `lib/foo`,
`modules/foo` etc. Downside to that is an extra directory level to all
of the source files and inconsistency with projects that don't have
compiled extensions and therefore have their python packages in the
root directory.
2. Keep the packages in the root, which means an inconvenience having
to `chdir` out of the project root (eg. into tests/ directory) so that
python interpreter does not see the source packages (via build script
or manually).
3. Keep the packages in the root under a different name (eg. `foo-
module` or `foo-lib`) with an appropriate `package_dir={'foo':'lib-
foo'}` line in `setup.py`. This is a variation of pt. 1 without an
extra level of directory hierarchy, which is pretty much the same
thing, I suppose.
4. Keep the packages in the root and use `setup.py build_ext --
inplace`, however this contaminates the source tree. In addition, this
does not go well if I use another
Either case introduces an overhead vs. a plain python project where
one can modify/run code right out of the source tree. I'd very much
like to hear if there's a preferred way of dealing with this and/or
which particular method you use for you projects.
Dimitri.
___
Distutils-SIG maillist - Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [buildout] [Errno 104] Connection reset by peer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 05/30/2011 03:13 PM, Anton Panasenko wrote: Hi guys, Who knows how to fix the problem: Download error: [Errno 104] Connection reset by peer -- Some packages may not be found! This error indicates either that you have a transient network failure, or that your index server (likely pypi.python.org) is down. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk3mOtIACgkQ+gerLs4ltQ6BpQCfQBUP1wtRYo8nNf0KHyoOHEVN dN8AnAyaefXWkvyjjtffZR+CrqhC+y81 =jJ77 -END PGP SIGNATURE- ___ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
