On Mon, Oct 1, 2012 at 8:14 AM, Vinay Sajip <vinay_sa...@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. David _______________________________________________ Distutils-SIG maillist - Distutils-SIG@python.org http://mail.python.org/mailman/listinfo/distutils-sig
