[
https://issues.apache.org/jira/browse/MESOS-1898?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14167213#comment-14167213
]
Thomas Rampelberg commented on MESOS-1898:
------------------------------------------
Sorry about that. I was trying out an experiment that ended up failing. The egg
has now been removed and won't be an issue for you anymore.
Unfortunately, as of now, we can't upload a sdist of the mesos.native package
because of how the egg's being built right now (which was one of the reasons
that native got split out from interface in the first place). The plan in the
future is to make the egg be native python so that build issues aren't a
problem any longer.
> broken mesos.native egg is published on PyPI
> --------------------------------------------
>
> Key: MESOS-1898
> URL: https://issues.apache.org/jira/browse/MESOS-1898
> Project: Mesos
> Issue Type: Bug
> Components: python api, release
> Reporter: Kevin Sweeney
> Assignee: Thomas Rampelberg
> Priority: Critical
>
> There's a mesos.native egg [published on
> PyPI|https://pypi.python.org/pypi/mesos.native] that contains C extensions
> compiled against Ubuntu 14.04's glibc. Python's packaging system isn't smart
> enough to figure out that this egg is incompatible with other systems' glibc
> (such as CentOS 6) and will download it anyway.
> As Aurora's executor is written in Python this is causing our users build
> system pain (see AURORA-823).
> The correct thing to do here is to publish a source distribution ({{python
> setup.py sdist upload}}) and let the installer compile native code at {{pip
> install}}/{{pants build}}/{{python setup.py install}} time (linking against
> installed mesos .h/.so/.a files).
> For an example of how to do this, see the Thrift project
> (https://pypi.python.org/pypi/thrift/0.9.1). Note that only a source
> distribution is uploaded, not binary eggs, but native extensions will be
> compiled during {{pip install}}.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)