[Distutils] Announcing experimental wheel support in Buildout

[Jim Fulton]

I've just released zc.buildout 2.8.0 and the buildout.wheel extension.

If you have zc.buildout 2.8.0 or later, and you include:

  extensions = buildout.wheel

In the buildout section of your buildout configuration, then buildout
should be able to install distributions as wheels.

This allowed me to install numpy using buildout, which wasn't possible
before.

This is a someone experimental version, which uses humpty to convert wheels
to eggs. humpty in term uses uses distlib which seems to mishandle wheel
metadata. (For example, it chokes if there's extra distribution meta and
makes it impossible for buildout to install python-dateutil from a wheel.)

Jim

-- 
Jim Fulton
http://jimfulton.info
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Indexing modules in Python distributions

[Donald Stufft]

> On Feb 13, 2017, at 12:25 PM, Thomas Kluyver  wrote:
> 
> Thanks. So the current size is about 0.5 TB, and presumably if people
> are maintaining full mirrors, PyPI itself can cope with that much
> outgoing bandwidth being used.
> 

Yea, PyPI does something like 16TB a day of bandwidth :)


—
Donald Stufft



___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] Indexing modules in Python distributions

[Thomas Kluyver]

Thanks. So the current size is about 0.5 TB, and presumably if people
are maintaining full mirrors, PyPI itself can cope with that much
outgoing bandwidth being used.

Steve & Chris: does downloading & scanning that volume of data sound
like something you'd want to do on Azure? Does anyone there have some
time to put in to move this forwards?

Thomas

On Thu, Feb 9, 2017, at 10:18 PM, Jeremy Stanley wrote:
> On 2017-02-08 18:14:38 + (+), Thomas Kluyver wrote:
> [...]
> > What I'm proposing differs in that it would need to download files from
> > PyPI - basically all of them, if we're thorough about it. I imagine
> > that's going to involve a lot of data transfer. Do we know what order of
> > magnitude we're talking about?
> [...]
> 
> The crowd I run with uses https://pypi.org/project/bandersnatch/ to
> maintain a full PyPI mirror for our project's distributed CI system,
> and du says the current aggregate size is 488GiB. Also if you want
> to initialize a full mirror this way, plan for it to take several
> days to populate.
> -- 
> Jeremy Stanley
> ___
> 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] Trove classifiers for MicroPython?

[Radomir Dopieralski]

Is this the right place to ask for this? It has been over four months
already, and there is no action on this. Perhaps there is some more
official way to request this that I am missing?

On Thu, 20 Oct 2016 11:43:16 +0200
Radomir Dopieralski  wrote:

> Hello everyone,
> 
> I'm not sure this is the right place to write to propose new trove
> classifiers for PyPi -- if it's not, what would be the right place?
> If this is it, then please read below.
> 
> The MicroPython project is quickly growing and becoming more mature,
> and as that happens, the number of 3rd-party libraries for it grows.
> Many of those libraries get uploaded to PyPi, as you can check by
> searching for "micropython". MicroPython has even its own version of
> "pip", called "upip", that can be used to install those libraries.
> 
> However, there is as of yet no way to mark that a library is written
> for that particular flavor of Python, as there are no trove
> classifiers for it. I would like to propose adding a number of
> classifiers to amend that situation:
> 
> For the MicroPython itself:
> 
> Programming Language :: Python :: Implementation :: MicroPython
> 
> For the hardware it runs on:
> 
> Operating System :: Baremetal
> Environment :: Microcontroller
> Environment :: Microcontroller :: PyBoard
> Environment :: Microcontroller :: ESP8266
> Environment :: Microcontroller :: Micro:bit
> Environment :: Microcontroller :: WiPy
> Environment :: Microcontroller :: LoPy
> Environment :: Microcontroller :: OpenMV
> 
> I'm not sure if the latter makes sense, but it would certainly be
> nice to be able to indicate in a machine-parseable way on which
> platforms the code works.
> 
> What do you think?



-- 
Radomir Dopieralski
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] PyCon Colombia 2017 keynote on packaging

[Nick Coghlan]

On 13 Feb 2017 1:20 am, "David Cournapeau"  wrote:

Hi,

I was invited to give a talk at PyCon Colombia 2017, and I did it on
packaging. I thought people here would be interested to know about it.


Thanks for the heads up!

I also talked a bit about what can still be improved, and focused on 3
aspects, none of which are new nor particularly insightful for people here:
infrastructure for automatic wheel building, better decoupling of packaging
and build, and maybe more controversially, the need for tools to remove
python from the equation.

https://speakerdeck.com/cournape/python-packaging-in-2017


Yeah, I think that's a good summary of where things are right now, and
where we'd like to go next.

Cheers,
Nick.
___
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig