community-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tomaz Muraus <to...@apache.org>
Subject Re: Re: Content Committee, ApacheCon 2014
Date Mon, 16 Dec 2013 20:59:22 GMT
I'm happy to help with the content selection as part of the Libcloud PMC.


On Mon, Dec 16, 2013 at 4:59 PM, Phil Steitz <phil.steitz@gmail.com> wrote:

>
> Responding to the right list...
>
> -------- Original Message --------
> Subject:        Re: Content Committee, ApacheCon 2014
> Date:   Sat, 14 Dec 2013 14:18:42 -0800
> From:   Phil Steitz <phil.steitz@gmail.com>
> To:     private@commons.apache.org
>
>
>
> On 12/12/13, 11:52 AM, Rich Bowen wrote:
> > Dear PMCs,
> >
> > In the coming days, we'll be hearing more about ApacheCon 2014,
> > and what we need to do to make it happen.
> >
> > This time around, we, the folks at the ASF, will be responsible
> > for selecting content, while the conference producer will be
> > responsible for *EVERYTHING* else.
> >
> > Content selection is no small task, and I need help. While there
> > are several people who have already volunteered to be part of a
> > content selection committee, I'd also like to ask each PMC which
> > wants to be represented in the selection process to volunteer one
> > person to represent them in this task.
> >
> > We'll be using the RFP infrastructure supplied by the producer so
> > all you'd be on the hook for is being willing to review a list of
> > talk proposals specific to your project, and voting for/against
> > them in some method which that RFP process provides. Final
> > schedule construction falls to the producer, and, I suppose, to me.
> >
> > Thanks!
>
> Thanks, Rich!
>
> Is there a theme of some kind for this year's conference or track
> setup?  The reason that I am asking is whether or not it makes sense
> to solicit and review talks from some PMCs (e.g. commons) depends on
> whether or not they will fit with whatever theme / tracks the
> conference is going to have.
>
> Phil
>
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message