[openfabrics-ewg] IBED-1.0-rc2 build issue - PR# 22 created

Matt L. Leininger mlleini at ca.sandia.gov
Fri Mar 17 10:55:13 PST 2006


On Fri, 2006-03-17 at 12:06 -0500, Florin, Reini wrote:
> I think that merging the work (both technical and process) that was
> started by Cisco, Mellanox, SilverStorm and Voltaire in creation of a
> single commercial grade distribution and process prior to the EWG
> being approved last week by the board needs to be a key discussion
> topic at our next EWG conference call.  
> 
> In the spirit of openness, and progress towards a common goal, I think
> it is time for anyone now in the working group to all get on the same
> page.

  Agreed.

    - Matt

> 
> Reini Florin
> 
> Vice President of Marketing
> SilverStorm Technologies 
> 
> 780 Fifth Ave, Suite 140
> King of Prussia, PA  19406 
> Tel: 610 233-4854
> Cel: 203-906-3570 
> Fax: 610 233-4777 
> E-mail: rflorin at silverstorm.com
> www.silverstorm.com 
> 
> 
> 
> -----Original Message-----
> From: openfabrics-ewg-bounces at openib.org
> [mailto:openfabrics-ewg-bounces at openib.org]On Behalf Of Bryan O'Sullivan
> Sent: Friday, March 17, 2006 11:18 AM
> To: Sharma, Karun
> Cc: openfabrics-ewg at openib.org
> Subject: Re: [openfabrics-ewg] IBED-1.0-rc2 build issue - PR# 22 created
> 
> 
> On Fri, 2006-03-17 at 09:38 -0500, Sharma, Karun wrote:
> > IBED is Mellanox Infiniband Enterpris Distribution which is a part of
> > OpenIB.
> 
> Hmm.  OK.
> 
> As I understand it (and contrary to the note I sent yesterday), the
> intention has actually been to not create a separate EWG branch, but to
> use the 1.0 branch.  I see that the IBED drop comes off the OpenIB
> trunk, which means it is already quite a bit out of sync with the 1.0
> branch.
> 
> As I've done quite a bit of work to get the 1.0 branch into a shape
> where it can build RPM packages that work properly at all, I'd suggest
> that Mellanox nominate specific items that are needed from the IBED drop
> or from trunk that should get imported into the 1.0 branch, so that we
> can converge on a single tree again.  That way, we can keep the testing
> and integration load manageable.
> 
> 	<b
> 
> _______________________________________________
> openfabrics-ewg mailing list
> openfabrics-ewg at openib.org
> http://openib.org/mailman/listinfo/openfabrics-ewg
> _______________________________________________
> openfabrics-ewg mailing list
> openfabrics-ewg at openib.org
> http://openib.org/mailman/listinfo/openfabrics-ewg
> 




More information about the ewg mailing list