Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Python: Dev

no consensus on static metadata

 

 

Python dev RSS feed   Index | Next | Previous | View Threaded


chris at simplistix

Oct 9, 2009, 8:32 AM

Post #1 of 4 (505 views)
Permalink
no consensus on static metadata

Tarek Ziadé wrote:
> == The fate of setup.py, and static metadata ==
>
> So we are going to separate the metadata description from setup.py, in
> a static configuration file, that can be open and read by anyone
> without
> running any code.

<snip>

> So we've worked on that lately in Distutils-SIG and came up with a
> micro-language, based on a ConfigParser file, that allows
> writing metadata fields that depends on sys.platform etc. I won't
> detail the syntax here but the idea is that the interpretation
> of this file can be done with a vanilla Python without running arbitrary code.

I don't understand how the above two paragraphs are compatible.

> So I am adding this in Distutils for 2.7.

NB: There was no consensus on this "micro-language" on distutils-sig.
While I suspect I don't care as none of my packages rely on anything
other than other python packages, others did care, and I found the
syntax Tarek was proposing pretty clumsy.

Does the PEP386 or the changes you're proposing for PEP314 cater for the
extra_requires stuff in setuptools? I know I use that quite heavily and
I'm not the only one...

--
Simplistix - Content Management, Batch Processing & Python Consulting
- http://www.simplistix.co.uk
_______________________________________________
Python-Dev mailing list
Python-Dev [at] python
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com


ziade.tarek at gmail

Oct 9, 2009, 8:45 AM

Post #2 of 4 (474 views)
Permalink
Re: no consensus on static metadata [In reply to]

On Fri, Oct 9, 2009 at 5:32 PM, Chris Withers <chris [at] simplistix> wrote:
>
>> So I am adding this in Distutils for 2.7.
>
> NB: There was no consensus on this "micro-language" on distutils-sig.
> While I suspect I don't care as none of my packages rely on anything other
> than other python packages, others did care, and I found the syntax Tarek
> was proposing pretty clumsy.

Please no bikeshedding again on the syntax. "consensus" doesn't
mean that you agreed on the syntax.

As I said to MAL, a PEP will be written with the precise syntax, and you will
be able to make your voice heard on **Distutils-SIG**, even participate to it.

But at the end, a syntax will be added.

> Does the PEP386 or the changes you're proposing for PEP314 cater for the
> extra_requires stuff in setuptools? I know I use that quite heavily and I'm
> not the only one...

Let's open a thread on Distutils-SIG about PEP 314 planned changes.

Tarek.
_______________________________________________
Python-Dev mailing list
Python-Dev [at] python
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com


chris at simplistix

Oct 9, 2009, 9:17 AM

Post #3 of 4 (464 views)
Permalink
Re: no consensus on static metadata [In reply to]

Tarek Ziadé wrote:
>> NB: There was no consensus on this "micro-language" on distutils-sig.
>> While I suspect I don't care as none of my packages rely on anything other
>> than other python packages, others did care, and I found the syntax Tarek
>> was proposing pretty clumsy.
>
> Please no bikeshedding again on the syntax.

Tarek, throwing "bikeshedding" at an important syntactical discussion
like this is verging on rude. Please stop it and accept that the best
solution has not been found yet.

> As I said to MAL, a PEP will be written with the precise syntax, and you will
> be able to make your voice heard on **Distutils-SIG**, even participate to it.

Great.

>> Does the PEP386 or the changes you're proposing for PEP314 cater for the
>> extra_requires stuff in setuptools? I know I use that quite heavily and I'm
>> not the only one...
>
> Let's open a thread on Distutils-SIG about PEP 314 planned changes.

OK, look forward to reading it and commenting.

Chris

--
Simplistix - Content Management, Batch Processing & Python Consulting
- http://www.simplistix.co.uk
_______________________________________________
Python-Dev mailing list
Python-Dev [at] python
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com


g.brandl at gmx

Oct 9, 2009, 1:36 PM

Post #4 of 4 (470 views)
Permalink
Re: no consensus on static metadata [In reply to]

Chris Withers schrieb:
> Tarek Ziadé wrote:
>>> NB: There was no consensus on this "micro-language" on distutils-sig.
>>> While I suspect I don't care as none of my packages rely on anything other
>>> than other python packages, others did care, and I found the syntax Tarek
>>> was proposing pretty clumsy.
>>
>> Please no bikeshedding again on the syntax.
>
> Tarek, throwing "bikeshedding" at an important syntactical discussion
> like this is verging on rude. Please stop it and accept that the best
> solution has not been found yet.

At some point a decision must be made, and it will be made by Tarek as the
"main packaging guy" (don't want to throw "dictator" around again). For
syntax, there often is no such thing as "the best solution".

Georg

--
Thus spake the Lord: Thou shalt indent with four spaces. No more, no less.
Four shall be the number of spaces thou shalt indent, and the number of thy
indenting shall be four. Eight shalt thou not indent, nor either indent thou
two, excepting that thou then proceed to four. Tabs are right out.

_______________________________________________
Python-Dev mailing list
Python-Dev [at] python
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/list-python-dev%40lists.gossamer-threads.com

Python dev RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.