Return-Path: X-Original-To: apmail-mesos-dev-archive@www.apache.org Delivered-To: apmail-mesos-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 3803B18631 for ; Thu, 4 Feb 2016 21:52:05 +0000 (UTC) Received: (qmail 14288 invoked by uid 500); 4 Feb 2016 21:52:04 -0000 Delivered-To: apmail-mesos-dev-archive@mesos.apache.org Received: (qmail 14196 invoked by uid 500); 4 Feb 2016 21:52:04 -0000 Mailing-List: contact dev-help@mesos.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@mesos.apache.org Delivered-To: mailing list dev@mesos.apache.org Received: (qmail 14184 invoked by uid 99); 4 Feb 2016 21:52:04 -0000 Received: from Unknown (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 04 Feb 2016 21:52:04 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id DD8BD1A0339 for ; Thu, 4 Feb 2016 21:52:03 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -1.131 X-Spam-Level: X-Spam-Status: No, score=-1.131 tagged_above=-999 required=6.31 tests=[RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-0.429, SPF_PASS=-0.001] autolearn=disabled Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id CQI7TuhP2QSc for ; Thu, 4 Feb 2016 21:52:03 +0000 (UTC) Received: from st13p11im-asmtp004.me.com (st13p11im-asmtp004.me.com [17.164.40.219]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id 0AB2B42BC5 for ; Thu, 4 Feb 2016 21:52:02 +0000 (UTC) Received: from lobomacpro2.fritz.box (x55b3b37b.dyn.telefonica.de [85.179.179.123]) by st13p11im-asmtp004.me.com (Oracle Communications Messaging Server 7.0.5.36.0 64bit (built Sep 8 2015)) with ESMTPSA id <0O2100HEPM27X610@st13p11im-asmtp004.me.com> for dev@mesos.apache.org; Thu, 04 Feb 2016 21:51:45 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-02-04_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1015 suspectscore=4 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1510270003 definitions=main-1602040372 Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: are mesos package version names predictable? From: Till Toenshoff In-reply-to: Date: Thu, 04 Feb 2016 22:51:42 +0100 Content-transfer-encoding: quoted-printable Message-id: References: To: dev@mesos.apache.org X-Mailer: Apple Mail (2.3112) Hey Erik, those added values (e.g. =E2=80=9C-0.2.190") come from Mesosphere's CI = system which adds build-numbers (the last digit) and some more =E2=80=9Cno= ise" for those distribution packages. I will raise this issue internally and get back to you - hoping that we = can get rid of these not so useful extensions in a not too distant = future. hth, Till =20 > On Feb 3, 2016, at 2:23 AM, Erik Weathers = wrote: >=20 > I've noticed that in the published mesos packages [1] & docker images = [2] > that the version name isn't simply: >=20 > - mesos_0.27.0.ubuntu1404_amd64 >=20 > Instead it has the form of: >=20 > - mesos_0.27.0*-0.2.190*.ubuntu1404_amd64 >=20 > Here are a few more examples of this numeric suffix: >=20 > - 0.27.0 -> 0.27.0-0.2.190 > - 0.26.0 -> 0.26.0-0.2.145 > - 0.25.0 -> 0.25.0-0.2.70 > - 0.24.1 -> 0.24.1-0.2.35 > - 0.24.0 -> 0.24.0-1.0.27 >=20 > It is not clear to me what these suffixes represent, and it makes it = hard > to write code that can download or install the mesos package for a > particular version given just the simple version name (e.g., 0.27.0). = I > tried searching for what might be generating this version suffix, or = for > documentation of the release process for mesos, but I have failed. >=20 > So my question is really 2-fold: > (1) Where does this extra suffix come from? Does it represent = something > specific? What is its purpose? Why isn't the version simply the = version? > (I'm sure there *is* a reason, but I haven't found it on my own.) > (2) What is the "right" way to handle this seeming unpredictability? >=20 > Thanks! >=20 > - Erik >=20 > References: > [1] http://open.mesosphere.com/downloads/mesos/ > [2] https://hub.docker.com/r/mesosphere/mesos/tags/