[Distutils] [Python-Dev] distlib updated with resources API

David Cournapeau cournape at gmail.com
Mon Oct 1 15:48:35 CEST 2012

On Mon, Oct 1, 2012 at 8:14 AM, Vinay Sajip <vinay_sajip at yahoo.co.uk> wrote:
> David Cournapeau <cournape <at> gmail.com> writes:
>> I am not suggesting something very complicated (we don't want to
>> re-create a language), but more something like cabal (see conditionals
>> in
> http://www.haskell.org/cabal/users-guide/developing-packages.html#package-descriptions),
>> or even RPM (http://www.rpm.org/max-rpm/s1-rpm-inside-conditionals.html).
>> This has the advantage of using something that has already been
>> battle-tested for several years.
> Both the Cabal and RPM conditionals seem fairly narrow in scope (e.g. os/
> arch/impl/flag for Cabal), and therefore it seems that environment markers
> should be able to do the job. Although of course environment markers aren't
> battle tested, it seems worthwhile deploying them on the battlefield to see how
> they perform.

Note that in Cabal at least, those conditionals work not just for
requirements, but for pretty much any section that is not metadata (so
in the python world, you could condition on the package you want to
install, etc...).

>> But again, syntax is a really minor point, and what matters the most
>> are the features. I was not able to express what I wanted with yaml
>> for bento, but would be more than happy to scrap the custom format if
>> someone manages to.
> If I can continue working on the YAML format that I've mentioned, I hope I can
> report some progress in this area in due course.

That's great. May I ask you to put this code somewhere ? This would
allow me to try using this inside bento. It would allow using whatever
format you are ending up with directly with existing projects (bento
is is already used by some complex packages such as numpy or scipy).
It would be a good way to ensure the format provides enough semantics.


More information about the Distutils-SIG mailing list