Hi,

On Thu, Sep 26, 2013 at 9:51 AM, Dwight Engen <dwight.en...@oracle.com>wrote:

> On Wed, 25 Sep 2013 17:57:02 -0400
> Stéphane Graber <stgra...@ubuntu.com> wrote:
>
> > On Wed, Sep 25, 2013 at 05:48:26PM -0400, S.Çağlar Onur wrote:
> > > Hey,
> > >
> > > It's not that important but I just wanted to learn your thoughts
> > > about starting to use more predictable version names for releases.
> > > I was trying to do some stuff based on the LXC version that is
> > > installed on the system and realized that current naming is little
> > > different than what I was expecting.
> > >
> > > Do you think something like following (and also starting to use
> > > http://semver.org/ kind of naming) is acceptable?
> > >
> > > diff --git a/configure.ac b/configure.ac
> > > index a523583..f466a43 100644
> > > --- a/configure.ac
> > > +++ b/configure.ac
> > > @@ -1,7 +1,7 @@
> > >  #                                               -*- Autoconf -*-
> > >  # Process this file with autoconf to produce a configure script.
> > >
> > > -AC_INIT([lxc], [1.0.0.alpha1])
> > > +AC_INIT([lxc], [1.0.0-alpha1])
> > >
> > >  AC_CONFIG_SRCDIR([configure.ac])
> > >  AC_CONFIG_AUX_DIR([config])
> > >
> > > Best,
> >
> > It doesn't really matter to me or to any of the Debian based distros,
> > but I seem to remember the version number being a problem to the RPM
> > based distros in the past, so I'd rather not change the format unless
> > we first make sure it's going to work with everyone's packaging.
>
> Yeah using the dash was a problem for RPM, see commit 0b531758.


Got it. Thanks for the feedback...


>  > (And if we do change format, I'd only start doing it with alpha2 to
> >  avoid some extra confusion)
> >
>
>
Best,
-- 
S.Çağlar Onur <cag...@10ur.org>
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
_______________________________________________
Lxc-devel mailing list
Lxc-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/lxc-devel

Reply via email to