On 25/03/2011 16:49, Christian Theune wrote:
> the German speaking Zope Users Group (DZUG e.V.) organizes a series of 4
> sprints this year to support feature development within the proximity of
> the ZTK and solve problems encountered by Zope, Plone and Python developers.
> * Discussing how to deal with "private" releases
FWIW, I've had no problems with this, here's a sample buildout.cfg:
extensions = lovely.buildouthttp
find-links = https://example.com/password/protected/folder
...and just dump the .tgz sdists in that folder.
Of course, if you don't need password protection such as when you have
your "egg server" on a private network, you just need the find-links.
I'm not really sure why people have written a complicated array of "egg
servers" and the like when a simple http or file system served folder is
just fine ;-)
Simplistix - Content Management, Batch Processing & Python Consulting
Is there a way to build multiple eggs within the same project? I'm using
distutils with buildout which makes certain assumptions about setup.py
being able to build a single egg. So, I started looking around and found
python-repoze.who-plugins which has a setup.py in the base of the project
calling upon individual setup.py files in subdirectories. I'm not sure
this is recommended though and not sure how it would work with buildout
either. So, I'm wondering if there might be a reasonable example of a
project building multiple eggs from the same project.
Marc Tardif <marc.tardif(a)canonical.com>
Freenode: cr3, Jabber: cr3(a)jabber.org
1024D/72679CAD 09A9 D871 F7C4 A18F AC08 674D 2B73 740C 7267 9CAD
I have a package with a source that looks like this:
my/package/templates/libraries -> ../../../Prototype/libraries
my/package/templates/style -> ../../../Prototype/style
what I would like to accomplish is that when a bdist is made either
Prototype/ is installed somewhere and the symlinks point to it, or the
symlinks are replaced with a copy of the data they point to.
For a package maintained in subverion this works: when the sdist is
created the symlink is replaced with a copy of the thing it points to,
which is then included in the bdist. For a package maintained in git
this does not work: the symlink always appears to be ignored. Is there
a way to accomplish this?
Wichert Akkerman <wichert(a)wiggy.net> It is simple to make things.
http://www.wiggy.net/ It is hard to make things simple.
I'm new to Buildout and need to figure out how to accomplish a (seemingly)
simple usecase: Install my project from source into an isolated environment.
My project has a Distribute-based setup.py and I'd like to install it and
its dependencies to an isolated environment. I gather this should be doable
using Buildout, but how? I've experimented a bit and read the documentation
on PyPi, but so far I have not succeeded.
I've got buildout (1.5.2) working for me, but it emits some errors when
installing my distribution (under Python 2.7 on Windows).
$ .\bin\buildout.exe -v -v -v
Installing 'zc.buildout', 'distribute'.
Download error: [Errno 11004] getaddrinfo failed -- Some packages may not be
The same problem does *not* occur on Linux, I've found. Is this due to a bug
New submission from Mike Cowperthwaite <mcow(a)well.com>:
This may be specific to Windows Vista and Windows 7, I think. I am using 64-bit Windows 7; see also this page for similar problem with Vista:
It seems that Windows forces easy_install (and pip) to open into a new cmd shell, when run from a command shell. When the install program completes, the cmd shell closes. If there are any problems with the install, the program errors are lost, making troubleshooting difficult.
The hack of elevating to Administrator described there as working under Vista doesn't work for me on W7/64.
I don't expect anyone to figure out how to keep Windows from launching into a new window, but, as a workaround: I'd like a command-line switch I can add to easy_install which would pause at the end of the install and print something like "Hit any key to continue" and then wait for that activity.
title: Windows: easy_install's 'DOS' window closes automatically, error msgs lost
Setuptools tracker <setuptools(a)bugs.python.org>
A member of the Tahoe-LAFS community was kind enough to build a Python
2.6 amd64 MSI installer for pyOpenSSL 0.12 for me (since I am not set up
to build anything for 64 bit Windows).
The MSI is available at http://twistedmatrix.com/~exarkun/pyOpenSSL-0.12
.win-amd64-py2.6.msi for the time being. It might be interesting to
inspect in considering the question I have.
First I tried uploading it to PyPI using the web interface.
Unfortunately this resulted in a failed upload (several times) because
"invalid distribution file".
Then I tried using the distutils upload command (which I had to modify
to allow uploading a file which was already built, rather than one which
was being built at the moment). This produced the same result ("Upload
failed (400): invalid distribution file").
So... is this a distutils bug? Is there something wrong with the MSI?
Is it something wrong with pyOpenSSL's setup.py? Is it a bug in PyPI
causing it to reject a valid MSI?
(I hope the cross-posting is okay, since this topic seems to straddle
these two areas.)
I want to build binary wininst distributions of pure python package on
unix. That's pretty possible and works already. But I need to patch
`install_lib` and `install_data` targets with custom platform-specific
modifications. I've noticed that bdist_wininst runs `install_*`
targets during the build. The question is:
How can `install_lib` detect if it is executed to build code for
windows platform when it is executed on unix?
Perhaps *packages.python.org* will become the new go-to place where people
expect to find documentation, like PyPI. I prefer to host my docs on my own
server. Can I set something in my project settings that would cause a
redirect to be created from `packages.python.org/my_project` to my own doc