Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On Sun, May 8, 2016 at 5:49 AM, Nick Coghlan wrote: > The reason I think "bootstrap" is a better name at this point I *really* don't want to add to the bike-shedding of the name at this point -- I really don't care. I was just trying to see if I was misunderstanding something, as it didn't seem to be bootstrapping anything to me, and I see I was kinda missing some of the scope and complexity -- thanks. -CHB -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception chris.bar...@noaa.gov ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On Mon, 9 May 2016 at 06:42 Nick Coghlan wrote: > On 7 May 2016 at 08:21, Paul Moore wrote: > > On 6 May 2016 at 19:14, Brett Cannon wrote: > >> OK, assuming the Nick will be pronouncing, who wants to write the PEP? > > > > ... and if Nick doesn't want to pronounce, I'm willing to offer to be > > BDFL for this one. But a PEP is the first thing. (And IMO the key > > point of the PEP is to be very clear on what is in scope and what > > isn't - the discussions have covered a *lot* of ground and being clear > > on what's excluded will be at least as important as stating what's in > > scope). > > Answering this specifically: I'm happy to be the arbiter-of-consensus > for this one, as my schedule's pretty clear right now (at least until > I head to PyCon US on the 27th). > OK, I'll list Nick as the BDFL Delegate in the PEP then. Hoping to have a draft to send to the list today or tomorrow. ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On 7 May 2016 at 08:21, Paul Moore wrote: > On 6 May 2016 at 19:14, Brett Cannon wrote: >> OK, assuming the Nick will be pronouncing, who wants to write the PEP? > > ... and if Nick doesn't want to pronounce, I'm willing to offer to be > BDFL for this one. But a PEP is the first thing. (And IMO the key > point of the PEP is to be very clear on what is in scope and what > isn't - the discussions have covered a *lot* of ground and being clear > on what's excluded will be at least as important as stating what's in > scope). Answering this specifically: I'm happy to be the arbiter-of-consensus for this one, as my schedule's pretty clear right now (at least until I head to PyCon US on the 27th). Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On 8 May 2016 at 09:23, Brett Cannon wrote: > On Sat, May 7, 2016, 12:16 Chris Barker wrote: >> how is this about "bootstrapping" -- to me, bootstrapping is when you need >> X to build X. Isn't this just regular old configuration: you need x,y to >> build z? > > Sure, if you don't like the term "bootstrap" then you can call it "build > requirements". We have not been calling it " configuration" in a general > sense as this doesn't cover how to invoke the build step (that will probably > be the next PEP), just what needs to be installed to even potentially do a > build. The reason I think "bootstrap" is a better name at this point than "build" is that there are actually three commands we're installing the relevant dependencies for: * egg_info/dist_info (i.e. metadata generation) * sdist (i.e. archive generation) * bdist_wheel (i.e. building) The bootstrapping at the moment is taken care of by "assume everything uses setuptools, install setuptools by default, if you want to use something else, use setuptools to define and retrieve it". The new metadata aims to take the place of setuptools in that bootstrapping process: if the software publisher so chooses, they'll be able to both create an sdist from a source tree and a wheel archive from an sdist without ever installing setuptools. (Of course, one or more of their dependencies are likely to bring in setuptools anyway for the foreseeable future, but at the level of their own project they'll be able to ignore it) Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On Sat, May 7, 2016, 12:16 Chris Barker wrote: > On Sat, May 7, 2016 at 11:18 AM, Brett Cannon wrote: > >> What fields there will be and their semantics ... >> >>1. Format version (so just deciding on a name -- which also includes >> whether it should be top-level or in a subsection -- and initial value) >> 2. The actual bootstrap field (so its name and what to do if a >> dependency is already installed but at a version that doesn't match >> what >> the bootstrap specification asks for) >> >> Am I missing anything? >> > > So what is this new configuration file supposed to cover? > How to specify what has to be installed to simply build a project, e.g. is setuptools needed to run setup.py, and if so what version? All the package meta-data? i.e. everything that would be needed by a > package manager to properly install the package? > > or the build meta-data: everything needed by the build system to build the > package? > > both in one file? > > And am missing something? > You're missing that you're talking several PEPs down the road. :) Right now all we are discussing is how to specify what build tools a project needs (historically setuptools, but in the future it could be flit or something else). how is this about "bootstrapping" -- to me, bootstrapping is when you need > X to build X. Isn't this just regular old configuration: you need x,y to > build z? > Sure, if you don't like the term "bootstrap" then you can call it "build requirements". We have not been calling it " configuration" in a general sense as this doesn't cover how to invoke the build step (that will probably be the next PEP), just what needs to be installed to even potentially do a build. -Brett > -CHB > > > > > > > >> And since I keep pushing on this I'm willing to be a co-author on any PEP >> if there's no hard deadline in getting the PEP written (i.e. I can help >> write the prose, but I don't have the time to do the coding as this will be >> the fourth PEP I have going in some state; got to catch up to Nick's 35 >> PEPs somehow ;). >> >> ___ >> Distutils-SIG maillist - Distutils-SIG@python.org >> https://mail.python.org/mailman/listinfo/distutils-sig >> >> > > > -- > > Christopher Barker, Ph.D. > Oceanographer > > Emergency Response Division > NOAA/NOS/OR&R(206) 526-6959 voice > 7600 Sand Point Way NE (206) 526-6329 fax > Seattle, WA 98115 (206) 526-6317 main reception > > chris.bar...@noaa.gov > ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On Sat, May 7, 2016 at 11:18 AM, Brett Cannon wrote: > What fields there will be and their semantics ... > >1. Format version (so just deciding on a name -- which also includes > whether it should be top-level or in a subsection -- and initial value) > 2. The actual bootstrap field (so its name and what to do if a > dependency is already installed but at a version that doesn't match what > the bootstrap specification asks for) > > Am I missing anything? > So what is this new configuration file supposed to cover? All the package meta-data? i.e. everything that would be needed by a package manager to properly install the package? or the build meta-data: everything needed by the build system to build the package? both in one file? And am missing something? how is this about "bootstrapping" -- to me, bootstrapping is when you need X to build X. Isn't this just regular old configuration: you need x,y to build z? -CHB > And since I keep pushing on this I'm willing to be a co-author on any PEP > if there's no hard deadline in getting the PEP written (i.e. I can help > write the prose, but I don't have the time to do the coding as this will be > the fourth PEP I have going in some state; got to catch up to Nick's 35 > PEPs somehow ;). > > ___ > Distutils-SIG maillist - Distutils-SIG@python.org > https://mail.python.org/mailman/listinfo/distutils-sig > > -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception chris.bar...@noaa.gov ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On Fri, 6 May 2016 at 16:58 Nathaniel Smith wrote: > On Fri, May 6, 2016 at 11:14 AM, Brett Cannon wrote: > > > > > > On Fri, 6 May 2016 at 09:40 Donald Stufft wrote: > >> > >> > >> On May 6, 2016, at 12:36 PM, Brett Cannon wrote: > >> > >> So who is the BDFL on this decision? It seems we need someone to stop > the > >> bikeshedding on the field name and what file is going to house this > >> configuration data. And do we need someone to write a PEP for this > proposal > >> to have something to target? > >> > >> > >> We need someone to write the PEP and someone to offer to be BDFL for it. > >> For this particular change the default would be Nick for BDFL but if > he’s > >> busy someone else can take it over for this PEP. Though I think we need > >> someone writing an actual PEP first. > > > > > > OK, assuming the Nick will be pronouncing, who wants to write the PEP? > And Paul also stepped forward to pronounce if Nick didn't want to, so we have the role of Great Decider covered one way or another. > > I've just been writing up a comparison of the different file formats, > partly in case it's useful to others and partly just for my own use in > looking at them against each other and seeing how much it actually > matters. This might also be reusable for the > rationale/rejected-alternatives section of a PEP, if anyone wants it, > or I could go ahead and add a few paragraphs to turn it into a proper > PEP. > What does the PEP need to cover? 1. The syntax of the file (which based on the replies to your great overview, Nathaniel, looks to be TOML). 2. The name of the file (although I'm assuming it will be setup.* out of tradition, probably setup.toml if TOML wins the format battle). 3. What fields there will be and their semantics ... 1. Format version (so just deciding on a name -- which also includes whether it should be top-level or in a subsection -- and initial value) 2. The actual bootstrap field (so its name and what to do if a dependency is already installed but at a version that doesn't match what the bootstrap specification asks for) Am I missing anything? And since I keep pushing on this I'm willing to be a co-author on any PEP if there's no hard deadline in getting the PEP written (i.e. I can help write the prose, but I don't have the time to do the coding as this will be the fourth PEP I have going in some state; got to catch up to Nick's 35 PEPs somehow ;). ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On Fri, May 6, 2016 at 11:14 AM, Brett Cannon wrote: > > > On Fri, 6 May 2016 at 09:40 Donald Stufft wrote: >> >> >> On May 6, 2016, at 12:36 PM, Brett Cannon wrote: >> >> So who is the BDFL on this decision? It seems we need someone to stop the >> bikeshedding on the field name and what file is going to house this >> configuration data. And do we need someone to write a PEP for this proposal >> to have something to target? >> >> >> We need someone to write the PEP and someone to offer to be BDFL for it. >> For this particular change the default would be Nick for BDFL but if he’s >> busy someone else can take it over for this PEP. Though I think we need >> someone writing an actual PEP first. > > > OK, assuming the Nick will be pronouncing, who wants to write the PEP? I've just been writing up a comparison of the different file formats, partly in case it's useful to others and partly just for my own use in looking at them against each other and seeing how much it actually matters. This might also be reusable for the rationale/rejected-alternatives section of a PEP, if anyone wants it, or I could go ahead and add a few paragraphs to turn it into a proper PEP. -n -- Nathaniel J. Smith -- https://vorpus.org ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On 6 May 2016 at 19:14, Brett Cannon wrote: > On Fri, 6 May 2016 at 09:40 Donald Stufft wrote: >> >> >> On May 6, 2016, at 12:36 PM, Brett Cannon wrote: >> >> So who is the BDFL on this decision? It seems we need someone to stop the >> bikeshedding on the field name and what file is going to house this >> configuration data. And do we need someone to write a PEP for this proposal >> to have something to target? >> >> >> We need someone to write the PEP and someone to offer to be BDFL for it. >> For this particular change the default would be Nick for BDFL but if he’s >> busy someone else can take it over for this PEP. Though I think we need >> someone writing an actual PEP first. > > > OK, assuming the Nick will be pronouncing, who wants to write the PEP? ... and if Nick doesn't want to pronounce, I'm willing to offer to be BDFL for this one. But a PEP is the first thing. (And IMO the key point of the PEP is to be very clear on what is in scope and what isn't - the discussions have covered a *lot* of ground and being clear on what's excluded will be at least as important as stating what's in scope). Paul ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
On Fri, 6 May 2016 at 09:40 Donald Stufft wrote: > > On May 6, 2016, at 12:36 PM, Brett Cannon wrote: > > So who is the BDFL on this decision? It seems we need someone to stop the > bikeshedding on the field name and what file is going to house this > configuration data. And do we need someone to write a PEP for this proposal > to have something to target? > > > We need someone to write the PEP and someone to offer to be BDFL for it. > For this particular change the default would be Nick for BDFL but if he’s > busy someone else can take it over for this PEP. Though I think we need > someone writing an actual PEP first. > OK, assuming the Nick will be pronouncing, who wants to write the PEP? ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] who is BDFL for the boostrap/requires declaration? (was: moving things forward)
> On May 6, 2016, at 12:36 PM, Brett Cannon wrote: > > So who is the BDFL on this decision? It seems we need someone to stop the > bikeshedding on the field name and what file is going to house this > configuration data. And do we need someone to write a PEP for this proposal > to have something to target? We need someone to write the PEP and someone to offer to be BDFL for it. For this particular change the default would be Nick for BDFL but if he’s busy someone else can take it over for this PEP. Though I think we need someone writing an actual PEP first. - Donald Stufft PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA signature.asc Description: Message signed with OpenPGP using GPGMail ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig