[Distutils] zc.buildout and "Not upgrading because not running a local buildout command"
Adam GROSZER
agroszer at gmail.com
Fri Mar 26 14:01:29 CET 2010
Hello Jim,
What about writing out the upgraded buildout script as a temp script,
like "/tmp/buildout-<random>.py" and restarting with that?
Upgrading with easy_install is a catch 22, one app needs
zc.buildout-1.1.1 the other zc.buildout-1.4.3 nailed via versions.
Friday, March 26, 2010, 1:35:15 PM, you wrote:
JF> On Wed, Mar 24, 2010 at 6:38 AM, Adam GROSZER <agroszer at gmail.com> wrote:
>> Hello,
>>
>> Having problems here with the above.
>>
>> The thing is that there should be two projects installed on the same
>> server, but the one is a zope KGS 3.4 the other is a
>> ztk/bluebream-ish.
>> The two have different version requirements for setuptools and
>> zc.buildout.
>> The buildout.cfg comes from the web like this:
>> buildout -t 2 -c http://mypypi.org/++projects++/proj/proj-stage-0.0.4.cfg
>> (On top of that this is driven by keas.build, but that should not
>> matter)
>> Buildout (1.4.1) is installed via easy_install and setuptools (0.6c9).
>> Therefore the message "Not upgrading because not running a local
>> buildout command". The message is reasonable, but still makes problems
>> in the way of making the one of the projects non-installable.
>>
>> Would not it be easy to create a bin/buildout script and restart with
>> that?
JF> The auto-upgrade feature of buildout only works if the buildout script
JF> being run is in the buildout's bin directory. This is a safety feature
JF> to avoid unintentional upgrades of other buildouts.
JF> If you installed buildout with easy_install and want to upgrade it, I
JF> suggest upgrading it with easy_install.
JF> Jim
--
Best regards,
Adam GROSZER mailto:agroszer at gmail.com
--
Quote of the day:
Not only is there no God, but try getting a plumber on the weekend. - Woody Allan
More information about the Distutils-SIG
mailing list