freeipmi-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Freeipmi-devel] releasing a freeipmi-0.1.4


From: Albert Chu
Subject: Re: [Freeipmi-devel] releasing a freeipmi-0.1.4
Date: Tue, 25 Jan 2005 08:26:17 -0800

Ok, lets just aim for 0.2.0 then.

Al

--
Albert Chu
address@hidden
Lawrence Livermore National Laboratory

----- Original Message -----
From: Anand Babu <address@hidden>
Date: Monday, January 24, 2005 6:05 pm
Subject: Re: [Freeipmi-devel] releasing a freeipmi-0.1.4

> ,----[ Albert Chu <address@hidden> ]
> | The major reason I believe we should backport is becase of the API
> | changes to libfreeipmi.  I believe we should try to support some
> | backwards compatability in the 0.1.* line.
> `----
> Hi Albert,
> I see your point. Maintaining API backward-compatibility between 0.1.x
> versions is important. But between backporting and accelerating 0.2.0
> release, I opt for the later. I had a long discussion with
> Bala over the weekend. We both feel, with some more effort, we can 
> makea 0.2.0 release itself.  What do you think?
> 
> --
> Anand Babu
> Free as in Freedom <www.gnu.org>
> 
> ----- Original Message -----
> From: Anand Babu <address@hidden>
> Date: Thursday, January 20, 2005 4:13 pm
> Subject: Re: [Freeipmi-devel] releasing a freeipmi-0.1.4
> 
> > ,----[ Albert Chu <address@hidden> ]
> > | With all of the bug fixes done since freeipmi-0.1.3, are there 
> plans> | to release a 0.1.4 before 0.2?  We may need to branch and 
> backport> | only necessary fixes into 0.1.4.  Anything involving 
> our libfreeipmi
> > | API changes wouldn't be put in 0.1.4.
> > `----
> > 
> > It is easier make a release than branching backporting. Let us start
> > freezing towards 0.1.4. 
> 
> 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]