AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:
CFG:
PT:0
S:andy.sharp@lsi.com
RQ:
SSV:mhbs.lsil.com
NSV:
SSH:
R:<brian.stark@lsi.com>,<larry.scheer@lsi.com>,<bill.fisher@lsi.com>,<rendell.fong@lsi.com>,<maxim.kozlovsky@lsi.com>
MAID:2
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#mh/Mailbox/sent	0	20091221120220.60bc058b@ripper.onstor.net
X-Sylpheed-End-Special-Headers: 1
Date: Mon, 21 Dec 2009 12:10:21 -0800
From: Andrew Sharp <andy.sharp@lsi.com>
Cc: Brian Stark <brian.stark@lsi.com>, Larry Scheer <larry.scheer@lsi.com>,
 Bill Fisher <bill.fisher@lsi.com>, Rendell Fong <rendell.fong@lsi.com>,
 Maxim Kozlovsky <maxim.kozlovsky@lsi.com>
Subject: Re: meeting notes
Message-ID: <20091221121021.5c785cbd@ripper.onstor.net>
In-Reply-To: <20091221120220.60bc058b@ripper.onstor.net>
References: <20091221120220.60bc058b@ripper.onstor.net>
Organization: LSI
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

I should have mentioned that despite leaving Bill hanging on the
conference line, I know what he's up to at the moment: he's working on
the great header file convergence effort of 2009.99.  It will probably
be at least another 2-3 days for that.

Cheers,

a


On Mon, 21 Dec 2009 12:02:20 -0800 Andrew Sharp <andy.sharp@lsi.com>
wrote:

> Meeting notes
> 
> Attendance: Bill, Rendell, Max, Andy, Larry
> 
> Brian out sick.
> 
> Bill was on the conference number, but nobody got the clue, so we
> didn't dial in. ~:^(
> 
> Rendell: he has outgoing FTP tested (as well as ping) and incoming
> SSH will easily be handled by NAT, as well as HTTPS.  I mentioned
> that incoming HTTP has to be handled as well because we have a
> little response page that tells the user to switch to https.
> Everything else incoming stays on the TXRX.  Possibly everything
> outgoing can be handled by regular a MASQUERADE policy/table rather
> than a static rule?  That idea just came to me, kinda obvious though.
> 
> Max: nothing to report.
> 
> Andy: made microscopic progress on 8-way; got past the
> module-too-big-to-load issue and now the module doesn't load because
> of over 135 undefined symbols.  More than half of these will be
> resolved with the convergence of Bill's latest and future checkins,
> but I decided to try to tackle some that I thought were definitely
> not related and I knocked out 3-4 of those, so we're down to a
> whopping 130.  Some of those will likely just go away, most will
> be resolved as I already mentioned, and the majority of the rest I
> believe are merely a matter of getting the right header file into
> the right C file.
> 
> Larry: something in his last checkin broke the nightly build --
> he's homing in on that.  IT issues are taking up much of his time
> as well.
> 
> The "make kernel-header" task was discussed a little bit.  This
> will cause the headers in the cross-build directory to be updated,
> which means that an individual on a group build server might be
> able to bollucks up the build for everyone using that machine.  Not
> as big an issue as the BSD build is/was, but still not the happiest
> of circumstances.  The fix would be to have the cross build headers,
> at least, in the users source tree, but that is a job to be tackled
> another day.
> 
> Short week:
> 
> I will work on the 8-way as the undefined symbols best left until
> after more changes converge in the tree.
> 
> Rendell will continue polishing the vsvr implementation.
> 
> Larry: spackle up the nightly build.  Take a look at the "make
> kernel-header" task that is coming up.
> 
