Op 07-01-13 15:57, Marius Gedminas schreef:
On Mon, Jan 07, 2013 at 09:45:58AM -0500, Jim Fulton wrote:
No.  The versions-file can be used with the existing mechanism.
I tried, but apparently failed, to make this clear in the proposal.

If both a versions file and a versions section is used, the versions
section behaves as it does now and versions in the versions file
override versions specified in the versions section.

This seems backwards to me.

Consider this example

     $ cat buildout.cfg

       [buildout]
       I-forgot-the-suggested-new-spelling-for-a-versions-file = versions.txt
       parts = ...

       ...

     $ cat mg.cfg

       [buildout]
       extends = buildout.cfg
       versions = versions

       [versions]
       SomePackage = overridden_version

I would expect bin/buildout -c mg.cfg to use my overridden version from
mg.cfg, not the one from versions-file.txt.

Also, having two similar but slightly distinct mechanisms for version
pinning?  I'm -1 on that.

That is the part that is beginning to confuse me too.

But really, I think I myself would not use such a new-style versions file, but would simply want buildout to have an option (settable in buildout.cfg) to print a list of picked versions at the end of the buildout run.

If that works (which certainly is part of Jim's proposal) and the rest is optional, then I would be happy and not mind much if the rest is not exactly according to my ideas.


--
Maurits van Rees: http://maurits.vanrees.org/
Zest Software: http://zestsoftware.nl

_______________________________________________
Distutils-SIG maillist  -  Distutils-SIG@python.org
http://mail.python.org/mailman/listinfo/distutils-sig

Reply via email to