[Distutils] Proposal for incorporating buildout-versions on buildout (Re: Better version pinning in buildout (buildout-versions))
Jim Fulton
jim at zope.com
Mon Jan 28 12:50:23 CET 2013
On Mon, Jan 28, 2013 at 6:38 AM, Jim Fulton <jim at zope.com> wrote:
> On Fri, Jan 25, 2013 at 3:53 PM, Reinout van Rees <reinout at vanrees.org> wrote:
...
>>>> 3. New buildout option: ``python-version`` that restricts the Python
>>>> version, with the same semantics as buildout-version provides now.
>>
>>
>> Hm. I copy/pasted the buildout-versions code and worked from there.
>> Buildout-versions simply looks at a 'python' entry in the [versions] part,
>> so that's different from a python-version option.
>>
>> That's not too bad as it saves us another buildout option. But... do we want
>> to change this?
>
> I think so. Python itself is not a distutils distribution. This feels like
> mixing apples and oranges. Also, version entries can now have
>>=, >, <= and < modifiers, but you aren't supporting that for Python versions.
>
> I'd rather make this a separate option.
>
> Also, the implementation shouldn't simply test whether the version is
> in the version string. It's too easy to get false matches. The
> implementation should parse the version (maybe as simple as splitting
> on dots) and check it against sys.version_info.
I should have mentioned that an option is to defer the python-version
feature for later.
Jim
--
Jim Fulton
http://www.linkedin.com/in/jimfulton
Jerky is better than bacon! http://zo.pe/Kqm
More information about the Distutils-SIG
mailing list