[Distutils] PSF blog posts regarding membership and other matters
Hi folks, A conversation with Donald today made me realise I should explicitly pass along links to some recent PSF blog posts regarding PSF membership and other matters, as they're likely to be relevant to distutils-sig members that may not be paying attention to the PSF specific information distribution channels. The most immediately relevant one is the instructions for registering as a Contributing Member: http://pyfound.blogspot.com.au/2015/02/enroll-as-psf-voting-member.html For folks that aren't already aware, the Python Software Foundation switched to an open membership model last year, where anyone is free to register as a Basic Member on python.org, and active contributors to the Python community are invited to participate more directly in the operation of the organisation (which, amongst other things, runs pypi.python.org). Many of the folks here will qualify for self-certification as PSF Contributing Members if you choose to do so :) Historically, that higher level of engagement has consisted primarily of electing the Board of Directors each year and voting on whether or not to approve new Sponsor Members, but we're looking to change that as well, firstly by proposing the adoption a more open strategic decision making model akin to the PEP process (Let's Make Decisions Together: http://pyfound.blogspot.com.au/2015/03/personal-opinion-i-think-its-always.html), and secondly by revamping the old nominated membership system into a new public recognition program for folks that have made significant contributions to the Python community(The PSF Fellow Recognition Program: http://pyfound.blogspot.com.au/2015/03/for-shes-jolly-good-psf-fellow.html). Generally speaking, in the absence of legal or community Code of Conduct concerns, the PSF will keep its nose out of distutils-sig's business, but in this case, I'm issuing an invitation for distutils-sig members that choose to do so to come participate more. If there are any other groups you think might benefit from a more explicit invitation, please feel free to forward this message on. If you're curious about what the PSF does in general (aside from hosting pypi.python.org and the various other *.python.org services), I also suggest checking out some of the other posts on the blog. Regards, 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] Get dependencies of a package without full download
From: Daniel Holth > Vinay Sajip was maintaining metadata as described here, I'm sure there are > functions > in distil to help fetch it. Yes, though there is no need for any special API to access it - the metadata is in JSON files served statically. You just make a standard HTTP request, using the client library of your choice, to get a specific URL. The files are under http://www.red-dove.com/pypi/projects/ And you can just use a browser to browse the metadata from this starting point. > The most severe problem with this data is of course that it is not always > correct because > the environment he evaluated setup.py in to get the data may be different > than yours. Indeed, which is why declarative metadata is so important. Down with setup.py! Regards, Vinay Sajip ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Get dependencies of a package without full download
Am 01.04.2015 um 20:20 schrieb Donald Stufft: The answer to this is technically yes, but realistically no. If you build Wheels and you upload a Wheel *first* and you use twine to do so, then you will register the dependency information with PyPI and that will be available in the JSON API. If you upload a sdist first (or you type setup.py register) or you don’t use twine then they will not get registered. Look for “requires_dist” in https://pypi.python.org/pypi/twine/json If anyone has specific things they’d like to see in an API I urge you to open issues on the Warehouse issue tracker (https://github.com/pypa/warehouse) so that we can make sure we consider them for inclusion into Warehouse. Just my feelings, without technical/logical background: I hate the "ORs" and "IFs" in the python packaging world. Can't it be done "condition less"? I want a stupid straight forward step by step way. Regards, Thomas Güttler ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Get dependencies of a package without full download
On 2 April 2015 at 20:27, Thomas Güttler wrote: > I hate the "ORs" and "IFs" in the python packaging world. > > Can't it be done "condition less"? Unfortunately, that's currently only possible for programming languages tailored primarily for a specific usage domain and with relatively young packaging systems that got to benefit (or not) from everyone else's software distribution experience without backwards compatibility concerns. > I want a stupid straight forward step by step way. Aye, so do we, the 17 years of history since distutils was first released just makes life a little interesting trying to get there :) 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] Get dependencies of a package without full download
We should do a mode where dependencies come from setup.cfg statically and everything else (setup.py build script) works the same. On Apr 2, 2015 7:02 AM, "Nick Coghlan" wrote: > On 2 April 2015 at 20:27, Thomas Güttler > wrote: > > I hate the "ORs" and "IFs" in the python packaging world. > > > > Can't it be done "condition less"? > > Unfortunately, that's currently only possible for programming > languages tailored primarily for a specific usage domain and with > relatively young packaging systems that got to benefit (or not) from > everyone else's software distribution experience without backwards > compatibility concerns. > > > I want a stupid straight forward step by step way. > > Aye, so do we, the 17 years of history since distutils was first > released just makes life a little interesting trying to get there :) > > Cheers, > Nick. > > -- > Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia > ___ > Distutils-SIG maillist - Distutils-SIG@python.org > https://mail.python.org/mailman/listinfo/distutils-sig > ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] [pycon] Packaging-related discussions
Hi there, I would like to know what are the events/discussions related to packaging happening this year at PyCon ? My employer is sponsoring my trip to the conference this year, and I would like to make sure I am not missing an important event. I will also be there for most of the sprints, cheers, David ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [pycon] Packaging-related discussions
I can't speak for any plans others active in the PyPA might have, but I'll be using the sprint time to work on Warehouse and hopefully help others work on it also. I'm almost certain that my hallway track time will involve many packaging-related discussions, as it always does :) Richard On Fri, 3 Apr 2015 at 00:52 David Cournapeau wrote: > Hi there, > > I would like to know what are the events/discussions related to packaging > happening this year at PyCon ? > > My employer is sponsoring my trip to the conference this year, and I would > like to make sure I am not missing an important event. I will also be there > for most of the sprints, > > cheers, > David > ___ > Distutils-SIG maillist - Distutils-SIG@python.org > https://mail.python.org/mailman/listinfo/distutils-sig > ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Get dependencies of a package without full download
On 2 Apr 2015 21:05, "Daniel Holth" wrote: > > We should do a mode where dependencies come from setup.cfg statically and everything else (setup.py build script) works the same. I believe that's what Robert Collins pip PR is aimed at providing. It's still quite limited, as the vast majority of projects aren't going to switch to a declarative devdir, hence PEP 426's dependence on generated declarative metadata in the sdist (that way most folks will just be upgrading to a newer setuptools rather than having to switch to a new build toolchain and change their own development practices) Cheers, Nick. > > On Apr 2, 2015 7:02 AM, "Nick Coghlan" wrote: >> >> On 2 April 2015 at 20:27, Thomas Güttler wrote: >> > I hate the "ORs" and "IFs" in the python packaging world. >> > >> > Can't it be done "condition less"? >> >> Unfortunately, that's currently only possible for programming >> languages tailored primarily for a specific usage domain and with >> relatively young packaging systems that got to benefit (or not) from >> everyone else's software distribution experience without backwards >> compatibility concerns. >> >> > I want a stupid straight forward step by step way. >> >> Aye, so do we, the 17 years of history since distutils was first >> released just makes life a little interesting trying to get there :) >> >> Cheers, >> Nick. >> >> -- >> Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia >> ___ >> Distutils-SIG maillist - Distutils-SIG@python.org >> https://mail.python.org/mailman/listinfo/distutils-sig ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [pycon] Packaging-related discussions
On 3 Apr 2015 07:03, "Richard Jones" wrote: > > I can't speak for any plans others active in the PyPA might have, but I'll be using the sprint time to work on Warehouse and hopefully help others work on it also. > > I'm almost certain that my hallway track time will involve many packaging-related discussions, as it always does :) A Packaging BoF would be good, it just needs a volunteer to arrange a room with the open space organisers. Some time Saturday evening, perhaps? Cheers, Nick. > > > Richard > > On Fri, 3 Apr 2015 at 00:52 David Cournapeau wrote: >> >> Hi there, >> >> I would like to know what are the events/discussions related to packaging happening this year at PyCon ? >> >> My employer is sponsoring my trip to the conference this year, and I would like to make sure I am not missing an important event. I will also be there for most of the sprints, >> >> cheers, >> David >> ___ >> Distutils-SIG maillist - Distutils-SIG@python.org >> https://mail.python.org/mailman/listinfo/distutils-sig > > > ___ > Distutils-SIG maillist - Distutils-SIG@python.org > https://mail.python.org/mailman/listinfo/distutils-sig > ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] [pycon] Packaging-related discussions
Could the BoF be Friday instead please? Saturday is International Tabletop Day, and there's a bunch of us will be celebrating that :) On Fri, 3 Apr 2015 at 08:46 Nick Coghlan wrote: > > On 3 Apr 2015 07:03, "Richard Jones" wrote: > > > > I can't speak for any plans others active in the PyPA might have, but > I'll be using the sprint time to work on Warehouse and hopefully help > others work on it also. > > > > I'm almost certain that my hallway track time will involve many > packaging-related discussions, as it always does :) > > A Packaging BoF would be good, it just needs a volunteer to arrange a room > with the open space organisers. Some time Saturday evening, perhaps? > > Cheers, > Nick. > > > > > > > Richard > > > > On Fri, 3 Apr 2015 at 00:52 David Cournapeau wrote: > >> > >> Hi there, > >> > >> I would like to know what are the events/discussions related to > packaging happening this year at PyCon ? > >> > >> My employer is sponsoring my trip to the conference this year, and I > would like to make sure I am not missing an important event. I will also be > there for most of the sprints, > >> > >> cheers, > >> David > >> ___ > >> Distutils-SIG maillist - Distutils-SIG@python.org > >> https://mail.python.org/mailman/listinfo/distutils-sig > > > > > > ___ > > Distutils-SIG maillist - Distutils-SIG@python.org > > https://mail.python.org/mailman/listinfo/distutils-sig > > > ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
