[lsb-discuss] LSB face-to-face meeting at LWE August 5/6
Wichmann, Mats D
mats.d.wichmann at intel.com
Thu Jul 29 10:58:02 PDT 2004
The LSB workgroup will be meeting face-to-face
at the tail end of LinuxWorld Expo in San Fransisco.
In an attempt to accommodate those that have
duties at the show as well as those who want to
leave SF before the week-end, the meeting is
scheduled for two half-day chunks:
Thursday 1-5pm
Friday 8am-noon
Please consider attending if you'll be available and
help move the LSB forward. Attending just the Thursday
session should still be productive.
IBM has graciously offered to host, the location is:
IBM
425 Market St
San Francisco, CA
Conference room 17-201
There's always a cost to any meeting space. The
cost to us of this one is that IBM security
requires a list of attendees up front. Please
indicate your intention to attend by going following
the RSVP link on the meeting page at:
http://www.linuxbase.org/talks/wg20040805.html
If you are not able to attend in person, we'll
open up the regular conference call bridge during
the times indicated (times are US-Pacific Daylight).
We'd appreciate a signup for callins so we know
who to expect on the bridge.
The meeting agenda is still somewhat tentative,
but basically will consist of:
- depending on the outcome of the 2.0 release
candidate, we'll either be discussing how 2.0
went; or alternatively, how to complete it
(/and/ how the process went)
- begin developing a concrete plan for the next
few LSB releases. For various reasons we need
a two-year roadmap for LSB development. What
do we need to do next, and how can we get there,
with the goal of LSB becoming a relevant entity,
rather than the current "that would solve a lot
of problems, if ..." or "Will the LSB be enough"
comments that we mostly hear now.
- What to do with the "exception requests" -
apps that like the LSB but can't completely
conform; needs for (currently) non-LSB facilities
like (sorry, folks but it keeps coming up) Java.
- infrastructure and process improvements to
help work get done more efficiently - we've
had this topic on the back burner for a long
time now. How can we get more people involved?
Does an "LSB Janitors" project (modeled on the
Kernel Janitors) make sense?
- whether an "LSB release" still needs to be
a "big bang" like we tried for 2.0, or whether
it makes sense for test deliverables to lag
spec deliverables.
More information about the lsb-discuss
mailing list