Jim Fulton wrote:
> On Wed, Oct 7, 2009 at 8:50 PM, Martin Aspeli <optilude+li...@gmail.com>
>> Hanno Schlichting wrote:
>>> On Wed, Oct 7, 2009 at 10:29 PM, Martijn Faassen <faas...@startifact.com>
>>>> > [ztk.cfg] contains a line
>>>> > allow-picked-versions = false
>>>> I agree with Thomas that we should remove this from ztk.cfg, as if we
>>>> publish this for reuse we don't want to impose this policy on everybody
>>>> who builds on it.
>>>> The question though is why this is in there in the first place.
>>>> Presumably it is to ensure that the *ZTK* locks down all versions. I
>>>> think we can reasonably ensure this by moving the
>>>> 'allow-picked-versions' to the ZTK's "buildout.cfg" instead, right?
>>> Yes, +1 for moving it to the buildout.cfg.
>> If we do that, I'd also suggest we use the 'buildout.dumppickedversions'
>> extension. This prints the picked versions with some explanation about
>> what required them, either to a file or to the console. This is a useful
>> sanity check: if you see a package in there that looks spurious you may
>> ask whether it should've been pinned somewhere.
> Running buildout in verbose mode (-v) gives you this same information.
> Is the idea that this information gets printed even in normal mode?
- it gets printed always, summarised at the end
- it's a lot more concise than the -v output and easier to read
- the output is usable as a [versions] block and can be output to a file
I use a pattern where I have a devel.cfg that pins some things but allow
certain dependencies to float, and then writes the versions it picks to
kgs.cfg. For production deployments, there's a production.cfg which
(among other things) extends this kgs.cfg.
The idea is that once we have a known good configuration in development,
we check that file into svn so we have a record, and make sure that
absolutely everything is pinned in production.
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book
Zope-Dev maillist - Zope-Dev@zope.org
** No cross posts or HTML encoding! **
(Related lists -