You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@mesos.apache.org by Zhitao Li <zh...@gmail.com> on 2016/03/23 23:50:03 UTC
How to make full version available in /version endpoint
Hi,
Has anyone brought up the possibility of making the full version
(i.e. 0.28.0-2.0.16.debian81a) show up in the the /version endpoint?
For example, when we are using the mesosphere community package, we
want '0.27.1-2.0.226.debian81'
string show up, but we only get the following right now:
{
"build_date": "2016-02-23 00:39:17",
"build_time": 1456187957,
"build_user": "root",
"git_sha": "864fe8eabd4a83b78ce9140c501908ee3cb90beb",
"git_tag": "0.27.1",
"version": "0.27.1"
}
Is there an environment variable or something which we could tweak at
build/package time to get it? Thanks!
--
Cheers,
Zhitao Li
Re: How to make full version available in /version endpoint
Posted by Jeff Schroeder <je...@computer.org>.
Correct. That is what I was suggesting you do.
On Wednesday, March 23, 2016, Zhitao Li <zh...@gmail.com> wrote:
> Erik, that would still be a problem if an organization is building Mesos
> between release versions.
>
> Jeff/Vinod, it seems like the 0.26.0 part comes from this line:
>
> AC_INIT([mesos], [0.29.0])
>
> and it's possible to patch that line to allow a custom version (read from
> a file or variable using m4_esyscmd_s).
>
>
>
> On Wed, Mar 23, 2016 at 5:24 PM, Erik Weathers <eweathers@groupon.com
> <javascript:_e(%7B%7D,'cvml','eweathers@groupon.com');>> wrote:
>
>> The extra "-2.0.16" portion of that version number is an artifact from
>> Mesosphere's build system, and my understanding is they are going to get
>> rid of it. So perhaps this will not be a problem in the future?
>>
>> - Erik
>>
>> On Wed, Mar 23, 2016 at 5:10 PM, Jeff Schroeder <
>> jeffschroeder@computer.org
>> <javascript:_e(%7B%7D,'cvml','jeffschroeder@computer.org');>> wrote:
>>
>>> Perhaps building your own version, with your own version string would be
>>> sufficient? A general purpose feature to override the stated version with
>>> an environment variable doesn't seem very applicable in many environments.
>>> Perhaps there is a different way you could accomplish the same ultimate
>>> goal?
>>>
>>>
>>> On Wednesday, March 23, 2016, Zhitao Li <zhitaoli.cs@gmail.com
>>> <javascript:_e(%7B%7D,'cvml','zhitaoli.cs@gmail.com');>> wrote:
>>>
>>>> We want to have an external system to monitor or manage the full Mesos
>>>> cluster, and neither the current "version" nor git_sha seems sufficient to
>>>> determine whether a build being run is what we needed, especially when we
>>>> move to our own packages.
>>>>
>>>> Being able to override the "version" key with an environment variable
>>>> is probably sufficient for us.
>>>>
>>>> On Wed, Mar 23, 2016 at 4:51 PM, Vinod Kone <vi...@apache.org>
>>>> wrote:
>>>>
>>>>> Not currently, no. What's your use case?
>>>>>
>>>>> On Wed, Mar 23, 2016 at 3:50 PM, Zhitao Li <zh...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Has anyone brought up the possibility of making the full version
>>>>>> (i.e. 0.28.0-2.0.16.debian81a) show up in the the /version endpoint?
>>>>>>
>>>>>> For example, when we are using the mesosphere community package, we
>>>>>> want '0.27.1-2.0.226.debian81' string show up, but we only get the
>>>>>> following right now:
>>>>>>
>>>>>> {
>>>>>> "build_date": "2016-02-23 00:39:17",
>>>>>> "build_time": 1456187957,
>>>>>> "build_user": "root",
>>>>>> "git_sha": "864fe8eabd4a83b78ce9140c501908ee3cb90beb",
>>>>>> "git_tag": "0.27.1",
>>>>>> "version": "0.27.1"
>>>>>> }
>>>>>>
>>>>>> Is there an environment variable or something which we could tweak at
>>>>>> build/package time to get it? Thanks!
>>>>>>
>>>>>> --
>>>>>> Cheers,
>>>>>>
>>>>>> Zhitao Li
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Cheers,
>>>>
>>>> Zhitao Li
>>>>
>>>
>>>
>>> --
>>> Text by Jeff, typos by iPhone
>>>
>>
>>
>
>
> --
> Cheers,
>
> Zhitao Li
>
--
Text by Jeff, typos by iPhone
Re: How to make full version available in /version endpoint
Posted by Vinod Kone <vi...@apache.org>.
On Wed, Mar 23, 2016 at 5:30 PM, Zhitao Li <zh...@gmail.com> wrote:
> AC_INIT([mesos], [0.29.0])
>
> and it's possible to patch that line to allow a custom version (read from
> a file or variable using m4_esyscmd_s).
>
yup!
Re: How to make full version available in /version endpoint
Posted by Zhitao Li <zh...@gmail.com>.
Erik, that would still be a problem if an organization is building Mesos
between release versions.
Jeff/Vinod, it seems like the 0.26.0 part comes from this line:
AC_INIT([mesos], [0.29.0])
and it's possible to patch that line to allow a custom version (read from a
file or variable using m4_esyscmd_s).
On Wed, Mar 23, 2016 at 5:24 PM, Erik Weathers <ew...@groupon.com>
wrote:
> The extra "-2.0.16" portion of that version number is an artifact from
> Mesosphere's build system, and my understanding is they are going to get
> rid of it. So perhaps this will not be a problem in the future?
>
> - Erik
>
> On Wed, Mar 23, 2016 at 5:10 PM, Jeff Schroeder <
> jeffschroeder@computer.org> wrote:
>
>> Perhaps building your own version, with your own version string would be
>> sufficient? A general purpose feature to override the stated version with
>> an environment variable doesn't seem very applicable in many environments.
>> Perhaps there is a different way you could accomplish the same ultimate
>> goal?
>>
>>
>> On Wednesday, March 23, 2016, Zhitao Li <zh...@gmail.com> wrote:
>>
>>> We want to have an external system to monitor or manage the full Mesos
>>> cluster, and neither the current "version" nor git_sha seems sufficient to
>>> determine whether a build being run is what we needed, especially when we
>>> move to our own packages.
>>>
>>> Being able to override the "version" key with an environment variable is
>>> probably sufficient for us.
>>>
>>> On Wed, Mar 23, 2016 at 4:51 PM, Vinod Kone <vi...@apache.org>
>>> wrote:
>>>
>>>> Not currently, no. What's your use case?
>>>>
>>>> On Wed, Mar 23, 2016 at 3:50 PM, Zhitao Li <zh...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Has anyone brought up the possibility of making the full version
>>>>> (i.e. 0.28.0-2.0.16.debian81a) show up in the the /version endpoint?
>>>>>
>>>>> For example, when we are using the mesosphere community package, we
>>>>> want '0.27.1-2.0.226.debian81' string show up, but we only get the
>>>>> following right now:
>>>>>
>>>>> {
>>>>> "build_date": "2016-02-23 00:39:17",
>>>>> "build_time": 1456187957,
>>>>> "build_user": "root",
>>>>> "git_sha": "864fe8eabd4a83b78ce9140c501908ee3cb90beb",
>>>>> "git_tag": "0.27.1",
>>>>> "version": "0.27.1"
>>>>> }
>>>>>
>>>>> Is there an environment variable or something which we could tweak at
>>>>> build/package time to get it? Thanks!
>>>>>
>>>>> --
>>>>> Cheers,
>>>>>
>>>>> Zhitao Li
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> Cheers,
>>>
>>> Zhitao Li
>>>
>>
>>
>> --
>> Text by Jeff, typos by iPhone
>>
>
>
--
Cheers,
Zhitao Li
Re: How to make full version available in /version endpoint
Posted by Erik Weathers <ew...@groupon.com>.
The extra "-2.0.16" portion of that version number is an artifact from
Mesosphere's build system, and my understanding is they are going to get
rid of it. So perhaps this will not be a problem in the future?
- Erik
On Wed, Mar 23, 2016 at 5:10 PM, Jeff Schroeder <je...@computer.org>
wrote:
> Perhaps building your own version, with your own version string would be
> sufficient? A general purpose feature to override the stated version with
> an environment variable doesn't seem very applicable in many environments.
> Perhaps there is a different way you could accomplish the same ultimate
> goal?
>
>
> On Wednesday, March 23, 2016, Zhitao Li <zh...@gmail.com> wrote:
>
>> We want to have an external system to monitor or manage the full Mesos
>> cluster, and neither the current "version" nor git_sha seems sufficient to
>> determine whether a build being run is what we needed, especially when we
>> move to our own packages.
>>
>> Being able to override the "version" key with an environment variable is
>> probably sufficient for us.
>>
>> On Wed, Mar 23, 2016 at 4:51 PM, Vinod Kone <vi...@apache.org> wrote:
>>
>>> Not currently, no. What's your use case?
>>>
>>> On Wed, Mar 23, 2016 at 3:50 PM, Zhitao Li <zh...@gmail.com>
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> Has anyone brought up the possibility of making the full version
>>>> (i.e. 0.28.0-2.0.16.debian81a) show up in the the /version endpoint?
>>>>
>>>> For example, when we are using the mesosphere community package, we
>>>> want '0.27.1-2.0.226.debian81' string show up, but we only get the
>>>> following right now:
>>>>
>>>> {
>>>> "build_date": "2016-02-23 00:39:17",
>>>> "build_time": 1456187957,
>>>> "build_user": "root",
>>>> "git_sha": "864fe8eabd4a83b78ce9140c501908ee3cb90beb",
>>>> "git_tag": "0.27.1",
>>>> "version": "0.27.1"
>>>> }
>>>>
>>>> Is there an environment variable or something which we could tweak at
>>>> build/package time to get it? Thanks!
>>>>
>>>> --
>>>> Cheers,
>>>>
>>>> Zhitao Li
>>>>
>>>
>>>
>>
>>
>> --
>> Cheers,
>>
>> Zhitao Li
>>
>
>
> --
> Text by Jeff, typos by iPhone
>
Re: How to make full version available in /version endpoint
Posted by Jeff Schroeder <je...@computer.org>.
Perhaps building your own version, with your own version string would be
sufficient? A general purpose feature to override the stated version with
an environment variable doesn't seem very applicable in many environments.
Perhaps there is a different way you could accomplish the same ultimate
goal?
On Wednesday, March 23, 2016, Zhitao Li <zh...@gmail.com> wrote:
> We want to have an external system to monitor or manage the full Mesos
> cluster, and neither the current "version" nor git_sha seems sufficient to
> determine whether a build being run is what we needed, especially when we
> move to our own packages.
>
> Being able to override the "version" key with an environment variable is
> probably sufficient for us.
>
> On Wed, Mar 23, 2016 at 4:51 PM, Vinod Kone <vinodkone@apache.org
> <javascript:_e(%7B%7D,'cvml','vinodkone@apache.org');>> wrote:
>
>> Not currently, no. What's your use case?
>>
>> On Wed, Mar 23, 2016 at 3:50 PM, Zhitao Li <zhitaoli.cs@gmail.com
>> <javascript:_e(%7B%7D,'cvml','zhitaoli.cs@gmail.com');>> wrote:
>>
>>> Hi,
>>>
>>> Has anyone brought up the possibility of making the full version
>>> (i.e. 0.28.0-2.0.16.debian81a) show up in the the /version endpoint?
>>>
>>> For example, when we are using the mesosphere community package, we want '0.27.1-2.0.226.debian81'
>>> string show up, but we only get the following right now:
>>>
>>> {
>>> "build_date": "2016-02-23 00:39:17",
>>> "build_time": 1456187957,
>>> "build_user": "root",
>>> "git_sha": "864fe8eabd4a83b78ce9140c501908ee3cb90beb",
>>> "git_tag": "0.27.1",
>>> "version": "0.27.1"
>>> }
>>>
>>> Is there an environment variable or something which we could tweak at
>>> build/package time to get it? Thanks!
>>>
>>> --
>>> Cheers,
>>>
>>> Zhitao Li
>>>
>>
>>
>
>
> --
> Cheers,
>
> Zhitao Li
>
--
Text by Jeff, typos by iPhone
Re: How to make full version available in /version endpoint
Posted by Zhitao Li <zh...@gmail.com>.
We want to have an external system to monitor or manage the full Mesos
cluster, and neither the current "version" nor git_sha seems sufficient to
determine whether a build being run is what we needed, especially when we
move to our own packages.
Being able to override the "version" key with an environment variable is
probably sufficient for us.
On Wed, Mar 23, 2016 at 4:51 PM, Vinod Kone <vi...@apache.org> wrote:
> Not currently, no. What's your use case?
>
> On Wed, Mar 23, 2016 at 3:50 PM, Zhitao Li <zh...@gmail.com> wrote:
>
>> Hi,
>>
>> Has anyone brought up the possibility of making the full version
>> (i.e. 0.28.0-2.0.16.debian81a) show up in the the /version endpoint?
>>
>> For example, when we are using the mesosphere community package, we want '0.27.1-2.0.226.debian81'
>> string show up, but we only get the following right now:
>>
>> {
>> "build_date": "2016-02-23 00:39:17",
>> "build_time": 1456187957,
>> "build_user": "root",
>> "git_sha": "864fe8eabd4a83b78ce9140c501908ee3cb90beb",
>> "git_tag": "0.27.1",
>> "version": "0.27.1"
>> }
>>
>> Is there an environment variable or something which we could tweak at
>> build/package time to get it? Thanks!
>>
>> --
>> Cheers,
>>
>> Zhitao Li
>>
>
>
--
Cheers,
Zhitao Li
Re: How to make full version available in /version endpoint
Posted by Vinod Kone <vi...@apache.org>.
Not currently, no. What's your use case?
On Wed, Mar 23, 2016 at 3:50 PM, Zhitao Li <zh...@gmail.com> wrote:
> Hi,
>
> Has anyone brought up the possibility of making the full version
> (i.e. 0.28.0-2.0.16.debian81a) show up in the the /version endpoint?
>
> For example, when we are using the mesosphere community package, we want '0.27.1-2.0.226.debian81'
> string show up, but we only get the following right now:
>
> {
> "build_date": "2016-02-23 00:39:17",
> "build_time": 1456187957,
> "build_user": "root",
> "git_sha": "864fe8eabd4a83b78ce9140c501908ee3cb90beb",
> "git_tag": "0.27.1",
> "version": "0.27.1"
> }
>
> Is there an environment variable or something which we could tweak at
> build/package time to get it? Thanks!
>
> --
> Cheers,
>
> Zhitao Li
>