[Distutils] PEP 390 - new format from setup.cfg

[Ian Bicking]

The grammar in "Context-dependant sections" indicates possible EXPR
values.  Because the "in" operator is supported, I would assume that
tuples should also be allowed.

One aspect of the current setup.cfg is that it supports multiple
sections, for different setup.py commands or components.  This gives a
kind of namespacing.  I assume, but it isn't that specified, that any
section (not just "metadata") will be parsed the same way?

Presumably setup.py will just contain an empty call to setup()?  (I
assume at least setup.py will be allowed for, for backward
compatibility, even if it is not required.)

I believe this does not include the concept of extra requirements.
Possibly it could as a side-effect of some variable available to the
language.  Like:

  [metadata:'xmlrpc' in features]
  requires = lxml

Sets and the & operator could be useful for this.

The way variables are handled is unclear.  Presumably all variables
are cumulative.  But given:

  requires = Foo
  requires = Bar

What is the value of "requires"?  A list, a value with newlines?
Presumably you could also do:

  requires = Foo
      Bar

Anyway, we're diverging from INI semantics at this point, so it needs
to be specified how it works.

Is there a way to eliminate values?  Right now, for instance, if you
have "[build] home = /foo" in a distutils.cfg, there's no way to unset
that.  I'd like to see this functionality included.  Perhaps to delete
a specific value, but the simpler case of deleting a variable is
really all I want.



On Sun, Oct 11, 2009 at 5:17 PM, Tarek Ziadé <ziade.tarek at gmail.com> wrote:
> Hey
>
> this is the PEP for setup.cfg, as requested :
> http://www.python.org/dev/peps/pep-0390
>
> Please comment,
>
> Tarek
>
> --
> Tarek Ziadé | http://ziade.org | オープンソースはすごい! | 开源传万世，因有你参与
> _______________________________________________
> Distutils-SIG maillist  -  Distutils-SIG at python.org
> http://mail.python.org/mailman/listinfo/distutils-sig
>



-- 
Ian Bicking  |  http://blog.ianbicking.org  |  http://topplabs.org/civichacker