On 18 July 2015 at 01:36, Chris Barker <chris.bar...@noaa.gov> wrote:
> TL;DR -- pip+wheel needs to address the non-python dependency issue before
> it can be a full solution for Linux (or anything else, really)
>
> The long version:
>
> I think Linux wheel support is almost useless unless the pypa stack
> provides _something_ to handle non-python dependencies.
>
> 1) Pure Python packages work fine as source.
>
> 2) Python packages with C extensions build really easily out of the box
> -- so source distribution is fine (OK, I suppose some folks want to
> run a system without a compiler -- is this the intended use-case?)

The intended use case is "Build once, deploy many times".

This is especially important for use cases like Nate's - Galaxy has
complete control over both the build environment and the deployment
environment, but they *don't* want to rebuild in every analysis
environment.

That means all they need is a way to build a binary artifact that
adequately declares its build context, and a way to retrieve those
artifacts at installation time.

I'm interested in the same case - I don't need to build artifacts for
arbitrary versions of Linux, I mainly want to build them for the
particular ABIs defined by the different Fedora and EPEL versions.

Cheers,
Nick.

-- 
Nick Coghlan   |   ncogh...@gmail.com   |   Brisbane, Australia
_______________________________________________
Distutils-SIG maillist  -  Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig

Reply via email to