You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@arrow.apache.org by "Kouhei Sutou (Jira)" <ji...@apache.org> on 2020/12/01 02:44:00 UTC
[jira] [Assigned] (ARROW-10777) Pypi pyarrow source dist (sdist)
contains architecture dependent binaries
[ https://issues.apache.org/jira/browse/ARROW-10777?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kouhei Sutou reassigned ARROW-10777:
------------------------------------
Assignee: Kouhei Sutou
> Pypi pyarrow source dist (sdist) contains architecture dependent binaries
> --------------------------------------------------------------------------
>
> Key: ARROW-10777
> URL: https://issues.apache.org/jira/browse/ARROW-10777
> Project: Apache Arrow
> Issue Type: Bug
> Components: Packaging, Python
> Affects Versions: 2.0.0
> Reporter: Daniel Jewell
> Assignee: Kouhei Sutou
> Priority: Major
>
> Downloading the most recent pyarrow "sdist" *source* tarball from Pypi and upon extraction, the package contains multiple *binary* libraries compiled for x86-64. (libarrow, libparquet, etc.)
>
> The ultimate result is that this isn't a source package at all - it would be fine to include binaries in a python wheel but including arch/platform specific binaries in a sdist breaks pip and the install. (In my case, trying to install on aarch64.)
> As a general observation, this will become a larger issue as, for example, the ARM-based Macs come to market.
> That said, one commonly implemented option is to make the python source package download and build any dependent libraries.
>
> At the very least, the source package should not contain binaries. I suppose it's not much different from a *source* Debian package containing compiled binary code.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)