[Zope3-dev] Re: More thoughts on packaging
Martijn Faassen
faassen at infrae.com
Tue Feb 17 12:15:20 EST 2004
Tres Seaver wrote:
>> Speaking as another large package maintainer, I'd like setup.py to be
>> either nonexistent, or automatically generated from something else
>> that's modular.
>
>
> +1. The configuration metadata in a typical setup.py can *never* be
> introspected, for intsance, short of writing bytecode hacks to pick
> apart the arguments passed to setup().
+1 too.
>> I'm certainly -1 on using XML for this, and I don't have a problem
>> with using Python syntax. But the single file approach has got to go.
>
>
> -1 for Python syntax; Turing-completeness is a *disadvantage* in a
> configuration language (e.g., why is ZCML not in Python? why ZConfig?)
+1 to not using Python for configuration languages. Python is of course
convenient on the short run, but I suspect will be harder on the long
run. If packages were already explicitly declarative some of the
problems Phillip Eby mentions would not have been an issue.
Using Python instead of declarations is already *hurting* the evolution
of the packaging system, because people are maintaining their local
Python hacks instead of thinking about what configuration options are
really needed in the central packaging system. It focuses short-term
behavior on fixing the wrong problem.
> WRT the format, I am agnostic about the spelling, but anti-NIH
> suggests that we should adopt a widely-supported parseable format:
As long as it's declarative and doesn't look like Procmail or M4 macros
or whatever, I'm fine too. :)
Regards,
Martijn
More information about the Zope3-dev
mailing list