asterixdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Carey <dtab...@gmail.com>
Subject Re: users and dev lists
Date Mon, 20 Apr 2015 06:19:37 GMT
For our pre-ASF lists, we split them for the opposite reason - because 
there was so much dev-related traffic and we didn't want to burden our 
non-dev users with all of that noise.  Thoughts on that?

On 4/19/15 5:03 PM, Mattmann, Chris A (3980) wrote:
> My advice, based on past experience, is to not split the lists
> initially upon Incubation. It splinters the community. If you need
> to split it b/c there is so much user related traffic later, I would
> do it then.
>
> Cheers,
> Chris
>
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Chris Mattmann, Ph.D.
> Chief Architect
> Instrument Software and Science Data Systems Section (398)
> NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
> Office: 168-519, Mailstop: 168-527
> Email: chris.a.mattmann@nasa.gov
> WWW:  http://sunset.usc.edu/~mattmann/
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> Adjunct Associate Professor, Computer Science Department
> University of Southern California, Los Angeles, CA 90089 USA
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>
>
>
>
>
>
> -----Original Message-----
> From: Till Westmann <tillw@apache.org>
> Reply-To: "dev@asterixdb.incubator.apache.org"
> <dev@asterixdb.incubator.apache.org>
> Date: Sunday, April 19, 2015 at 7:16 PM
> To: "dev@asterixdb.incubator.apache.org"
> <dev@asterixdb.incubator.apache.org>
> Subject: users and dev lists
>
>> Hi,
>>
>> we currently have users and dev lists for AsterixDB (outside of the ASF)
>> and we actually have users that are not developers on the users list.
>> At the ASF we currently don’t have a users-list and I’m wondering if we
>> should leave it that way or if we should add a users lists to (hopefully)
>> migrate our current users to.
>>
>> Thoughts/Preferences?
>>
>> Thanks,
>> Till


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