[ofa-general] Re: RFC OFED-1.3 installation

Michael S. Tsirkin mst at dev.mellanox.co.il
Tue Jul 17 09:45:00 PDT 2007


> Quoting Doug Ledford <dledford at redhat.com>:
> Subject: Re: RFC OFED-1.3 installation
> 
> On Tue, 2007-07-17 at 19:27 +0300, Michael S. Tsirkin wrote:
> > > Quoting Doug Ledford <dledford at redhat.com>:
> > > Subject: Re: RFC OFED-1.3 installation
> > > 
> > > On Tue, 2007-07-17 at 18:25 +0300, Michael S. Tsirkin wrote:
> > > > > Let me give an example.  In OFED 1.0, you shipped dapl version 1.2.  In
> > > > > OFED 1.1, you also shipped dapl version 1.2.  However, code inspection
> > > > > shows that between OFED 1.0 and OFED 1.1, dapl did in fact change (not a
> > > > > lot, but anything is enough).  So, between OFED 1.0 and OFED 1.1, you
> > > > > have two different versions of dapl, but with exactly the same version
> > > > > number.  A person can't tell them apart.
> > > > 
> > > > Yes, this sure looks like a problem. I think that versioning needs to be addressed
> > > > at the package level, not at OFED level though. Right?
> > > 
> > > Versioning needs to be addressed at both levels.  You need versions of
> > > software to start with, but then you still need releases of packages to
> > > differentiate between different builds of a specific version of
> > > software.
> > 
> > Why would we want to have different builds of a specific version of software
> > for a specific OS?  Could you give an example pls?
> 
> It's how you integrate needed patches immediately while waiting on the
> next release of the software.

OK.

> ...
> You also bump the release number of the package any time you make
> changes to the spec file and rebuild.

Since we have spec files as part of package, this will be really
the same as the previous case, right?


-- 
MST



More information about the general mailing list