1.3.2 Release

[Michael Park]

Please reply to this email if you have pending patches to be backported to
1.3.x, I'm aiming to cut a 1.3.2 on Friday.

Thanks,

MPark

`support/apply-review.sh` is now gone

[Michael Park]

I guess I forgot about it, but just followed up on:
https://www.mail-archive.com/dev@mesos.apache.org/msg37175.html

Thanks,

MPark

[GitHub] mesos issue #245: Add Recombee to the powered by list.

[bmahler]

Github user bmahler commented on the issue:

https://github.com/apache/mesos/pull/245
  
Thanks @deric!


---

clearing the executor authentication token from the task environment

[James Peach]

Hi all,

In https://issues.apache.org/jira/browse/MESOS-8140, I'm proposing that we 
clear the MESOS_EXECUTOR_AUTHENTICATION_TOKEN environment variable immediately 
after consuming it in the built-in executors. This protects it from observation 
by other tasks in the same PID namespace, however I wanted to verify that 
no-one currently has a use case that depends on this. Currently, the token is 
inherited to the environment of tasks running under the command executor (i.e. 
not to task group tasks).

Eventually we would add a formal API for tasks to access the executor token in 
MESOS-8018.

thanks,
James

Re: Static build?

[Charles Allen]

Unfortunately, cmake is not working locally:


CMakeFiles/Makefile2:2748: recipe for target
'src/slave/container_loggers/CMakeFiles/logrotate_container_logger.dir/all'
failed
/usr/bin/ld: ../../libmesos-1.4.0.a(logging.cpp.o): relocation R_X86_64_32
against `.rodata' can not be used when making a shared object; recompile
with -fPIC
../../libmesos-1.4.0.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
make[2]: *** [src/.libs/liblogrotate_container_logger.so] Error 1
make[1]: ***
[src/slave/container_loggers/CMakeFiles/logrotate_container_logger.dir/all]
Error 2
make[1]: Leaving directory '/usr/src/mesos/build'
make: *** [all] Error 2
Makefile:119: recipe for target 'all' failed
The command '/bin/sh -c set -ex &&   cmake .. -DBUILD_SHARED_LIBS=FALSE
-DCMAKE_INSTALL_PREFIX=/opt/mesos &&   cmake --build . --config Release'
returned a non-zero code: 2


based on a Docker build that looks like

RUN set -ex && \
  cmake .. -DBUILD_SHARED_LIBS=FALSE -DCMAKE_INSTALL_PREFIX=/opt/mesos && \
  cmake --build . --config Release

On Tue, Oct 31, 2017 at 10:25 AM James Peach  wrote:

>
> > On Oct 31, 2017, at 9:51 AM, Charles Allen <
> charles.al...@metamarkets.com> wrote:
> >
> > Is it possible to statically build mesos?
> >
> > https://issues.apache.org/jira/browse/MESOS-8127 fails for me.
>
> It looks like compiler flags are not propagated through the 3rdparty
> builds very consistently. Depending on your build environment you might be
> able to build against unbundled dependencies?
>
> >
> > Some other related tickets
> > https://issues.apache.org/jira/browse/MESOS-1633
> > https://issues.apache.org/jira/browse/MESOS-144
> >
> > Thank you,
> > Charles Allen
>
>

Re: mesos.interface==1.4.0

[Erb, Stephan]

Thanks!

On 01.11.17, 13:04, "Kapil Arya"  wrote:

> Kapil was this missed during the 1.4.0 release?


Yeah, it was missed due to PyPi deprecating the legacy API which our CI job
depended on. The failure to publish went unnoticed unfortunately and hence
the missing package. I have uploaded it manually for now and will fix the
CI script as well.

It seems to be in the
> release guide:
>
> 
http://mesos.apache.org/documentation/latest/release-guide/#updating-external-tooling
>
> On Sun, Oct 22, 2017 at 1:38 AM, Erb, Stephan  >
> wrote:
>
> > Hi,
> >
> > the mesos.interface==1.4.0 Python package is currently missing on PyPi (
> > https://pypi.python.org/pypi/mesos.interface/).
> >
> > Would be great if one of you could upload it.
> >
> > Thanks a lot,
> > Stephan
> >
>

[GitHub] mesos pull request #245: Add Recombee to the powered by list.

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/mesos/pull/245


---

[GitHub] mesos pull request #245: Add Recombee to the powered by list.

[deric]

GitHub user deric opened a pull request:

https://github.com/apache/mesos/pull/245

Add Recombee to the powered by list.

We've been using Mesos for while, it's time to add Recombee here.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/Recombee/mesos poweredby

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/mesos/pull/245.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #245


commit 95208f2adc61976b419183ef882c3a294b10de5e
Author: Tomas Barton 
Date:   2017-11-01T13:18:03Z

Add Recombee to the powered by list.




---

Re: mesos.interface==1.4.0

[Kapil Arya]

> Kapil was this missed during the 1.4.0 release?


Yeah, it was missed due to PyPi deprecating the legacy API which our CI job
depended on. The failure to publish went unnoticed unfortunately and hence
the missing package. I have uploaded it manually for now and will fix the
CI script as well.

It seems to be in the
> release guide:
>
> http://mesos.apache.org/documentation/latest/release-guide/#updating-external-tooling
>
> On Sun, Oct 22, 2017 at 1:38 AM, Erb, Stephan  >
> wrote:
>
> > Hi,
> >
> > the mesos.interface==1.4.0 Python package is currently missing on PyPi (
> > https://pypi.python.org/pypi/mesos.interface/).
> >
> > Would be great if one of you could upload it.
> >
> > Thanks a lot,
> > Stephan
> >
>