Re: FOSDEM 2023

[Myrle Krantz]

Hey all, I'll be there for FOSDEM as well.  Part of my time will be with my
employer, but I'd be happy to help man the ASF stand on Saturday afternoon
or Sunday morning.  Let me know how I can help.

Best Regards,
Myrle

On Sun, Dec 11, 2022 at 9:53 PM Dirk-Willem van Gulik 
wrote:

> On 11 Dec 2022, at 21:13, Sharan Foga  wrote:
> > On 2022/12/11 17:51:02 Dirk-Willem van Gulik wrote:
> >> On 11 Dec 2022, at 16:33, Sharan Foga  wrote:
> >>
> >>> Some good news! I just saw that we have been given an ASF booth for
> FOSDEM so looking forward to being there on 4th and 5th February and
> meeting up with everyone.
> >>
> >> Good news indeed !
> >>
> >>> As usual I will setup a wiki page with the details and people can book
> booth time to promote their project.
> >>
> >> Excellent.
> >>
> >> Just a thought - can we think of some clever logistics by which we get
> every apache committer some sort of recognisable thing ? E.g. like those
> small feather lapel-pins. And do so very early (and perhaps fill some holes
> in the booth duty roster in the process) ?
> >
> > We did have some 'Committer' and 'Member' pins made so let me take a
> look through my swag inventory to see if we have any left.
>
> Something quite generic - like just the feather - is fine too; in many
> ways it does not matter much what you are :) —my thinking was  just to show
> presence and to encourage conversations. Make use of this rare social event.
>
> Dw
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: Authorization required for translating “Trillions and Trillions Served”

[Myrle Krantz]

I'm not sure whether the ASF owns the copyright (ie work for hire) or
whether that remained with the creator of the film.  M (ie Joe
Brockmeier) should have access to the original contract so they should be
able to answer that.  I'd expect though that, if we do own the copyright,
we'd want to use it to enable things like translations.

Best Regards,
Myrle

On Mon, Dec 19, 2022 at 12:31 PM Liu Ted  wrote:

> Hi, Does anyone know what authorization is required by the ASF if one
> wanted to translate and/or use the content of this "Trillions and Trillions
> Served"?
> https://www.youtube.com/watch?v=JUt2nb0mgwg
>
> Best regards,
> Ted Liu

Re: It’s time to change the name

[Myrle Krantz]

Walter,

The assertion that we have paid staff, while correct, isn't particularly
relevant to the question.  All of the top level leadership positions at The
Foundation are unpaid volunteer roles, including
* President,
* Executive Vice President,
* VP Infra,
* VP Brand,
* VP Fundraising,
* Treasurer,
* VP Legal,
* VP Conferences,
* VP Privacy.

Contractors have contracts with (more or less) well-defined scopes that
can't be expanded to include this kind of ad hoc work, without contract
negotiations, and added costs.

All of these volunteers are doing this work in their free time while also
doing the work the use to put food on their family's tables.

That having been said, my gut tells me that the majority of The Foundation
members agree that the name is sub-optimal.  People just don't know how to
fix it.  IMO: The first step would be to break the change you are asking
for down into steps small enough that people can imagine taking them on, or
that it is possible to contract out under the oversight of a volunteer.
Y'all check me, but I see:

* Picking a new name and achieving consensus that it's the right name.
* Legally changing the name of The Foundation itself.
* Understanding how this affects the many business relationships the
Foundation has, and mitigating those effects.
* Designing new names and logos for the many brands The Foundation owns,
including project branding (eg "Apache Cassandra") the feather logo, the
incubator logo, etc.
* Registering a new website domain.
* Namespaces/packages/artifact names/etc in The Foundation's many projects.
* Getting OSI approval for a new license identical to "Apache License 2.0",
but under a new name.  Getting that new license listed in various license
pickers.
* Marketing the new name so that it reaches a similar level of recognition
as the old name.
* ...all the things I didn't think of.

Some of this work will cross multiple jurisdictions.  For example there has
already been significant effort that I don't fully understand establishing
Apache branding in China.  Those efforts would have to be restarted.  You'd
need to get support from our Chinese members.

There are dependencies between some of these items.  For example, you
should get a new website domain before you can change artifact names.
Possibly you would leave old artifacts with the old name, and only use the
new name for new artifacts.

Each of these tasks would touch a different set of areas of The
Foundation.  For example, legally changing the Foundation's name would fall
under VP Legal.  Infra would have to register new domain names, and set up
redirects, including to the ApacheCon domains.  VP Conferences would have
to adjust the conference branding.  VP Fundraising might need to notify all
of our sponsors.  etc.  All in all this would be thousands of hours of
work, that would need coordinating across multiple volunteers who are
interested in doing a good job, but not necessarily able to respond to
tasks on deadlines.  And at the end it would certainly be impossible to
fully complete it, because for example, changing package names would break
client code.

Despite the complexity of the full change, some of these tasks are
independent of the others and can be taken on without an expectation that
all tasks would be completed.  For example, registering a new domain name,
and developing a consensus that it can be used instead of "apache" in new
projects might be possible without doing a full-on name change.
Introducing the same license under a new name might also be possible.  And
replacing our logo with something more respectful might also be possible
without touching anything else.  To tease out tasks like this would require
someone with an interest in doing the hard work of decomposing the problem,
discovering which pieces are independently solvable, developing consensus
that a change should be made, and then doing each change itself.

Please recognize that to fully complete what I'm describing here will take
years, possibly more than a decade of work, and that it will probably never
be fully completed, and that it will require buy-in from hundreds, possibly
thousands of people.  To achieve full buy-in, you'd need to convince people
not only that the work is worth doing, but also that you are in it for as
long as the task will take.  With all that as context: if someone is
willing to do that work of driving that effort, then I'm willing to take on
some individual tasks in the process that fall within my area of
expertise.  But I personally am not willing to *drive* that effort, and I
haven't seen that anyone else is willing to either.

Walter, when someone replies "You want this change, but are you willing to
do the work?" this may be what they are asking.  Despite all of that, your
statements about the disrespect of the name and the logos, and some of the
project names are valid.  The hurt you describe is real.  And I wish it
weren't so.

Best Regards,

Re: Welcome Ted Liu as a New PMC Member

[Myrle Krantz]

I'm a little late to the party, but Congratulations, Ted!!!

: o),
Myrle

On Mon, Nov 1, 2021 at 12:40 PM Goson zhang  wrote:

> Congratulations Ted!!
>
> Lanh Huynh  于2021年11月1日周一 下午5:35写道：
>
> > Vào BE 2564 thg 10 26, Th 3 lúc 00:24 Olivier Heintz <
> > olivier.hei...@ofbizextra.org> đã viết:
> >
> > > Congratulations and welcome Ted!
> > >
> > > Thanks Sharan
> > >
> > > On 2021/10/18 11:48:05, Swapnil M Mane 
> wrote:
> > >
> > > Hi everyone,
> > > >
> > > > The ComDev PMC has invited Ted Liu to become a member of the
> committee
> > > > and we are glad to announce that he has accepted the nomination.
> > > >
> > > > Ted has been a great open-source supporter, is active on our lists
> and
> > > > has helped organise and run events in China. He is actively involved
> > > > in the ALC initiative in China, Incubator, Fundraising and has been
> an
> > > > integral part of ApacheCon Asia.
> > > >
> > > > Please join me in welcoming Ted and congratulating him on his new
> role.
> > > >
> > > > Thanks,
> > > > Swapnil M Mane,
> > > > On behalf of the ComDev PMC
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > > For additional commands, e-mail: dev-h...@community.apache.org
> > > >
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > For additional commands, e-mail: dev-h...@community.apache.org
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > For additional commands, e-mail: dev-h...@community.apache.org
> > >
> > >
> >
>

Re: Welcome Ted Liu as a New PMC Member

[Myrle Krantz]

Welcome, Ted!

On Mon, Oct 18, 2021 at 6:48 AM Swapnil M Mane 
wrote:

> Hi everyone,
>
> The ComDev PMC has invited Ted Liu to become a member of the committee
> and we are glad to announce that he has accepted the nomination.
>
> Ted has been a great open-source supporter, is active on our lists and
> has helped organise and run events in China. He is actively involved
> in the ALC initiative in China, Incubator, Fundraising and has been an
> integral part of ApacheCon Asia.
>
> Please join me in welcoming Ted and congratulating him on his new role.
>
> Thanks,
> Swapnil M Mane,
> On behalf of the ComDev PMC
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: Conference software

[Myrle Krantz]

The ACEU19 website is a Drupal installation maintained by NewThinking.
This is also open source software.  This covers the website, the CFP, and
the schedule.

I do hope that we can, in the future, get a single system running for all
of our conferences, but currently we generally rely on the conference
producer and use the tools they are familiar with and able to support.

Best Regards,
Myrle Krantz
Conference Chair, ApacheCon Europe 2019

On Thu, Jan 2, 2020 at 5:03 PM Christofer Dutz 
wrote:

> Hi all,
>
> yeah ... didn't quite see what you were asking for ... for the ApacheCon
> NA this and last year we used the open-source project DukeCon.
> I'm part of the development team ... for this year I would love a little
> more heads-up in order to fully integrate it with our CFP system.
> I think Rich would love that ... unless he developed a slightly sadistic
> tendency to love editing JSON files ;-)
>
> So if you're looking for that ... just talk to me about it.
>
> Chris
>
>
>
> Am 02.01.20, 14:28 schrieb "Rich Bowen" :
>
>
>
> On 12/27/19 6:16 AM, Kevin A. McGrail wrote:
> > Yes, we just bought it for another year.  Cc'ing Rich Bowen to share
> info.
>
> No, that is not correct. I presume you're thinking of the CFP (Call
> For
> Presentations) tool that we use?
>
> ApacheCon Europe used something different from what we used for
> ApacheCon North America - DukeCon - which you can see at
> https://www.apachecon.com/acna19/s
>
> DukeCon is open source, and we were helped by the team that develops
> it,
> and, specifically, Chris Dutz.
>
> The ACEU schedule is something else. I know I knew what it was called
> at
> some point, but I cannot find that information right now. I'm sure
> that
> Paul Berschick knows.
>
> >
> > On Fri, Dec 27, 2019, 04:25 Driesprong, Fokko 
> wrote:
> >
> >> Hi all,
> >>
> >> At the Apache Airflow project, we're looking at organizing two
> summits, one
> >> in the US, and one in the EU. I've noticed that we're having some
> kind of
> >> software for managing the sessions and the speakers:
> >> https://aceu19.apachecon.com/schedule?day=2019-10-22
> >>
> >> My question is, does anyone know which software this is? And if
> this can be
> >> used for any Apache related conferences like Airflow?
> >>
> >> Please let me know,
> >>
> >> Kind regards,
> >> Fokko Driesprong
> >>
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: [ANNOUNCE] Welcome Swapnil M Mane as a New PMC Member

[Myrle Krantz]

Welcome Swapnil!

Best,
Myrle

On Sat, Jan 4, 2020 at 2:48 PM jincheng sun 
wrote:

> Congratulations Swapnil!
> Best，
> Jincheng
>
>
> Driesprong, Fokko 于2020年1月4日 周六18:00写道：
>
> > Congratulations Swapnil! Great work.
> >
> > Cheers,Fokko
> >
> > Op vr 3 jan. 2020 om 17:42 schreef Sharan Foga 
> >
> > > The Community Development PMC has invited Swapnil M Mane to become a
> new
> > > member of the PMC and we are happy to announce that he has accepted.
> > >
> > > Swapnil has been very active on our lists and always maintains a
> positive
> > > and enthusiastic attitude. He is also taking a leading role in the
> setup
> > > and introduction of the ALC initiative and has already been involved
> with
> > > community related events promoting Apache and our projects in India.
> > >
> > > We are sure that Swapnil will be a great addition to the PMC.
> > >
> > > Please join me in welcoming Swapnil and congratulating him on his new
> > role.
> > >
> > > Thanks
> > > Sharan
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > For additional commands, e-mail: dev-h...@community.apache.org
> > >
> > >
> >
> --
>
> Best,
> Jincheng
> -
> Twitter: https://twitter.com/sunjincheng121
> -
>

Re: Some available Hotel Rooms for ApacheCon EU 2019 in Berlin

[Myrle Krantz]

Hi Aizhamal,

In case Chris doesn't have any thing for you, NewThinking has put some
effort into finding hotels close to the conference.  You can check out the
guide here:
https://aceu19.apachecon.com/accommodation

Best,
Myrle

On Mon, Sep 23, 2019 at 11:24 PM Aizhamal Nurmamat kyzy
 wrote:

> Hi Chris,
>
> Is there a chance I still can get one of the available rooms? I arrive on
> the 21st and leave on the 25th.
>
> On Fri, Aug 30, 2019 at 7:04 AM Christofer Dutz  >
> wrote:
>
> > Hi all,
> >
> > we have 4 rooms which we blocked for TAC and won’t be needing.
> >
> > Here the details:
> >
> > Hotel Kastanienhof Berlin
> > https://www.kastanienhof.berlin/
> >
> > Arrival: 20.10.2019 (check in available at 2 pm)
> > Departure: 25.10.2019 (check out until 11 am)
> > Roomtype: 1 Standard double room
> > Price: 89,00 € per room and night
> > Roomtype: 2 Comfort double rooms
> > Price: 99,00 € per room and night
> > Roomtype: 1 Deluxe double room
> > Price: 119,00 € per room and night
> >
> > If anyone of you is still in need of a Hotel room closely located to the
> > ApacheCon venue, please contact me directly.
> >
> > Also might we be able to adjust the arrival and departure days a little,
> > but I have to call them first.
> >
> > Chris
> >
>

[NOTICE] "add" permissions for comdev confluence space to all ASF committers

[Myrle Krantz]

Alright,

Thanks Mark and John.  What I'm going to do now is give edit and add
permissions for all committers to the comdev space.  I recognize that I
haven't given much time for discussion/objections.  But this is a
reversible step that enables contributions we need.  I'm happy to change
things back if objections come up, or if we discover something that causes
us to rethink.

I am not giving full permissions to the comdev space to the committers.  So
for example, committers won't be able to delete pages or edit permissions
to the space.

Best Regards,
Myrle

On Wed, Sep 4, 2019 at 6:16 PM Mark Thomas  wrote:

> On 04/09/2019 17:12, John Andrunas wrote:
> > * Does the committers group really just contain all committers?
> > the committers group in confluence is from LDAP so it should only
> > contain ASF members
>
> No. It contains all committers which is a larger set than all members.
>
> > * Do we have enough experience to be able to say we can trust all of
> > the people in this group to not spam confluence?
>
> Yes.
>
> > * Are there any potential side effects of allowing all committers to
> > add and edit comdev pages that I haven't thought of and that we should
> > be aware of?
> > Confluence keeps versions of all edits, and deleted pages can be
> > recovered (though you didn't mention delete permissions), so if
> > someone vandalized a page an earlier version could be recovered.
>
> A committer isn;t going to do that.
>
> > Other than someone causing additional work to recover/remove spam I
> > wouldn't expect anything unexpected (except maybe the Spanish
> > Inquisition, no one ever expects that).  There may be specific pages
> > you want to add additional restrictions on though.
>
> I doubt it. Unless it is something that needs to be PMC private which is
> unlikely.
>
> Mark
>
>
> >
> >
> > On Wed, Sep 4, 2019 at 8:22 AM Myrle Krantz  wrote:
> >>
> >> Hey all,
> >>
> >> I'd like us to use the comdev confluence in order to help organize the
> hackathon for ApacheCon Europe 2019.  I'd like people participating in the
> hackathon to be able to enter their own projects.
> >>
> >> However a problem with this approach occurred to me: if I have to enter
> each interested user in the permissions table in confluence, it's not
> really self-organizing any more.
> >>
> >> I had a look at the confluence permissions table though, and one
> potential solution occurred to me:  Perhaps I can enter the committers
> group and give them permissions to add pages and comments.  I already
> experimentally added the committers group to the permissions table (and
> discovered I couldn't figure out how to delete them again).
> >>
> >> So here come my questions:
> >> * Does the committers group really just contain all committers?
> >> * Do we have enough experience to be able to say we can trust all of
> the people in this group to not spam confluence?
> >> * Are there any potential side effects of allowing all committers to
> add and edit comdev pages that I haven't thought of and that we should be
> aware of?
> >>
> >> If those questions have the answers I hope they have, then I'll come
> back here, and ask the comdev PMC if there are any objections to allowing
> committers edit access to the comdev wiki.  Depending on the answers, we
> may also wish to consider giving all committers access to only certain
> parts of the comdev space.  Let's see how the discussion goes.
> >>
> >> Best Regards,
> >> Myrle
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

[DISCUSS] "add" permissions for comdev confluence space to all ASF committers?

[Myrle Krantz]

Hey all,

I'd like us to use the comdev confluence in order to help organize the
hackathon for ApacheCon Europe 2019.  I'd like people participating in the
hackathon to be able to enter their own projects.

However a problem with this approach occurred to me: if I have to enter
each interested user in the permissions table in confluence, it's not
really self-organizing any more.

I had a look at the confluence permissions table though, and one potential
solution occurred to me:  Perhaps I can enter the committers group and give
them permissions to add pages and comments.  I already experimentally added
the committers group to the permissions table (and discovered I couldn't
figure out how to delete them again).

So here come my questions:
* Does the committers group really just contain all committers?
* Do we have enough experience to be able to say we can trust all of the
people in this group to not spam confluence?
* Are there any potential side effects of allowing all committers to add
and edit comdev pages that I haven't thought of and that we should be aware
of?

If those questions have the answers I hope they have, then I'll come back
here, and ask the comdev PMC if there are any objections to allowing
committers edit access to the comdev wiki.  Depending on the answers, we
may also wish to consider giving all committers access to only certain
parts of the comdev space.  Let's see how the discussion goes.

Best Regards,
Myrle

Re: Volunteers wanted: Hackathon organization at ApacheCon Berlin 2019

[Myrle Krantz]

Hey Mandi,

Are you any good at creating presentation templates?  I believe at this
point we do not yet have presentation templates for either of the two
ApacheCons.

And of course anything you can do to promote ApacheCon is very much
appreciated.  This year at ApacheCon Europe in Berlin we have a special
focus on design.  The Open Source Design Initiative is giving us an entire
track of content.

Best,
Myrle


On Mon, Aug 5, 2019 at 12:29 AM Mandi Kauffman 
wrote:

> Hey,
>
> I just became privy to this conversation.
>
> I'm pretty well stuck in the middle of the U.S. - Wichita, Kansas. But if
> there's any graphic design, planning, organizing, or promoting that still
> needs done, I'd be more than happy to offer my services.
>
> My skills are pretty lay when it comes to actual coding / hacking so I've
> been hesitant and haven't really know how to contribute in the past ...
> even though I've really wanted to.
>
> I'm a whiz at Photoshop (although I use G.I.M.P. currently to fight the
> good fight) and have quite a few connections throughout the Midwest. Please
> LMK if there's any way I can be of assistance all the way out here in
> no-man's-land.
>
> Mandi
>
> On Sun, Aug 4, 2019, 9:46 AM Myrle Krantz 
> > On Sat, Aug 3, 2019 at 10:21 AM Julian Feinauer <
> > j.feina...@pragmaticminds.de> wrote:
> >
> > > Hi Myrle,
> > >
> > > Of course I'm happy to help (and I think we could perhaps organize to
> > > provide an small iot lab for everybody that wants to try plc4x...).
> > >
> >
> > That would be *so* awesome!  If you're going to do that at a specific
> time
> > let me know so that we can announce it.
> >
> >
> > >
> > > Just to get everything right, the announcement is for all pmcs not just
> > > ours as an invitation to the hackathon or to organize something there?
> > >
> >
> > Exactly.  For all PMCs.
> >
> > Thank you!,
> > Myrle
> >
>

Re: [Lazy Consensus] Changing the default reporter tool

[Myrle Krantz]

Since it's the PMC chairs who use this, I'd much prefer you put this call
for consensus up over on board@.

Best,
Myrle

On Mon, Aug 5, 2019 at 10:41 AM Daniel Gruno  wrote:

> Hi folks,
> I would like to change the default reporter.a.o[1] to be the new wizard
> tool[2]. I think it's a good overall improvement and honestly do not see
> any downsides to switching. So I'm calling a lazy consensus "vote" for
> this change. If there are people that strongly prefer the old one,
> please do let me know, and please elaborate on what you'd like to see
> changed in the new tool for it to become the default.
>
> I'll let this run for a few days and see if anyone objects :)
>
> With regards,
> Daniel.
>
> [1] https://reporter.apache.org/
> [2] https://reporter.apache.org/wizard/
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: [EVENT] Add Flink Forward EU 2019 to the ASF event calendar

[Myrle Krantz]

Hey y'all,

Nobody seems to have picked this up, and I don't know how to edit the
calendar.  Can someone point me to some directions?

Thanks,
Myrle

On Fri, Jul 26, 2019 at 11:15 AM Fabian Hueske  wrote:

> Hi everyone,
>
> We got the brand approval for Flink Forward EU 2019.
>
> Could somebody please add the conference to the event calendar?
> Flink Forward will take place 7th to 9th October 2019 in Berlin (two weeks
> before ApacheCon EU).
>
> Thank you very much,
> Fabian
>
> Am Di., 9. Juli 2019 um 10:14 Uhr schrieb Fabian Hueske <
> fhue...@apache.org
> >:
>
> > Thanks Rich!
> > I'll reach out to ASF brand and get back here once once I got the OK from
> > them.
> >
> > Thanks, Fabian
> >
> > Am Mo., 8. Juli 2019 um 18:39 Uhr schrieb Rich Bowen  >:
> >
> >>
> >>
> >> On 7/8/19 12:29 PM, Fabian Hueske wrote:
> >> > Hi everyone,
> >> >
> >> > I'd like to ask to add "Flink Forward EU 2019" to the ASF event
> >> calendar.
> >> > Flink Forward will take place 7th to 9th October 2019 in Berlin (two
> >> weeks
> >> > before ApacheCon EU).
> >> >
> >> > This is the 9th Flink Forward (5th in Europe, 3 in US, 1 in China) and
> >> the
> >> > last time we got ASF brand approval was for Flink Forward China in
> >> December
> >> > 2018.
> >> > Since then, the branding did not change and website [1] was only kept
> >> up to
> >> > date.
> >> >
> >> > Can you add Flink Forward EU 2019 to the calendar or do we need ASF
> >> brand
> >> > permission before that?
> >>
> >>
> >> Yes, I would be glad to add it to the calendar, but, yes, you need the
> >> OK from brand first.
> >>
> >> --Rich
> >>
> >> --
> >> Rich Bowen - rbo...@rcbowen.com
> >> http://rcbowen.com/
> >> @rbowen
> >>
> >> -
> >> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> >> For additional commands, e-mail: dev-h...@community.apache.org
> >>
> >>
>

Re: Volunteers wanted: Hackathon organization at ApacheCon Berlin 2019

[Myrle Krantz]

On Sat, Aug 3, 2019 at 10:21 AM Julian Feinauer <
j.feina...@pragmaticminds.de> wrote:

> Hi Myrle,
>
> Of course I'm happy to help (and I think we could perhaps organize to
> provide an small iot lab for everybody that wants to try plc4x...).
>

That would be *so* awesome!  If you're going to do that at a specific time
let me know so that we can announce it.


>
> Just to get everything right, the announcement is for all pmcs not just
> ours as an invitation to the hackathon or to organize something there?
>

Exactly.  For all PMCs.

Thank you!,
Myrle

Re: Volunteers wanted: Hackathon organization at ApacheCon Berlin 2019

[Myrle Krantz]

Hi Julian,

The most important thing we need now is actually just an announcement to
the PMC's that we are going to be holding a hackathon in Berlin.  I expect
the rest to be self-organization of the communities.  I don't think we need
anything elaborate like what's going on for Vegas.  A hackathon is a
success if people find some time to work with each other.  And for that
they need seats, wifi, and power, which we will already be providing.  So
all that's missing now is awarenes.

Would you do me a favor and draft an announcement please?  Write it the way
you would like it to be seen by the PLC4X community, but imagine that it's
going to all the hacking communities.  If you can do that, I'll make sure
it gets sent.

Best Regards,
Myrle

(Thank you so much!)

On Fri, Aug 2, 2019 at 11:42 AM Julian Feinauer <
j.feina...@pragmaticminds.de> wrote:

> Hi,
>
> I just jump onto this track.
> I think the plc4x community would like to "participate" in the hackathon
> and do some things there.
> So If I can help you with something or you have more information come back
> to me or keep me in the loop : )
>
> Julian
>
> Am 02.08.19, 10:20 schrieb "marta@"  ma...@data-artisans.com>:
>
>
>
> On 2019/07/09 19:48:18, Myrle Krantz  wrote:
> > Hey Marta,
> >
> > Can I put you in charge of the hackathon in general for Berlin?  I
> > basically would just like to have you make sure projects know about
> it
> > (especially those who have speakers at the conference), and make
> sure that
> > if projects need anything (within reason of course), that our
> producer
> > knows about it.  If you want to attend sync-ups with ACNA, that's up
> to you.
> >
> > We do have a community partnership in place with FlinkForward, so I
> can
> > help put you in touch with them if it helps you in any way.
> >
> > Best Regards,
> > Myrle Krantz
> > Conference Chair, ApacheCon Europe 2019
> >
> > On Tue, Jul 2, 2019 at 9:30 PM Marta Paes Moreira <
> ma...@ververica.com>
> > wrote:
> >
> > > Hi, Gris.
> > >
> > > Thanks for including me in the thread! I am definitely interested
> in being
> > > part of the general organization as an extra pair of Berlin-based
> hands.
> > >
> > > About specific initiatives, it would be great to partner up with
> Aizhamal
> > > to do something around documentation! I also took the time to
> discuss
> > > internally the possibility of a Flink Hackathon, but October will
> be a bit
> > > sketchy with Flink Forward in the horizon. We can discuss the
> feasibility
> > > of this if there is agreement that it would be a valuable
> initiative.
> > >
> > > Marta
> > >
> > > On Wed, Jun 26, 2019 at 8:13 PM Griselda Cuevas 
> wrote:
> > >
> > > > I'm cc'ing folks who might be able to help prepare some project
> specific
> > > > hackathons. Maybe some of them would even be interested in
> helping with
>     > > the
> > > > general organization?
> > > >
> > > > Alex, David, Matthias & Max - would you be interested in driving
> a Beam
> > > > Hackathon?
> > > >
> > > > Aizhamal & Marta, any interest in hosting a documentation
> hackathon?
> > > >
> > > > David, Aizhamal, any interest in an Airflow hackathon?
> > > >
> > > > On Wed, 26 Jun 2019 at 07:38, Myrle Krantz 
> wrote:
> > > >
> > > >> Hey everyone,
> > > >>
> > > >> Much like for Las Vegas, I'm hoping we can find a volunteer or
> two who
> > > is
> > > >> interested in helping to make the hackathon in Berlin awesome.
> > > >>
> > > >> Is anyone interested in assisting here?
> > > >>
> > > >> To quote Rich:
> > > >>
> > > >> "I need 1 to 3 volunteers to own the Hackathon for ACNA.
> > > >>
> > > >> The Hackathon has long been a central part of ApacheCon.
> However, the
> > > >> success of the hackathon waxes and wanes over the years, due
> largely to
> > > >> whether someone steps up to drive it.
> > > >>
> > > >> The hackathon has multiple intertwined purposes:
> > > >>
> > > >>

Re: Focused effort on Apache Way education

[Myrle Krantz]

Sometimes the short replies are the most beautiful

Thank you Jim!

: o),
Myrle

On Wed, Jul 17, 2019 at 9:34 PM Jim Jagielski  wrote:

> a super-quick reply:
>
> IMO, all aspects of the Apache Way can be found at the start. Basically,
> there were a number of people heavily dependent on a hunk of software, the
> single person who was writing it left, and it left us (and everyone else
> who was using it) in a lurch.
>
> We never want that to ever happen to anyone again. We want to build
> healthy, viable, long-term communities around software projects; we want to
> optimize for the volunteer contributor, because if they are passionate
> about the project/community, they will stay with it, and work on it in
> their spare time. We want it easy as possible to bring in new blood, make
> it worth their while to do so, and enable them to have just as much
> influence and say as people who have spent longer times on the project, as
> true peers. We don't want to disenfranchise anyone because who knows where
> potential contributors could come from. And because we were all using the
> software for various personal self-interest reasons, we wanted a pragmatic
> license and collaboration process.
>
> It is from this mindset, that all tenets of The Apache Way derive...
>
> > On Jul 17, 2019, at 3:03 PM, Dave Fisher  wrote:
> >
> >
> >
> >> On Jul 17, 2019, at 10:12 AM, Jim Jagielski  wrote:
> >>
> >>
> >>
> >>> On Jul 17, 2019, at 12:41 PM, Kenneth Knowles  wrote:
> >>>
> >>> On Wed, Jul 17, 2019 at 9:20 AM Joan Touzet  > wrote:
> >>>
>  Hey y'all,
> 
>  On 2019-07-17 7:53, Jim Jagielski wrote:
> >> On Jul 17, 2019, at 2:56 AM, Bertrand Delacretaz <
>  bdelacre...@apache.org> wrote:
> >>
> >> On Wed, Jul 17, 2019 at 1:11 AM Dave Fisher 
>  wrote:
> >>> ...I’d like to see the Apache Way described like Euclidean
> Geometry
> >>
> >> I have no clue what this would look like but I'd love to see a blog
> >> post of yours describing that vision.
> >>
> > +1
> 
>  This was where I was aiming with my original post on board@ (which
> many
>  of you may not be able to see).
> 
>  I mentioned I often refer to Shane's summary because it's simple,
>  concise, and includes the why as well as the what. But I'm aware that
>  it's just one viewpoint - the website makes that perfectly clear, too.
> 
>  It's been said to me that a lot of The Apache Way can't be written
> down,
>  and I would like to challenge that assertion. I'd also like the people
>  who claim to know the Way best to work as hard as possible on that,
> too.
> 
> >>>
> >>> We need all those voices of how people interpret The Apache Way. And as
>  Dave hints, we can triangulate its essence with more and more
>  descriptions. I think it'd be premature to try for that triangulation
>  without interested parties working on capturing it for themselves
> first,
>  revised for a 2019 perspective.
> 
> >>>
> >>> Exactly. Sometimes when it is said it cannot be written down, it can
> mean
> >>> that it cannot be written down simply and declaratively. Or that it
> cannot
> >>> be expressed by being written just once or one way or by one or a few
> >>> people. The concepts in a novel, an ethnography, or a biography, or
> even
> >>> short parables, for example, cannot be simply extracted and written as
> >>> declarations. The practices of a culture cannot be described fully
> either,
> >>> nor transmitted by reading. It may be that the large corpus of writing
> and
> >>> slideshows and talking about The Apache Way is a great way to, in fact,
> >>> write it down. And IMO in such a situation it is important to keep
> writing
> >>> about it, and have new people keep writing their take, and to share
> stories
> >>> about it. Etc. And of course, it should be expected to constantly
> change.
> >>>
> >>> Kenn
> >>>
> >>
> >> That is why Sally and I have pushed for Apache Way training similar to
> what Sally does with her media training... open discussion, time for Q,
> that sort of thing. Sure, writing it down and having it documented is
> useful, but that isn't a complete solution, nor does it solve the problem
> completely.
> >
> > A page at way.apache.org would be good. Here’s is what I had in mind
> when I mentioned Euclidean Geometry. All of it follows from five postulates
> which are statements.
> >
> > Jim - since you are a Founder I am asking you:
> >
> > What are the postulates to the Apache Way as simple statements with the
> elegance of Euclid?
> >
> > Regards,
> > Dave
> >
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org

Re: Volunteers wanted: Hackathon organization at ApacheCon Berlin 2019

[Myrle Krantz]

Hi Max,

My apologies for the slow response.  I didn't realize I'd lost this
e-mail.  Yes, please work together with Marta.  Note that Steve Blackmon (
sblack...@apache.org) is sending out an announcement to the PMC's about the
ApacheCon NA hackathon soon.  He just sent a draft to plann...@apachecon.com.
You might want to coordinate with him to make sure ACEU19 is included in
the same announcement.

Best Regards,
Myrle

On Tue, Jul 9, 2019 at 10:48 PM Maximilian Michels  wrote:

> Hi Myrle,
>
> I'd like to help realize the hackathon in Berlin. Like Austin mentioned,
> we are organizing a hackathon a month earlier at ApacheCon NA.
>
> I can work together with Marta. We are both based in Berlin.
>
> Cheers,
> Max
>
> On 09.07.19 21:48, Myrle Krantz wrote:
> > Hey Marta,
> >
> > Can I put you in charge of the hackathon in general for Berlin?  I
> > basically would just like to have you make sure projects know about it
> > (especially those who have speakers at the conference), and make sure
> > that if projects need anything (within reason of course), that our
> > producer knows about it.  If you want to attend sync-ups with ACNA,
> > that's up to you.
> >
> > We do have a community partnership in place with FlinkForward, so I can
> > help put you in touch with them if it helps you in any way.
> >
> > Best Regards,
> > Myrle Krantz
> > Conference Chair, ApacheCon Europe 2019
> >
> > On Tue, Jul 2, 2019 at 9:30 PM Marta Paes Moreira  > <mailto:ma...@ververica.com>> wrote:
> >
> > Hi, Gris.
> >
> > Thanks for including me in the thread! I am definitely interested in
> > being
> > part of the general organization as an extra pair of Berlin-based
> hands.
> >
> > About specific initiatives, it would be great to partner up with
> > Aizhamal
> > to do something around documentation! I also took the time to discuss
> > internally the possibility of a Flink Hackathon, but October will be
> > a bit
> > sketchy with Flink Forward in the horizon. We can discuss the
> > feasibility
> > of this if there is agreement that it would be a valuable initiative.
> >
> > Marta
> >
> > On Wed, Jun 26, 2019 at 8:13 PM Griselda Cuevas  > <mailto:g...@google.com>> wrote:
> >
> > > I'm cc'ing folks who might be able to help prepare some project
> > specific
> > > hackathons. Maybe some of them would even be interested in helping
> > with the
> > > general organization?
> > >
> > > Alex, David, Matthias & Max - would you be interested in driving a
> > Beam
> > > Hackathon?
> > >
> > > Aizhamal & Marta, any interest in hosting a documentation
> hackathon?
> > >
> > > David, Aizhamal, any interest in an Airflow hackathon?
> > >
> > > On Wed, 26 Jun 2019 at 07:38, Myrle Krantz  > <mailto:my...@apache.org>> wrote:
> > >
> > >> Hey everyone,
> > >>
> > >> Much like for Las Vegas, I'm hoping we can find a volunteer or
> > two who is
> > >> interested in helping to make the hackathon in Berlin awesome.
> > >>
> > >> Is anyone interested in assisting here?
> > >>
> > >> To quote Rich:
> > >>
> > >> "I need 1 to 3 volunteers to own the Hackathon for ACNA.
> > >>
> > >> The Hackathon has long been a central part of ApacheCon. However,
> the
> > >> success of the hackathon waxes and wanes over the years, due
> > largely to
> > >> whether someone steps up to drive it.
> > >>
> > >> The hackathon has multiple intertwined purposes:
> > >>
> > >> * Attract and mentor new committers
> > >> * Strengthen personal bonds within project community
> > >> * Foster cross-project cooperation
> > >> * Knock out difficult bugs/features/documentation projects
> > >>
> > >> For this to be successful, the following things need to happen
> > >>
> > >> * Projects need to know about it
> > >> * They need to prepare ahead of time. In particular, they need to
> > think
> > >> about what they will be working on
> > >> * The plan (ie, what we'll be working on) must be promoted both
> > within
> > >> the projec

Re: Volunteers wanted: Hackathon organization at ApacheCon Berlin 2019

[Myrle Krantz]

Hey Marta,

Can I put you in charge of the hackathon in general for Berlin?  I
basically would just like to have you make sure projects know about it
(especially those who have speakers at the conference), and make sure that
if projects need anything (within reason of course), that our producer
knows about it.  If you want to attend sync-ups with ACNA, that's up to you.

We do have a community partnership in place with FlinkForward, so I can
help put you in touch with them if it helps you in any way.

Best Regards,
Myrle Krantz
Conference Chair, ApacheCon Europe 2019

On Tue, Jul 2, 2019 at 9:30 PM Marta Paes Moreira 
wrote:

> Hi, Gris.
>
> Thanks for including me in the thread! I am definitely interested in being
> part of the general organization as an extra pair of Berlin-based hands.
>
> About specific initiatives, it would be great to partner up with Aizhamal
> to do something around documentation! I also took the time to discuss
> internally the possibility of a Flink Hackathon, but October will be a bit
> sketchy with Flink Forward in the horizon. We can discuss the feasibility
> of this if there is agreement that it would be a valuable initiative.
>
> Marta
>
> On Wed, Jun 26, 2019 at 8:13 PM Griselda Cuevas  wrote:
>
> > I'm cc'ing folks who might be able to help prepare some project specific
> > hackathons. Maybe some of them would even be interested in helping with
> the
> > general organization?
> >
> > Alex, David, Matthias & Max - would you be interested in driving a Beam
> > Hackathon?
> >
> > Aizhamal & Marta, any interest in hosting a documentation hackathon?
> >
> > David, Aizhamal, any interest in an Airflow hackathon?
> >
> > On Wed, 26 Jun 2019 at 07:38, Myrle Krantz  wrote:
> >
> >> Hey everyone,
> >>
> >> Much like for Las Vegas, I'm hoping we can find a volunteer or two who
> is
> >> interested in helping to make the hackathon in Berlin awesome.
> >>
> >> Is anyone interested in assisting here?
> >>
> >> To quote Rich:
> >>
> >> "I need 1 to 3 volunteers to own the Hackathon for ACNA.
> >>
> >> The Hackathon has long been a central part of ApacheCon. However, the
> >> success of the hackathon waxes and wanes over the years, due largely to
> >> whether someone steps up to drive it.
> >>
> >> The hackathon has multiple intertwined purposes:
> >>
> >> * Attract and mentor new committers
> >> * Strengthen personal bonds within project community
> >> * Foster cross-project cooperation
> >> * Knock out difficult bugs/features/documentation projects
> >>
> >> For this to be successful, the following things need to happen
> >>
> >> * Projects need to know about it
> >> * They need to prepare ahead of time. In particular, they need to think
> >> about what they will be working on
> >> * The plan (ie, what we'll be working on) must be promoted both within
> >> the project (so that core project members show up prepared) and outside
> >> (so that curious people show up and play along)
> >> * There needs to be great signage on-site, and we need to mention it at
> >> every plenary
> >>
> >> To this end, I need someone(s) to step up to own this. I do not have
> >> time to be the point person on this.
> >>
> >> I need someone who cares about building project communities, is
> >> enthusiastic about working directly with projects to build their
> >> hackathon plans, and who plans to attend ACNA to do the on-site stuff
> >> necessary to support the above. I need someone who is willing to take
> >> the reins on this and drive it without much direction from me or anyone
> >> else, and just report back periodically on progress.
> >>
> >> Please let me know if you are willing to lead this effort. Thank you."
> >>
> >> Thanks,
> >> Myrle Krantz
> >> Conference Chair, ApacheCon Berlin 2019
> >> The Apache Software Foundation
> >>
> >
>

Re: [RESULT] [VOTE] Create a mailinglist for intra-project communication

[Myrle Krantz]

Just do it.

There's no reason for the rest of us to block you.

: o),
Myrle


On Thu, Jul 4, 2019 at 3:46 PM Christofer Dutz 
wrote:

> Guess now I can change my non-binding vote into a binding one ;-)
> But still I don't have 3 binding votes for it ... so officially there's
> still one binding vote missing ...
> So should I still continue with creating the mailinglist?
>
> Chris
>
> Am 11.06.19, 10:40 schrieb "Christofer Dutz" :
>
> So the results are:
>
> a) no new list
> 1: Naomi
>
> b) create a tech@a.o list that's expected to be used
> with
> [subject][line][tags] only
> 1: Bertrand (*) (M)
>
> c) create an iot@a.o list
> 6: Chris (M), Andrew, Julian (M), Lars, Myrle (*) , Jorge
>
> (*) are comdev PMCs (As far as I can see and their votes are binding
> comdev votes)
> (M) are people volunteering to be moderators for that particular
> option they voted for.
>
> Guess it's up to a comdev PMC to decide what should be done with this
> result.
> As far as I could see we have two comdev binding votes one for every
> option b and c.
>
> Chris
>
>
>
> Am 10.06.19, 02:09 schrieb "Jorge Betancourt" <
> betancourt.jo...@gmail.com>:
>
> My vote goes to option c.
>
> Best regards,
> Jorge
>
>
>
> ?B�CB�?�?[��X��ܚX�K??K[XZ[?�??]�][��X��ܚX�P?��[][�]?K�\?X�?K�ܙ�B��܈?Y??]?[ۘ[??��[X[�?�??K[XZ[?�??]�Z?[???��[][�]?K�\?X�?K�ܙ�B�B
>
>

Volunteers wanted: Hackathon organization at ApacheCon Berlin 2019

[Myrle Krantz]

Hey everyone,

Much like for Las Vegas, I'm hoping we can find a volunteer or two who is
interested in helping to make the hackathon in Berlin awesome.

Is anyone interested in assisting here?

To quote Rich:

"I need 1 to 3 volunteers to own the Hackathon for ACNA.

The Hackathon has long been a central part of ApacheCon. However, the
success of the hackathon waxes and wanes over the years, due largely to
whether someone steps up to drive it.

The hackathon has multiple intertwined purposes:

* Attract and mentor new committers
* Strengthen personal bonds within project community
* Foster cross-project cooperation
* Knock out difficult bugs/features/documentation projects

For this to be successful, the following things need to happen

* Projects need to know about it
* They need to prepare ahead of time. In particular, they need to think
about what they will be working on
* The plan (ie, what we'll be working on) must be promoted both within
the project (so that core project members show up prepared) and outside
(so that curious people show up and play along)
* There needs to be great signage on-site, and we need to mention it at
every plenary

To this end, I need someone(s) to step up to own this. I do not have
time to be the point person on this.

I need someone who cares about building project communities, is
enthusiastic about working directly with projects to build their
hackathon plans, and who plans to attend ACNA to do the on-site stuff
necessary to support the above. I need someone who is willing to take
the reins on this and drive it without much direction from me or anyone
else, and just report back periodically on progress.

Please let me know if you are willing to lead this effort. Thank you."

Thanks,
Myrle Krantz
Conference Chair, ApacheCon Berlin 2019
The Apache Software Foundation

[ANNOUNCE] Welcome Christofer Dutz as new PMC member

[Myrle Krantz]

Hey all,

Please welcome Christofer Dutz as the newest member of the Community
Development PMC.

Chris has driven Community Development projects such as representing Apache
at multiple conferences. He participated in the EU-FOSSA hackathon.  He
mentors in the incubator.  He's chairing the EU IoT track.  He
has contributed to TAC for years, and is driving TAC for ACEU this year.
Chris has taken part in community building at Apache in many ways for many
years.

Thank you Chris, for accepting our invitation to continue your amazing work
together with us!  I look forward to continuing to work together with you!

Best Regards,
Myrle Krantz
PMC Member, Apache Community Development

Re: [VOTE] Create a mailinglist for intra-project communication

[Myrle Krantz]

(Option C please)

On Mon, Jun 10, 2019 at 12:38 AM Myrle Krantz  wrote:

> +1: creating more links between communities based on commonalities that
> the foundation might be able to leverage is a Great Thing (TM)
>
> Best,
> Myrle
>
> On 2019/06/07 13:43:29, Christofer Dutz 
> wrote:
> > Hi all,
> >
> > I would like to propose to introduce a new mailing-list for
> intra-project communication.
> > As it is my primary goal to help communication in the IoT field at
> Apache I would like your votes on this.
> >
> > As we have the option to create a general purpose list (tech@) or a
> topic-dependent one (iot@) you don’t have the usual +1, 0 and -1, but a),
> b) and c)
> >
> > a) no new list
> > b) create a tech@a.o<mailto:tech@a.o> list that's expected to be used
> with
> > [subject][line][tags] only
> > c) create an iot@a.o<mailto:iot@a.o> list
> >
> > The vote will stay open for the normal 72 hours.
> >
> > Chris
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: [VOTE] Create a mailinglist for intra-project communication

[Myrle Krantz]

+1: creating more links between communities based on commonalities that the 
foundation might be able to leverage is a Great Thing (TM)

Best,
Myrle

On 2019/06/07 13:43:29, Christofer Dutz  wrote: 
> Hi all,
> 
> I would like to propose to introduce a new mailing-list for intra-project 
> communication.
> As it is my primary goal to help communication in the IoT field at Apache I 
> would like your votes on this.
> 
> As we have the option to create a general purpose list (tech@) or a 
> topic-dependent one (iot@) you don’t have the usual +1, 0 and -1, but a), b) 
> and c)
> 
> a) no new list
> b) create a tech@a.o list that's expected to be used with
> [subject][line][tags] only
> c) create an iot@a.o list
> 
> The vote will stay open for the normal 72 hours.
> 
> Chris
> 

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Introducing lists based on the overall project categories?

[Myrle Krantz]

I agree too.  Setting up lists like this would also make it easier to
orchestrate tracks and BoFs for conferences.

Best,
Myrle

On Thu, Jun 6, 2019 at 9:10 PM Julian Feinauer  wrote:

> Hi Chris,
>
> I agree with your suggestion and I see a real need for that.
> I am active in multiple projects / podlings in the iot ecosystem and there
> are many people not knowing what others are doing and there is very few
> "glue" between these projects.
> This is a pitty, as it really helps to get a bigger picture of whats
> happening under the apache umbrella in the iot world (as its quite a lot).
>
> I really liked how eclipse handled their iot project and spend effort on
> bringing their seperate communities together.
>
> Julian
>
> On 2019/06/06 14:03:43, Christofer Dutz 
> wrote:
> > Ok ... that went out prematurely ;-)
> >
> > But not much more to say.
> >
> > Chris
> >
> > Am 06.06.19, 16:02 schrieb "Christofer Dutz"  >:
> >
> > Refreshing this ... as I noticed again that other projects don't
> seem to be aware of what we have in the ASF ... I would really like to
> create an i...@apache.org mailinglist, which is subscribers-only.
> >
> > Any objections?
> >
> > Am 03.01.19, 15:57 schrieb "Christofer Dutz" <
> christofer.d...@c-ware.de>:
> >
> > That sounds good ... didn't even know this was possible __ ...
> you never stop learning __
> >
> > Chris
> >
> > Am 03.01.19, 14:33 schrieb "sebb" :
> >
> > It may be worth asking Infra to set up the list so that
> moderation is
> > not required.
> > i.e. only subscribers may post.
> >
> > This obviously requires a bit more work initially for the
> poster, but
> > the list is presumably intended for more than casual use.
> >
> > There will still need to be a moderator to take care of bad
> posters,
> > but the amount of work is drastically reduced.
> >
> > On Thu, 3 Jan 2019 at 12:11, Christofer Dutz <
> christofer.d...@c-ware.de> wrote:
> > >
> > > Well naturally I would opt in as Moderator for taking care
> of this.
> > > i...@apache.org
> > >
> > > Chris
> > >
> > > Am 03.01.19, 12:08 schrieb "Bertrand Delacretaz" <
> bdelacre...@apache.org>:
> > >
> > > Hi Chris,
> > >
> > > On Thu, Jan 3, 2019 at 11:20 AM Christofer Dutz
> > >  wrote:
> > > > ...But I think in this case we get another general
> list without any focus. I think
> > > > this would prevent people from subscribing
> > >
> > > It is certainly a question of balance, but I was
> hearing "it's easy to
> > > create lists so let's create several that nobody
> really asked for"
> > > which is scary ;-)
> > >
> > > But maybe it's just my perception - I'm not opposed to
> creating lists
> > > provided someone is willing to take care of them.
> > >
> > > -Bertrand
> > >
> > >
>  -
> > > To unsubscribe, e-mail:
> dev-unsubscr...@community.apache.org
> > > For additional commands, e-mail:
> dev-h...@community.apache.org
> > >
> > >
> > >
> >
> >
>  -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail:
> dev-h...@community.apache.org
> >
> >
> >
> >
>  
> ?B�CB�?�?[��X��ܚX�K??K[XZ[?�??]�][��X��ܚX�P?��[][�]?K�\?X�?K�ܙ�B��܈?Y??]?[ۘ[??��[X[�?�??K[XZ[?�??]�Z?[???��[][�]?K�\?X�?K�ܙ�B�B
> >
> >
>  
> ?B�CB�?�?[��X��ܚX�K??K[XZ[?�??]�][��X��ܚX�P?��[][�]?K�\?X�?K�ܙ�B��܈?Y??]?[ۘ[??��[X[�?�??K[XZ[?�??]�Z?[???��[][�]?K�\?X�?K�ܙ�B�B
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: [VOTE] ComDev supports formation of D committee

[Myrle Krantz]

My apologies Kenneth.  I'm not sure how I missed you.

Best,
Myrle

On Fri, May 10, 2019 at 9:36 AM Kenneth Knowles  wrote:

> I cast a +1 (non-binding) and (* on D resolution) but I am not listed
> below. Just for the record should someone navigate to this thread.
>
> Kenn
>
> *From: *Myrle Krantz 
> *Date: *Thu, May 9, 2019 at 10:51 PM
> *To: * 
>
> The measure passes.  I will place the following text on the board agenda:
> >
> > "The ComDev PMC hereby requests that the board create a President's
> > committee tasked with supporting our communities in their efforts to be
> > diverse and welcoming places, and tasked with helping the ASF formulate a
> > strategy to improve our diversity and inclusiveness.  The ComDev PMC
> > likewise formally requests that the new committee look for ways in which
> > ComDev can support our progress in these areas."
> >
> > The vote results are as follows:
> >
> > (The * indicate someone who is listed in the D proposal.)
> > (The - indicate someone who made the caveat that the board should decide
> > the committee form or someone who is ambivalent about committee form.)
> >
> > +1, Binding (8)
> > Myrle Krantz *
> > Shane Curcuru *
> > Ross Gardler *
> > Gris Cuevas *
> > Bertrand Delacretaz *-
> > Oliver Heintz
> > Sharan Foga -
> > Rich Bowen *-
> >
> > +1, Non-binding (8)
> > Naomi Slater *
> > Joan Touzet *
> > Awasum Yannick
> > Pierre Smits
> > Jacques Le Roux
> > Nate McCall
> > Dinesh Joshi *
> > Kevin McGrail *-
> >
> > -1, Non-binding (1)
> > Tim Williams
> >
> > Other, Binding (2)
> >
> > Ulrich Stärk
> > "+0.  not sure if a president's committee is the best way of getting this
> > done or whether it would be
> > better to have it as part of ComDev. But better do something than nothing
> > at all. Plus, we can fix
> > stuff later so I'll leave it to those wanting to drive it to figure it
> > out."
> >
> > Jim Jagielski
> > "I am +1 on the spin out; I am -1 on ComDev specifying a President's cmmt
> > as the form of the spin out."
> >
> > For the record:
> > Proposed text for the resolution was made available for discussion on
> April
> > 30th here:
> >
> >
> https://lists.apache.org/thread.html/b985c0a7c00bf8bc7239721b233f3fc76e49a9e8e5809b8c02cd5f7d@%3Cdev.community.apache.org%3E
> >
> > Separate discussion of the committee form was started here on May 1st.
> The
> > last post on that thread also occurred on May 1st.
> >
> >
> https://lists.apache.org/thread.html/460bb18a855a1682a4ccab35b8c7d1a5bc9830ce394be28cb4f82de2@%3Cdev.community.apache.org%3E
> > One person declined to participate, the rest seemed generally in favor
> of a
> > president's committee.
> >
> > I explicitly stated that I would delay the vote on this measure until the
> > discussion about committee form had completed, making it clear to the PMC
> > that this vote was also about the form of the committee:
> >
> >
> https://lists.apache.org/thread.html/fecbfbd78dad49325ba036a9ea10d2fbf9bf804a6abce11c3054b7e0@%3Cprivate.community.apache.org%3E
> >
> > I started the vote on May 5th, 3 days after the discussion on committee
> > form completed.  I'm closing it now on May 10th (5 days later).  There
> was
> > wide ranging and extensive discussion in the month of April, and
> > considerable time to participate in the more targeted discussion at the
> > beginning of May.
> >
> > I am posting these results to both comdev and board, because the level of
> > consensus w.r.t committee form has been a topic on board.
> >
> > Best Regards,
> > Myrle
> > PMC Member, Apache Community Development
> >
> > On Wed, May 8, 2019 at 6:40 PM Kevin A. McGrail 
> > wrote:
> >
> > > I'm +1 [non-binding] for splitting D from ComDev off into it's own
> > > committee/PMC/initiative/etc.  It hasn't been done well under comdev
> and
> > > it's time to give it a shot on it's own.
> > >
> > > -KAM
> > >
> > > On 5/8/2019 10:48 AM, Myrle Krantz wrote:
> > > > FYI all:
> > > >
> > > > I'm going to call the vote on Friday morning (CET).  If it passes,
> I'll
> > > > also add it to the board agenda at that time.  I ask that everyone
> who
> > > > wants to participate do so by then.
> > > >
> > > > Best Regards,
> > > > Myrle
> > > >
> > > > 

Re: [VOTE] ComDev supports formation of D committee

[Myrle Krantz]

The measure passes.  I will place the following text on the board agenda:

"The ComDev PMC hereby requests that the board create a President's
committee tasked with supporting our communities in their efforts to be
diverse and welcoming places, and tasked with helping the ASF formulate a
strategy to improve our diversity and inclusiveness.  The ComDev PMC
likewise formally requests that the new committee look for ways in which
ComDev can support our progress in these areas."

The vote results are as follows:

(The * indicate someone who is listed in the D proposal.)
(The - indicate someone who made the caveat that the board should decide
the committee form or someone who is ambivalent about committee form.)

+1, Binding (8)
Myrle Krantz *
Shane Curcuru *
Ross Gardler *
Gris Cuevas *
Bertrand Delacretaz *-
Oliver Heintz
Sharan Foga -
Rich Bowen *-

+1, Non-binding (8)
Naomi Slater *
Joan Touzet *
Awasum Yannick
Pierre Smits
Jacques Le Roux
Nate McCall
Dinesh Joshi *
Kevin McGrail *-

-1, Non-binding (1)
Tim Williams

Other, Binding (2)

Ulrich Stärk
"+0.  not sure if a president's committee is the best way of getting this
done or whether it would be
better to have it as part of ComDev. But better do something than nothing
at all. Plus, we can fix
stuff later so I'll leave it to those wanting to drive it to figure it out."

Jim Jagielski
"I am +1 on the spin out; I am -1 on ComDev specifying a President's cmmt
as the form of the spin out."

For the record:
Proposed text for the resolution was made available for discussion on April
30th here:
https://lists.apache.org/thread.html/b985c0a7c00bf8bc7239721b233f3fc76e49a9e8e5809b8c02cd5f7d@%3Cdev.community.apache.org%3E

Separate discussion of the committee form was started here on May 1st.  The
last post on that thread also occurred on May 1st.
https://lists.apache.org/thread.html/460bb18a855a1682a4ccab35b8c7d1a5bc9830ce394be28cb4f82de2@%3Cdev.community.apache.org%3E
One person declined to participate, the rest seemed generally in favor of a
president's committee.

I explicitly stated that I would delay the vote on this measure until the
discussion about committee form had completed, making it clear to the PMC
that this vote was also about the form of the committee:
https://lists.apache.org/thread.html/fecbfbd78dad49325ba036a9ea10d2fbf9bf804a6abce11c3054b7e0@%3Cprivate.community.apache.org%3E

I started the vote on May 5th, 3 days after the discussion on committee
form completed.  I'm closing it now on May 10th (5 days later).  There was
wide ranging and extensive discussion in the month of April, and
considerable time to participate in the more targeted discussion at the
beginning of May.

I am posting these results to both comdev and board, because the level of
consensus w.r.t committee form has been a topic on board.

Best Regards,
Myrle
PMC Member, Apache Community Development

On Wed, May 8, 2019 at 6:40 PM Kevin A. McGrail  wrote:

> I'm +1 [non-binding] for splitting D from ComDev off into it's own
> committee/PMC/initiative/etc.  It hasn't been done well under comdev and
> it's time to give it a shot on it's own.
>
> -KAM
>
> On 5/8/2019 10:48 AM, Myrle Krantz wrote:
> > FYI all:
> >
> > I'm going to call the vote on Friday morning (CET).  If it passes, I'll
> > also add it to the board agenda at that time.  I ask that everyone who
> > wants to participate do so by then.
> >
> > Best Regards,
> > Myrle
> >
> > On Wed, May 8, 2019 at 1:53 PM Tim Williams 
> wrote:
> >
> >> -1...  it's completely unnecessary (as the work could easily be done
> under
> >> the CommDev banner) and gives the sense of "action" towards a cause
> without
> >> actually solving any real problem.  Ironically, I predict it will
> fracture
> >> the community and have the effect of removing diversity of views on this
> >> very subject - creating an echo-chamber.  It'll pass though, so best
> >> wishes...
> >>
> >> Thanks,
> >> --tim
> >>
> >> On 2019/05/04 22:06:47, Myrle Krantz  wrote:
> >>> I propose that ComDev submmit the following statement to the board:
> >>>
> >>> "The ComDev PMC hereby requests that the board create a President's
> >>> committee tasked with supporting our communities in their efforts to be
> >>> diverse and welcoming places, and tasked with helping the ASF
> formulate a
> >>> strategy to improve our diversity and inclusiveness.  The ComDev PMC
> >>> likewise formally requests that the new committee look for ways in
> which
> >>> ComDev can support our progress in these areas."
> >>>
> >>> Here's my +1.
> >>>
> >>> Best Regards,
> >>> Myrle
> >

Re: [VOTE] ComDev supports formation of D committee

[Myrle Krantz]

FYI all:

I'm going to call the vote on Friday morning (CET).  If it passes, I'll
also add it to the board agenda at that time.  I ask that everyone who
wants to participate do so by then.

Best Regards,
Myrle

On Wed, May 8, 2019 at 1:53 PM Tim Williams  wrote:

> -1...  it's completely unnecessary (as the work could easily be done under
> the CommDev banner) and gives the sense of "action" towards a cause without
> actually solving any real problem.  Ironically, I predict it will fracture
> the community and have the effect of removing diversity of views on this
> very subject - creating an echo-chamber.  It'll pass though, so best
> wishes...
>
> Thanks,
> --tim
>
> On 2019/05/04 22:06:47, Myrle Krantz  wrote:
> > I propose that ComDev submmit the following statement to the board:
> >
> > "The ComDev PMC hereby requests that the board create a President's
> > committee tasked with supporting our communities in their efforts to be
> > diverse and welcoming places, and tasked with helping the ASF formulate a
> > strategy to improve our diversity and inclusiveness.  The ComDev PMC
> > likewise formally requests that the new committee look for ways in which
> > ComDev can support our progress in these areas."
> >
> > Here's my +1.
> >
> > Best Regards,
> > Myrle
> > PMC Member, Apache Community Development
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: [VOTE] ComDev supports formation of D committee

[Myrle Krantz]

Hi Steph,

Great to see you on the list!  We've created a new mailing list for this:
Just send an email to diversity-subscr...@apache.org.  Join us!  Introduce
yourself!  It's a public mailing list, so you can see the work we're
already doing.  One of the things you'll find there is a proposal for the
board to create a D president's committee.  The board will be voting on
it at the May 15th board meeting.

My proposal here is intended to gauge comdev's position on it to inform
that decision.  I'll be capturing binding and non-binding votes when I
close the vote at the end of the week, so feel free to give your own +1 or
-1 on this!

Best Regards,
Myrle

On Sun, May 5, 2019 at 12:19 AM Steph van Schalkwyk 
wrote:

> Hi Myrle
> I have been skulking (is that the right word?) on these threads since last
> year. I'd be very interested to help where I can on the diversity front.
> Mit freundlichen Gruessen,
> Steph
>
>
> +1.314.452.2896 (Tel/SMS)
>
>
> On Sat, May 4, 2019 at 5:07 PM Myrle Krantz  wrote:
>
> > I propose that ComDev submmit the following statement to the board:
> >
> > "The ComDev PMC hereby requests that the board create a President's
> > committee tasked with supporting our communities in their efforts to be
> > diverse and welcoming places, and tasked with helping the ASF formulate a
> > strategy to improve our diversity and inclusiveness.  The ComDev PMC
> > likewise formally requests that the new committee look for ways in which
> > ComDev can support our progress in these areas."
> >
> > Here's my +1.
> >
> > Best Regards,
> > Myrle
> > PMC Member, Apache Community Development
> >
>

[VOTE] ComDev supports formation of D committee

[Myrle Krantz]

I propose that ComDev submmit the following statement to the board:

"The ComDev PMC hereby requests that the board create a President's
committee tasked with supporting our communities in their efforts to be
diverse and welcoming places, and tasked with helping the ASF formulate a
strategy to improve our diversity and inclusiveness.  The ComDev PMC
likewise formally requests that the new committee look for ways in which
ComDev can support our progress in these areas."

Here's my +1.

Best Regards,
Myrle
PMC Member, Apache Community Development

Why should D be a president's committee?

[Myrle Krantz]

When talking about formalizing our D effort, there have been essentially
three options under discussion:

* Make it a sub-committee of ComDev.
* Make it a president's committee.
* Make it it's own PMC.

The current proposal is to make it a president's committee.

I'm not sure what the advantages and disadvantages of each approach is.
I'd appreciate your thoughts.  What do the powers, freedoms, and
responsibilities of a committee look in each of these alternatives?  What
are the advantages and disadvantages with respect to our goals with D?

Thanks,
Myrle

(Jim, this is an area you should be able to help us shine a light on, given
your extensive experience at the ASF.  You are explicitly invited to
participate.)

Propose that ComDev officially support formation of D committee

[Myrle Krantz]

I suggest the following wording for our request to the board.  I welcome
suggestions for improvement.

"The ComDev PMC hereby requests that the board create a President's
committee tasked with supporting our communities in their efforts to be
diverse and welcoming places, and tasked with helping the ASF formulate a
strategy to improve our diversity and inclusiveness.  The ComDev PMC
likewise formally requests that the new committee look for ways in which
ComDev can support our progress in these areas."

For reference, here's the thread containing the actual D resolution, that
this request is intended to refer to:
https://lists.apache.org/thread.html/6e6a057cd0edabc3c3337b6d96bb3c3c86361e4c1ef673493659edae@%3Cdiversity.apache.org%3E

I will call a vote starting on May 5th.  I'm setting a deadline for two
reasons: 1.) the D proposal is planned for consideration at the May 15th
board meeting.  2.) We have a tendency to lose ourselves in tangents when
it comes to this topic, and I want the discussion to remain focused.

Best Regards,
Myrle
PMC Member, Apache Community Development

Re: Requesting the creation of a Diversity and Inclusion committee reporting to the President

[Myrle Krantz]

Hey Kenn,

This claim has been made several times, so I went looking.  Here's the
resolution that formed comdev:
https://community.apache.org/comdevboardresolution.html

D aren't mentioned.  The closest this comes is mentioning that the women@
list would be taken over by ComDev.  Missions do evolve, and I personally
have, up till now, considered D to be ComDev's job.  But unless there's
another board resolution on this, it doesn't seem that ComDev actually ever
was *officially* responsible for D

That being said, I think it would be good for ComDev to officially support
the D resolution when it is placed before the board.  I will start a
separate thread with a wording proposal.

Best,
Myrle
PMC Member, Apache Community Development


On Tue, Apr 30, 2019 at 5:57 PM Kenneth Knowles  wrote:

> > On Tue, Apr 30, 2019 at 12:44 PM Jim Jagielski  wrote:
> > > ...ComDev, which has D in its charter and mandate...
> >
>
> Is this based on the charter of "The Community Development PMC is
> responsible for helping people become involved with Apache projects" or is
> there some more explicit resolution about comdev having D in its charter?
>
> Kenn
>

[ANNOUNCE] Welcome Gris Cuevas as new PMC member

[Myrle Krantz]

Hey all,

Please welcome Gris Cuevas as the newest member of the Community
Development PMC.

Gris is helping out representing Apache at various conferences and helping
to make our own conferences a success.  Gris has also offered to help us
with Diversity & Inclusion work and has already made several constructive,
concrete proposals.  She's helping us find the way forward through a
particularly messy and difficult topic.

Thank you Gris, for accepting our invitation to continue your awesome work
together with us!  I look forward to continuing to work together with you!

Best Regards,
Myrle Krantz
PMC Member, Apache Community Development

[ANNOUNCE] Welcome Paul Berschick as Committer

[Myrle Krantz]

Hey all,

Please welcome Paul Berschick as a committer for community development.  He
helped us put together the Apache Roadshow in Berlin last year, doing
everything from booking the venue to organizing the video to  communicating
with the printer to get the right colors on the Apache feather on the
conference t-shirt.

This year he's helping us put together ApacheCon in Berliln.

Thank you for everything you've done Paul, and we look forward to
continuing to work with you!

Best Regards,
Myrle

Re: on "meritocracy"

[Myrle Krantz]

On Sat, Mar 30, 2019 at 7:20 PM Jim Jagielski  wrote:

>
>
> > On Mar 30, 2019, at 10:41 AM, Naomi Slater  wrote:
> >
> > I've done a
> > lot of work for Apache and this is the first time I recall seeing your
> > name. so I hope you will excuse me for not thinking your imputation
> carries
> > much weight
> >
>
> Please don't go there.
>

JIm, that was directed at Wade, not you.

Best,
Myrle

Re: on "meritocracy"

[Myrle Krantz]

I'm a +1 for this, and I'd like to help out as well.

Best,
Myrle

On Fri, Mar 29, 2019 at 5:29 PM Griselda Cuevas 
wrote:

> Yes! This is exciting. I'd like to be part of the mailing list, and I agree
> that when there's a product encoded in the efforts. the cadence become
> stronger.
>
> Here's my proposed list of deliverables by work stream:
>
> *Diagnostic*
> 1) Revamp the 2016 contributor survey
> 2) Launch 2019 Survey (I can do this)
> 3) Analyze results and identify actionable next steps (based in pain
> points, strengths, opportunity areas, etc.)
> 4) Share results & recommendations w/ community
>
> *Working towards improvement*
> *I can own this work stream and I need more volunteers, I commit to give
> monthly reports. D in OSS is part of my day-to-day job, so that's a
> guarantee I'll deliver on it. I also love the topic so I can also dedicate
> personal time to this effort. *
> 1) Curate a list of experts in D
> 2) Evaluate possible vendors and select the best fit
> 3) Outline statement of work (define project req.)
> 4) Hire vendor (Due diligence by the ASF)
> 5) Kick-off consulting work, focused on findings from survey.
>
> *Embedding D at the ASF*
> *I want to be part of this. *
> 1) Define purpose, values and objectives for a D council
> 2) Define what structure makes more sense
> 3) Work on formalizing the council
> 4) Make the survey the measurement for council's impact YoY
>
> If you like it, I'm happy to create a Jira board to track efforts.
>
>
> On Fri, 29 Mar 2019 at 09:08, Sam Ruby  wrote:
>
> > On Fri, Mar 29, 2019 at 11:37 AM Griselda Cuevas
> >  wrote:
> > >
> > > Another thing we should consider is creating a D council, PMC,
> working
> > > group (or something alike) for the ASF, and I'd love to be part of it.
> > >
> > > Now, I have to share my feelings with discussions on this list.
> > Sometimes I
> > > struggle to understand when a conversation is ready for action. I feel
> > like
> > > I've seen so many great ideas, and I don't have visibility into when
> they
> > > start to happen or when I should start working on things. This time I'm
> > > offering to lead... so how could I do it?
> >
> > TL;DR: identify a list of tangible deliverables, and I'll help you
> > make it happen.
> >
> > Longer answer:
> >
> > Organizationally, this could be one of the things that is done under
> > the comdev umbrella, it could be something that reports to the
> > president, or it could be something that reports to the board.
> >
> > The third option requires a board resolution.  The middle option is
> > less clear, but in such cases we err on the side of clarity so a board
> > resolution would be prepared.  No board interaction is required for
> > the first option, though a notification in the next board report would
> > be in order.
> >
> > Operationally, this would start pretty much the way everything starts
> > at the ASF: with the creation of a mailing list.  What this will be is
> > a quieter place where people who actually want to do the work get
> > together and make it happen.  I will caution you that often times,
> > those people don't show up, and this ultimately means that it becomes
> > a place to ideas go to die.  And I will say that similar efforts have
> > died this way in the past.
> >
> > Part of what makes PMCs work is that they have a tangle product (code)
> > and deliverables (releases).  This helps keep things focused.
> >
> > Outside of the Code of Conduct, focus is not a word I would use to
> > characterize most of the discussions to date on diversity.  We need to
> > fix that.
> >
> > So... if we (and by that I'm specifically looking for volunteers) can
> > identify tangible work products and there is a commitment to provide
> > written monthly status reports detailing progress towards the
> > production of those work products, I am prepared to support the
> > creation of an officer and committee responsible.  I don't believe
> > that this committee needs board authority (at least not yet), and Ross
> > and I both clearly are interested in making this work.  This leads me
> > to recommend a path of the creation of a President's committee.
> >
> > Circling back, board resolutions are generally evaluated monthly (out
> > of band is possible, but there is no reason here to force the issue).
> > The schedule is here:
> >
> > https://svn.apache.org/repos/private/committers/board/calendar.txt
> >
> > While shooting for April is definitely possible, I would recommend
> > shooting for May.  And the setting up of a mailing list doesn't need
> > to wait for the board resolution - if there is sufficient progress, I
> > can ask the infrastructure team to make it happen.
> >
> > - Sam Ruby
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
> >
>

Re: FOSDEM 2019 Update

[Myrle Krantz]

Also: 3 different people talked to me about bringing their projects to the
incubator!

Best Regards,
Myrle

On Wed, Feb 6, 2019 at 4:07 PM Rich Bowen  wrote:

>
>
> On 2/6/19 7:46 AM, Daniel Gruno wrote:
> > On 2/6/19 1:43 PM, Daniel Ruggeri wrote:
> >> Hi, Sharan;
> >> Great summary! I am especially delighted to see the fresh take on
> >> individual giving. I think that's a super cool idea. An idea for
> >> future events: we could provide a QR code that leads to donate.a.o or,
> >> as Kevin mentioned, physical card swipe capability on site. The
> >> physical device is an idea only recently surfaced, but is in the
> >> backlog for elaboration.
> >
> > We were in fact discussing having something like the paypal reader at
> > the conference! Beep, boop, done, €5 donated! or some such.
> >
> > Another idea we had was live signup for mailing lists, as we sometimes
> > have people who are very interested in a project or an idea, but then
> > drop because SO MANY THINGS AT FOSDEM TO REMEMBER, so if we could have
> > the chromebook have a "sign me up" kind of page, where people get subbed
> > to the dev list and get an introduction a few days later, that would be
> > awesome.
>
> The dev list ... of a particular project? Or this dev list? Or ...
> something else?
>
> I imagine that most of the people that sign up would then pretty quickly
> drop off again, but if we can capture even a handful of new interested
> people, this would be a huge win.
>
> Is there an appropriate foundation-wide list that we could put them on?
> Like annou...@apache.org for example? Or this list? Presenting them a
> list of 200 projects to choose from could be very intimidating, when we
> have a minute or two to catch their attention.
>
> --
> Rich Bowen - rbo...@rcbowen.com
> http://rcbowen.com/
> @rbowen
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: ApacheCon EU 2020

[Myrle Krantz]

Hey Claude,

Generally we discuss ApacheCon planning on the plann...@apachecon.com
mailing list.  Perhaps you would like to join us there?

: o),
Myrle


On Mon, Feb 4, 2019 at 8:09 PM Claude Warren  wrote:

> I am starting back into discussion with a group here in Galway to see if we
> can get a good bid to host ApacheCon EU for 2020 here.
>
> I know that the expected attendence is around 500 from earlier discussions
> with Rich, but how many tracks should we think about having?
>
> Also, if anyone has any indication of how funding works I would appreciate
> the info. I understand that we "lend" the Apache name to a 3rd party and
> they do the work and keep all/most of the € generated.  But any better
> documentation would be appreciated.  Or a contact that I can provide to the
> person here would be great.
>
> Thx,
> Claude
>
> --
> I like: Like Like - The likeliest place on the web
> 
> LinkedIn: http://www.linkedin.com/in/claudewarren
>

Re: Google Summer of Code 2019 is coming

[Myrle Krantz]

Hey Gris,

podlings are projects which are still in the incubator.  I suspect Kevin
meant to send this email to gene...@incubator.apache.org

: o),
Myrle

On Fri, Jan 25, 2019 at 6:38 PM Griselda Cuevas 
wrote:

> Hi Kevin, what are podlings?
>
> On Fri, Jan 25, 2019, 10:29 AM Kevin A. McGrail  wrote:
>
> > Podlings, please take a look at this and ask me questions.  This can be
> > a great way of getting some fresh eyes on a project.
> >
> >
> > Regards,
> > KAM
> >
> >
> >
> >  Forwarded Message 
> > Subject:Google Summer of Code 2019 is coming
> > Date:   Fri, 25 Jan 2019 20:50:23 +0700
> > From:   Maxim Solodovnik 
> > Reply-To:   ment...@community.apache.org
> > To: ment...@community.apache.org
> >
> >
> >
> > Hello PMCs (incubator Mentors, please forward this email to your
> podlings),
> >
> > Google Summer of Code [1] is a program sponsored by Google allowing
> > students to spend their summer
> > working on open source software. Students will receive stipends for
> > developing open source software
> > full-time for three months. Projects will provide mentoring and
> > project ideas, and in return have
> > the chance to get new code developed and - most importantly - to
> > identify and bring in new committers.
> >
> > The ASF will apply as a participating organization meaning individual
> > projects don't have to apply separately.
> >
> > If you want to participate with your project we ask you to do the
> > following things by no later than
> > 2019-01-31 19:00 UTC (applications from organizations close a week later)
> >
> > 1. understand what it means to be a mentor [2].
> >
> > 2. record your project ideas.
> >
> > Just create issues in JIRA, label them with gsoc2019, and they will
> > show up at [3]. Please be as
> > specific as possible when describing your idea. Include the
> > programming language, the tools and
> > skills required, but try not to scare potential students away. They
> > are supposed to learn what's
> > required before the program starts.
> >
> > Use labels, e.g. for the programming language (java, c, c++, erlang,
> > python, brainfuck, ...) or
> > technology area (cloud, xml, web, foo, bar, ...).
> >
> > Please use the COMDEV JIRA project for recording your ideas if your
> > project doesn't use JIRA (e.g.
> > httpd, ooo). Contact dev@community.apache.org if you need assistance.
> >
> > [4] contains some additional information (will be updated for 2019
> > shortly).
> >
> > 3. subscribe to ment...@community.apache.org; restricted to potential
> > mentors, meant to be used as a
> > private list - general discussions on the public
> > dev@community.apache.org list as much as possible
> > please). Use a recognized address when subscribing (@apache.org or one
> > of your alias addresses on
> > record).
> >
> > Note that the ASF isn't accepted as a participating organization yet,
> > nevertheless you *have to*
> > start recording your ideas now or we might not get accepted.
> >
> > Over the years we were able to complete hundreds of projects
> > successfully. Some of our prior
> > students are active contributors now! Let's make this year a success
> again!
> >
> > P.S.: this email is free to be shared publicly if you want to.
> >
> > [1] https://summerofcode.withgoogle.com/
> > [2] http://community.apache.org/guide-to-being-a-mentor.html
> > [3] https://issues.apache.org/jira/issues/?jql=labels+%3D+gsoc2019
> > [4] http://community.apache.org/gsoc.html
> >
>

Re: [ANNOUNCE] Welcome Myrle Krantz as a new PMC member

[Myrle Krantz]

Thank you everyone!  For the invite and the congrats!

I've very much enjoyed participating in comdev, and I'm looking forward to
more.  You all are awesome.

: o),
Myrle

On Thu, Jan 10, 2019 at 10:00 PM Daniel Ferradal 
wrote:

> Welcome!
>
> El jue., 10 ene. 2019 a las 12:33, Michael Pavino
> () escribió:
> >
> > michaelpavino email.com
> >
> > On Wed, Jan 9, 2019, 5:34 AM Roman Shaposhnik  wrote:
> >
> > > Myrle, so awesome to have you officially join (I've always thought of
> > > you as already being part of ComDev all along)!
> > >
> > > Thanks,
> > > Roman.
> > >
> > > On Tue, Jan 8, 2019 at 1:33 PM Sharan Foga  wrote:
> > > >
> > > > The Community Development PMC has invited Myrle Krantz to become a
> new
> > > member of the PMC and we are happy to announce that she has accepted.
> > > >
> > > > Myrle has always been active, positive and enthusiastic in promoting
> > > Apache and as well as helping out at many Apache related events. She is
> > > also currently taking a lead role in the organisation of ApacheCon EU
> 2019
> > > (so watch out for the further information about this important event!)
> > > >
> > > > We are sure that Myrle will be a great addition to the PMC.
> > > >
> > > > Please join me in welcoming Myrle and congratulating her on her new
> role.
> > > >
> > > > Thanks
> > > > Sharan
> > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > > For additional commands, e-mail: dev-h...@community.apache.org
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > For additional commands, e-mail: dev-h...@community.apache.org
> > >
> > >
>
>
>
> --
> Daniel Ferradal
> HTTPD Project
> #httpd help at Freenode
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: Announcement: Fineract 1.2.0.RELEASE

[Myrle Krantz]

Hello Santosh,

In general, it's not an announcement until the Fineract PMC approves the
release, and we haven't put it up for a vote yet.  Once that is
accomplished, dev@community.apache.org is not the place to announce it when
that comes time either.  dev@community is for discussing community
development in an over-arching Apache context.

With respect to the specifics, I'll respond further on the dev@fineract
list.

Best Regards,
Myrle
PMC Member, Apache Fineract

On Tue, Nov 20, 2018 at 8:25 AM Santosh Math <
sant...@confluxtechnologies.com> wrote:

> Dear Community,
>
> We are pleased to announce that the release of Fineract 1.2.0 is scheduled
> on November 30, 2018, pending the final QA and a vote to take place next
> week.You can help with the testing process by accessing the staging server
> at https://staging.openmf.org (mifos/password)
>
> You can see and track the Release Notes in the following link:
>
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12319420=12342856
> <
> https://www.google.com/url?q=https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId%3D12319420%26version%3D12342856=D=hangouts=1542778870955000=AFQjCNFO2eKmn0ggbKEv3vrVJyDLEnl7yA
> >
>
> Any tickets that didn't make it into 1.2 will be going into Fineract 1.3,
> of which planning is already underway.
>
> We will call for vote of Fineract 1.2.0 release within few days and I
> expect you to clarify any doubts/queries referring the above link of
> Release Notes.
>
> --
> Thanks & Regards
>
> Santosh Math
>
> *QA Engineer*
>
> *Conflux Technologies Pvt Ltd *
> | *Office*: +91-080-41208662 |
>
> *Address*: #304, 2nd Floor, 7th Main Road, HRBR Layout 1st Block,
> Bengaluru, Karnataka, 560043 INDIA
>

Fwd: Need Help - Mifox Report

[Myrle Krantz]

Moving this conversation from dev@community to dev@fineract.

(Santosh, the user@fineract list was closed in favor of the dev@fineract
list.)

Regards,
Myrle


-- Forwarded message -
From: Santosh Math 
Date: Tue, Nov 20, 2018 at 7:14 AM
Subject: Re: Need Help - Mifox Report
To: , , user <
u...@fineract.apache.org>


Hi Fouad,

I hope you know Maker Checker tasks in Mifos. If you don't ,please read the
following user manual.

https://mifosforge.jira.com/wiki/spaces/docs/pages/67895359/Configure+Maker-Checker+Tasks

'Activate Client' permission ensures that whether the specific role can
activate client or not. Similarly, 'Activate Client Checker' ensures that
specific role acting as Checker can activate client or not.

On Sun, Nov 18, 2018 at 4:42 PM Fouad KHATTALA 
wrote:

> Hi,
>
>
>
> what is the difference between *ACTIVATE CLIENT and ACTIVATE CLIENT CHECKER* 
> in the menu setting access rights, for example :
>
>
>
>
>
> Cordialement.
>
>
>
> Fouad KHATTALA
>
> Admin Sys
>
> 06 60 65 42 12
>
>
> --
> *De :* Fouad KHATTALA 
> *Envoyé :* Thursday, October 18, 2018 6:21:44 AM
> *À :* Santosh Math
> *Objet :* RE: Need Help - Mifox Report
>
>
> Thank you very much.
>
>
>
> cordially.
>
>
>
> Fouad KHATTALA
>
> Admin Sys
>
> 06 60 65 42 12
>
>
> --
> *De :* Santosh Math 
> *Envoyé :* Thursday, October 18, 2018 6:12:42 AM
> *À :* khattala...@hotmail.com
> *Objet :* Re: Need Help - Mifox Report
>
> Search  for the  report with name receipt.
>
> On Thu, Oct 18, 2018 at 9:41 AM Fouad KHATTALA 
> wrote:
>
>> Thank you very much for your answer,
>>
>>
>>
>> is it possible to modify the payment receipt, attached
>>
>>
>>
>> where can I find the source file to modify it
>>
>>
>>
>>
>>
>> cordially.
>>
>>
>>
>> Fouad KHATTALA
>>
>> Admin Sys
>>
>> 06 60 65 42 12
>>
>>
>>
>> *De : *Santosh Math 
>> *Envoyé le :*jeudi 18 octobre 2018 05:06
>> *À : *khattala...@hotmail.com
>> *Objet :*Re: Need Help - Mifox Report
>>
>>
>>
>> Hello,
>>
>>
>>
>> Please watch this video for details.
>>
>>
>>
>> https://www.youtube.com/watch?v=JgTJCiyOsIQ
>>
>>
>>
>> On Thu, Oct 18, 2018 at 7:40 AM Fouad KHATTALA 
>> wrote:
>>
>> Hi,
>>
>>
>>
>> I am from Morocco, I use Mifosx, I need help to add new pentaho report in 
>> mifosx
>>
>>
>>
>>
>>
>> cordially
>>
>> .
>>
>>
>>
>> Fouad KHATTALA
>>
>> Admin Sys
>>
>> 06 60 65 42 12
>>
>>
>>
>>
>>
>>
>> --
>>
>> Thanks & Regards
>>
>> Santosh Math
>>
>> *QA Engineer*
>>
>> *Conflux Technologies Pvt Ltd *
>>
>> | *Office*: +91-080-41208662 |
>>
>> *Address*: #304, 2nd Floor, 7th Main Road, HRBR Layout 1st Block,
>> Bengaluru, Karnataka, 560043 INDIA
>> 
>>
>>
>>
>
>
> --
> Thanks & Regards
>
> Santosh Math
>
> *QA Engineer*
>
> *Conflux Technologies Pvt Ltd *
> | *Office*: +91-080-41208662 |
>
> *Address*: #304, 2nd Floor, 7th Main Road, HRBR Layout 1st Block,
> Bengaluru, Karnataka, 560043
> 
>  INDIA
> 
>


-- 
Thanks & Regards

Santosh Math

*QA Engineer*

*Conflux Technologies Pvt Ltd *
| *Office*: +91-080-41208662 |

*Address*: #304, 2nd Floor, 7th Main Road, HRBR Layout 1st Block,
Bengaluru, Karnataka, 560043

 INDIA

Re: Why are large code drops damaging to a community?

[Myrle Krantz]

I'm very grateful to Joan for sharing this.  It must have been difficult
and time consuming to write this experience down.  It required courage to
put this information in the public, in the context of my original post
which was very critical of offlist development.  I learned a lot from your
story Joan.

I agree with only part of Bertrand's assessment however.  Here we need to
separate the question about whether the large code drop was damaging for
the community from the value judgement about whether it was *right* for the
community.

It's fairly clear that the code drop Joan described *was* damaging to the
community.  They lost contributions, and disrupted people's work.  The
Nebraska committer put in a great deal of time.

But it's also fairly clear that that the code drop Joan described was
*right* for her community anyways.  The "strong will of the contributors to
help the community in the long term, as opposed to just dropping code and
moving on." that Bertrand cites were important mitigating factors which
balanced out those effects.

I'd also add: IBM/Cloudant seemed to have shown considerable compassion for
the community members in the process.  IBM/Cloudant answered the question,
that I posed "why is Acme Corp so certain you had nothing of value to add?"
in a way that redirected the insult inherent in offlist development into
self-criticism.

Best Regards,
Myrle

By the way, the framework I'm applying here is something I learned from
reading "Winning Decisions" by J. Edward Russo.  p. 176 - 180. The basic
idea is that you separate facts from value judgments.  Facts may be fairly
easy to agree on.  And differing value judgments may be fairly easy to
accept.  Given a separation of the two, it can sometimes be easier to find
appropriate compromises and appropriate boundaries.



On Mon, Nov 5, 2018 at 9:55 AM Bertrand Delacretaz 
wrote:

> Hi,
>
> On Sat, Nov 3, 2018 at 8:37 PM Joan Touzet  wrote:
> > ...In a way, it feels a bit like having had bypass surgery, I
> > guess :)
>
> Indeed, thank you very much for sharing this!
>
> I think the conclusion at this point is that large code drops are not
> *necessarily* damaging to a community but handling them requires a lot
> of attention and work. Along with a strong will of the contributors to
> help the community in the long term, as opposed to just dropping code
> and moving on.
>
> -Bertrand
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: The Apache Way and good developers don’t like to communicate

[Myrle Krantz]

+1 on everything Chris says here.

If anyone on the PMC is uncomfortable with making someone a committer
because of their uncommunicativeness, I'd be inclined to give it a little
more time.  A "no" now, doesn't mean a "no" forever.  Maybe ask that person
a few questions about their PR's on the list and see if they can be
encouraged to engage?  Maybe let the PMC member who's advocating for a
particular contributor be the one to take point on that effort?

Greets,
Myrle


On Fri, Nov 2, 2018 at 1:43 PM Christofer Dutz 
wrote:

> Hi Dimitriy,
>
> well I guess I simply forgot about the option the PMC != Committers ;-)
>
> So I agree, in some cases I could probably support someone not able to
> communicate because of such reasons a committer, but definitely not to
> become a PMC.
> But if it's just laziness or unwillingness (for whatever reasons) I would
> not support them even becoming a committer, as I think these contributions
> would just be
> uncommented code-drops, which I don't think have a positive impact on the
> community (See other thread here)
>
> Chris
>
>
> Am 02.11.18, 13:19 schrieb "Dmitriy Pavlov" :
>
> Dear ASF Fellows,
>
> I strongly appreciate all your replies. I believe there is no just one
> correct answer. Which is why I need opinions of folks from other
> projects.
>
> Myrle, Apache Ignite has 26 PMC members and 38 committers, so PMCs is a
> subset of committers set.
>
> About collaboration: I guess these contributors were communicating with
> someone of community within a company they work for, in person/or,
> probably, Skype. So maybe the code was good. And they became effective
> code
> contributors without valuable communication on lists and without
> contributing to the community.
>
> Chris, About the subject: it is translated version of the argument I
> hear
> about contributors, who are not often present on dev/user list.
>
> So if a person does not like to communicate, let's say, afraid of
>     society/publicity, can he or she be a committer in Apache?
>
> Sincerely,
> Dmitriy Pavlov
>
> пт, 2 нояб. 2018 г. в 14:31, Myrle Krantz :
>
> > Hi Dmitriy,
> >
> > Is Ignite a PMC = committer community or a PMC ⊂ committer community?
> >
> > You may have different requirements for communication level
> depending on
> > which of these your community is.  But I don't believe it is
> possible to
> > write very good code without being willing to talk with others about
> it.
> >
> > Still, different communities have different "bars".  And I've come
> to be
> > convinced by Greg Stein, that a lower committer bar is better for
> > attracting contributions.  People might feel more comfortable
> communicating
> > once they've been given the committer bit?
> >
> > Regards,
> > Myrle
> >
> > On Fri, Nov 2, 2018 at 9:53 AM Dmitriy Pavlov  >
> > wrote:
> >
> > > Dear ASF Fellows,
> > >
> > > I am PMC member of Apache Ignite, but I joined PMC relatively
> recently. I
> > > need help from you again in regarding the Apache Way.
> > >
> > > Question is related to comittership for community members,
> > >
> > > - who are not visible on dev/user list, have a couple of threads
> they
> > > participated
> > >
> > > - but contributed a significant feature or many fixes.
> > >
> > > Usually, such contributors work for a commercial company with
> sufficient
> > > product expertise, so they probably collaborate with experts, but
> outside
> > > space of Apache.
> > >
> > >
> > > Several guides and policies
> > >
> > > https://www.apache.org/foundation/how-it-works.html#meritocracy
> > >
> > > http://community.apache.org/newcommitter.html
> > >
> > > and others say that PMC member needs to evaluate communication and
> > > cooperative work with peers, ability to be a mentor, behavior in
> > > disagreement.
> > >
> > >
> > > Communication is required by Apache Ignite guide
> > >
> > >
> >
> https://cwiki.apache.org/confluence/display/IGNITE/Committership+Bar+Guidance
> > >
> > > Simultaneously
> > >
> https://community.apache.org/contributors/#contributing-a-project-copdoc
> > >
>

Re: The Apache Way and good developers don’t like to communicate

[Myrle Krantz]

Hi Dmitriy,

Is Ignite a PMC = committer community or a PMC ⊂ committer community?

You may have different requirements for communication level depending on
which of these your community is.  But I don't believe it is possible to
write very good code without being willing to talk with others about it.

Still, different communities have different "bars".  And I've come to be
convinced by Greg Stein, that a lower committer bar is better for
attracting contributions.  People might feel more comfortable communicating
once they've been given the committer bit?

Regards,
Myrle

On Fri, Nov 2, 2018 at 9:53 AM Dmitriy Pavlov  wrote:

> Dear ASF Fellows,
>
> I am PMC member of Apache Ignite, but I joined PMC relatively recently. I
> need help from you again in regarding the Apache Way.
>
> Question is related to comittership for community members,
>
> - who are not visible on dev/user list, have a couple of threads they
> participated
>
> - but contributed a significant feature or many fixes.
>
> Usually, such contributors work for a commercial company with sufficient
> product expertise, so they probably collaborate with experts, but outside
> space of Apache.
>
>
> Several guides and policies
>
> https://www.apache.org/foundation/how-it-works.html#meritocracy
>
> http://community.apache.org/newcommitter.html
>
> and others say that PMC member needs to evaluate communication and
> cooperative work with peers, ability to be a mentor, behavior in
> disagreement.
>
>
> Communication is required by Apache Ignite guide
>
> https://cwiki.apache.org/confluence/display/IGNITE/Committership+Bar+Guidance
>
> Simultaneously
> https://community.apache.org/contributors/#contributing-a-project-copdoc
>
> contains a mention someone who contributed sufficiently to ‘ANY’ area may
> become a committer. So why can't we count code only contribution without
> contribution to community/project?
>
> There are several cases when I may disagree with other PMC members.
>
> I insist candidate should communicate in ASF space because A)
> community-first and motto: B) “If it didn’t happen on the mailing list it
> didn’t happen.” For such cases then contributors collaborate outside Apache
> space we can still accept a contribution, still appreciate contributor’s
> effort and say thank you; but not promote as a committer. But I may
> over-estimate the role of collaboration in the ASF. I may be too strict in
> understanding ASF principles.
>
> But PMCs who suggest such comittership candidates may counter-argument
>
> - those cool developers don't like to communicate (they may be a little bit
> uncomfortable with public communications/tries to avoid spam/any other
> reasons they have).
>
> - If he or she will communicate often, then he or she will never have time
> to write a code.
>
> So what do you think? Is it required to communicate with the rest of the
> community publicly more than a couple of times to become a committer?
>
> Sincerely,
>
> Dmitriy Pavlov
>

Re: Why are large code drops damaging to a community?

[Myrle Krantz]

On Fri, Oct 19, 2018 at 10:32 PM James Dailey  wrote:
>
> +1 on this civil discourse.
>
> I would like to offer that sometimes large code drops are unavoidable and
> necessary.  Jim's explanation of httpd contribution of type 1 is a good
> example.

I suspect that Jim's example of Robert Thau's httpd contribution may
not have been necessary were he working with the source control tools
and methods available today.  That was in 1995.  Even when we assume
it was necessary in 1995, it was risky and probably only succeeded
because of an abundance of communication and real good will with the
community.  I'm guessing though.  I haven't given up hope that Jim
will provide more details.

> I think we would find that many projects started with a large code drop
> (maybe more than one) - a sufficient amount of code - to get a project
> started.  When projects are young it would be normal and expected for this
> to happen. It quickly gets a community to a "thing" that can be added to.

Many do start with a large code drop.  They go through incubation, and
sometimes fail to attract communities.  If they fail to attract
communities, they eventually reach the attic.  Many projects also
succeed in starting at the ASF with an empty repository and building
from zero.  These are often very successful at attracting communities.
People like to work on things in which they are empowered to
participate in decision making.  People like the feeling of trust and
community which results.  PLC4X which Chris Dutz is working on is an
excellent example.

> It obviously depends on the kinds of components, tools, frameworks, etc
> that are being developed. Game theory is quite apropos - you need a
> sufficient incentive for *timely* collaboration, of hanging together.
>
> Further, if your "thing" is going to be used directly in market (i.e. with
> very little of a product wrapper ), then there is a strong *disincentive*
> to share back the latest and greatest. The further from market immediacy
> the easier it is to contribute. Both the Collaboration space and
> Competitive space are clearly delineated, whereas in a close to market
> immediacy situation you have too much overlap and therefore a built in
> delay of code contribution to preserve market competitiveness.

This is one important reason that there are very few full applications
at the ASF.  Fortunately for Fineract, we don't have to function as a
full application.  This might be an argument for our community to stay
away from customer-facing front-ends.

If working together with others on your code would cause you important
market disadvantages, then you probably don't want to take part in
open source as it is conceived at the Apache Software Foundation.  If
a vendor's goal is simply to publish their source, then a plain old
github account is probably the least expensive method available to
that vendor.  If a vendor's goal is to dominate a project, then there
are 501(c)6's out there which have the latitude to make that sort of
collaboration possible.  Those are valid and reasonable approaches.
The ASF isn't trying to compete in those spaces.  The ASF wants its
projects to be built as a community of equals.

> So, combining the "sufficient code to attract contribution" metric with the
> market-immediacy metric and you can predict engagement by outside vendors
> (or their contributors) in a project.

A "Sufficient code" metric isn't one I've ever personally used to
decide which project to contribute to.  I don't believe vendors use
this either.  I think some developers are even turned off by the
existence of massive amounts of code.  It triggers the "not invented
here" complex many developers have. : o)  But I'm happy to look at
data that shows I'm wrong.

Perhaps  you mean a "sufficient business functionality" metric?  But
even then, what I've seen more often is a "sufficiently healthy
community" metric.  Ie: how long has the project existed, how long is
it likely to continue to exist?  These are the questions I get asked
by people outside of our project.

> In such a situation, it is better, in
> my view, to accept any and all branched code even if it is dev'd off-list.

The Apache Software Foundation does not "accept any and all" off-list
development.  There are reasonable arguments to be had about the grey
areas and how far they extend, but there is *never* carte blanche.

> This allows for inspection/ code examination and further exploration - at a
> minimum.  Accepting on a branch is neither the same as accepting for
> release, nor merging to master branch.

Inspection/examination can also be accomplished on github.  We don't
need to accept code into an Apache project in order to be able to see
it.  If a vendor wishes to propose merging a branch, we can look at
that code and determine whether it is inside or outside our project's
grey area *before* we accept the code.  If code is large, that
proposal can be made available in reviewable-sized chunks by the
vendor, as 

Re: Why are large code drops damaging to a community?

[Myrle Krantz]

Thank you for sharing your experiences with offlist development Alex.

Even single-developer large code drops can be damaging to the
community in some cases.  Malcolm Upayavira gave a good example.  But
single developers may find it easier to remedy the situation in the
same way Upayavira did: by cutting the code up into reviewable-sized
pieces, and courageously accepting community feedback to improve the
code.  Responding constructively to criticism is how we grow, right?
By developing alone for a long period, we deprive ourselves of that
criticism.  Criticism outside of our in-group is all the better
because it raises issues we wouldn't discover on our own.  That's one
of the major strengths of open source.

My goal here is *not* to find the exact shade of grey at which we
prohibit off-list development.  You're right, Alex, almost all
decisions on this topic should be made by the project community and
should be focused on the effect on that project community.  If people
who want to participate are being excluded by a particular development
practice (even if it's a cool hackathon at ApacheCon), that is
something that a community should at very least be aware of and be
ready to mitigate.  Each community can weigh downsides and upsides for
themselves.

My goal here is to spark awareness, by helping to discover and
communicate the spectrum.  An inventory can be a diagnostic tool by
which communities can determine where they are on the spectrum and
decide whether they are comfortable with their current shade of grey.

Best Regards,
Myrle



On Wed, Oct 24, 2018 at 6:42 PM Alex Harui  wrote:
>
> This is just a nitpick, but it is the subject line that is bothering me.  
> Having a "no large code drops" mantra is not the same as a "limit off-list 
> collaboration" mantra which is different from a "no off-list development" 
> mantra.
>
> For Flex, Adobe made something like 5 large code drops.  It simply took so 
> long to clear the various chunks of code being donated to Apache through 
> Adobe's approval process that it was done in stages.  In fact, if I had time, 
> the Flex/Royale community wanted it, and I could get Adobe to support it, I'd 
> bestow a couple of other large code drops to Apache.  It is all pre-existing 
> code, but again, the subject line makes it sound like any large code drop is 
> bad, which is not true.
>
> To say "no off-list development" could be construed as some limit on how many 
> lines of code you can write as an individual before making it available to 
> others to review.
>
> I think the real key here is "off-list collaboration".  There will always be 
> off-list collaboration, and I'll bet some really significant things can 
> happen at a hackathon.  That should not be prohibited.  I think you are 
> simply trying to express the notion that groups, especially groups defined by 
> having a common employer, don't do too much collaboration off-list before 
> inviting others into the conversation.
>
> My 2 cents,
> -Alex
>
> On 10/24/18, 7:17 AM, "Myrle Krantz"  wrote:
>
> Hey all,
>
> I'd like to invite anyone with relevant positive or negative
> experiences with off-list development or large code drops to share
> those experiences.  The ASF policy of "no off-list development" is
> implemented in a wide variety of ways in various communities, but
> there are still may be some things that we can agree are absolute
> no-goes.  I'd like to figure out what things we see as:
>
> * You might get away with that once, but don't try it twice.  That's
> damaging to the community.
> * Avoid doing that unless you have a really good reason that the
> community has accepted.
> * That has a bit of a smell to it.  Have you discussed that with your 
> community?
> * That's fine.  You're helping your community.
> * What a wonderful idea! Absolutely do that if you and your community 
> want to!
>
> I'm hoping to put together a diagnostic tool for offlist development
> that can help communities help themselves.  Something similar to
> Beck's Depression Inventory.  Because like mental health, community
> health is complex, and sometimes it is not clearly 'good' or 'bad'.
>
> In order to do that though, I'd like to read your stories.  Especially
> from the people who've been around a few projects and seen a few
> things.  The stories Malcolm, Chris, and Jim already shared are
> exactly the sort of thing I'm looking for, so if y'all would like to
> elaborate that'd be really cool too.
>
> Best Regards,
> Myrle

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Why are large code drops damaging to a community?

[Myrle Krantz]

Hey all,

I'd like to invite anyone with relevant positive or negative
experiences with off-list development or large code drops to share
those experiences.  The ASF policy of "no off-list development" is
implemented in a wide variety of ways in various communities, but
there are still may be some things that we can agree are absolute
no-goes.  I'd like to figure out what things we see as:

* You might get away with that once, but don't try it twice.  That's
damaging to the community.
* Avoid doing that unless you have a really good reason that the
community has accepted.
* That has a bit of a smell to it.  Have you discussed that with your community?
* That's fine.  You're helping your community.
* What a wonderful idea! Absolutely do that if you and your community want to!

I'm hoping to put together a diagnostic tool for offlist development
that can help communities help themselves.  Something similar to
Beck's Depression Inventory.  Because like mental health, community
health is complex, and sometimes it is not clearly 'good' or 'bad'.

In order to do that though, I'd like to read your stories.  Especially
from the people who've been around a few projects and seen a few
things.  The stories Malcolm, Chris, and Jim already shared are
exactly the sort of thing I'm looking for, so if y'all would like to
elaborate that'd be really cool too.

Best Regards,
Myrle

On Sat, Oct 20, 2018 at 6:41 AM Myrle Krantz  wrote:
>
> Hey Jim,
>
> I’d say they are a symptom *and* a problem. But putting that aside, can you 
> unroll what you mean please?
>
> What was that code drop from SGI a symptom of?
>
> What did Robert Thau do (or not do), before during or after to ensure the 
> success of httpd?
>
> Best Regards,
> Myrle
>
> On Sat 20. Oct 2018 at 00:28 Jim Jagielski  wrote:
>>
>> I would say that, in general, large code drops are more a *symptom* of a 
>> problem, rather than a problem, in and of itself...
>>
>> > On Oct 19, 2018, at 5:12 PM, Alex Harui  wrote:
>> >
>> > IMO, the issue isn't about large code drops.  Some will be ok.
>> >
>> > The issue is about significant collaboration off-list about anything, not 
>> > just code.
>> >
>> > My 2 cents,
>> > -Alex
>> >
>> > On 10/19/18, 1:32 PM, "James Dailey"  wrote:
>> >
>> >+1 on this civil discourse.
>> >
>> >I would like to offer that sometimes large code drops are unavoidable 
>> > and
>> >necessary.  Jim's explanation of httpd contribution of type 1 is a good
>> >example.
>> >
>> >I think we would find that many projects started with a large code drop
>> >(maybe more than one) - a sufficient amount of code - to get a project
>> >started.  When projects are young it would be normal and expected for 
>> > this
>> >to happen. It quickly gets a community to a "thing" that can be added 
>> > to.
>> >
>> >It obviously depends on the kinds of components, tools, frameworks, etc
>> >that are being developed. Game theory is quite apropos - you need a
>> >sufficient incentive for *timely* collaboration, of hanging together.
>> >
>> >Further, if your "thing" is going to be used directly in market (i.e. 
>> > with
>> >very little of a product wrapper ), then there is a strong 
>> > *disincentive*
>> >to share back the latest and greatest. The further from market immediacy
>> >the easier it is to contribute. Both the Collaboration space and
>> >Competitive space are clearly delineated, whereas in a close to market
>> >immediacy situation you have too much overlap and therefore a built in
>> >delay of code contribution to preserve market competitiveness.
>> >
>> >So, combining the "sufficient code to attract contribution" metric with 
>> > the
>> >market-immediacy metric and you can predict engagement by outside 
>> > vendors
>> >(or their contributors) in a project. In such a situation, it is 
>> > better, in
>> >my view, to accept any and all branched code even if it is dev'd 
>> > off-list.
>> >This allows for inspection/ code examination and further exploration - 
>> > at a
>> >minimum.  Accepting on a branch is neither the same as accepting for
>> >release, nor merging to master branch.
>> >
>> >Now, the assumption that the code is better than what the community has
>> >developed has to be challenged.  It could be that the branched code 
>> > shou

Testing

[Myrle Krantz]

Disregard this mail please.

Re: Why are large code drops damaging to a community?

[Myrle Krantz]

Hey Jim,

I’d say they are a symptom *and* a problem. But putting that aside, can you
unroll what you mean please?

What was that code drop from SGI a symptom of?

What did Robert Thau do (or not do), before during or after to ensure the
success of httpd?

Best Regards,
Myrle

On Sat 20. Oct 2018 at 00:28 Jim Jagielski  wrote:

> I would say that, in general, large code drops are more a *symptom* of a
> problem, rather than a problem, in and of itself...
>
> > On Oct 19, 2018, at 5:12 PM, Alex Harui 
> wrote:
> >
> > IMO, the issue isn't about large code drops.  Some will be ok.
> >
> > The issue is about significant collaboration off-list about anything,
> not just code.
> >
> > My 2 cents,
> > -Alex
> >
> > On 10/19/18, 1:32 PM, "James Dailey"  wrote:
> >
> >+1 on this civil discourse.
> >
> >I would like to offer that sometimes large code drops are unavoidable
> and
> >necessary.  Jim's explanation of httpd contribution of type 1 is a
> good
> >example.
> >
> >I think we would find that many projects started with a large code
> drop
> >(maybe more than one) - a sufficient amount of code - to get a project
> >started.  When projects are young it would be normal and expected for
> this
> >to happen. It quickly gets a community to a "thing" that can be added
> to.
> >
> >It obviously depends on the kinds of components, tools, frameworks,
> etc
> >that are being developed. Game theory is quite apropos - you need a
> >sufficient incentive for *timely* collaboration, of hanging together.
> >
> >Further, if your "thing" is going to be used directly in market (i.e.
> with
> >very little of a product wrapper ), then there is a strong
> *disincentive*
> >to share back the latest and greatest. The further from market
> immediacy
> >the easier it is to contribute. Both the Collaboration space and
> >Competitive space are clearly delineated, whereas in a close to market
> >immediacy situation you have too much overlap and therefore a built in
> >delay of code contribution to preserve market competitiveness.
> >
> >So, combining the "sufficient code to attract contribution" metric
> with the
> >market-immediacy metric and you can predict engagement by outside
> vendors
> >(or their contributors) in a project. In such a situation, it is
> better, in
> >my view, to accept any and all branched code even if it is dev'd
> off-list.
> >This allows for inspection/ code examination and further exploration
> - at a
> >minimum.  Accepting on a branch is neither the same as accepting for
> >release, nor merging to master branch.
> >
> >Now, the assumption that the code is better than what the community
> has
> >developed has to be challenged.  It could be that the branched code
> should
> >be judged only on the merits of the code (is it better and more
> complete),
> >or it could be judged on the basis that it "breaks the current build".
> >There can be a culture of a project to accept such code drops with the
> >caveat that if the merges cannot be done by the submitting group,
> then the
> >project will have a resistance to such submissions (you break it, you
> fix
> >it), or alternatively that there will be a small group of people that
> are
> >sourced from such delayed-contribution types - that work on doing the
> >merges.  The key seems to be to create the incentive to share code
> before
> >others do, to avoid being the one that breaks the build.
> >
> >~jdailey67
> >
> >
> >
> >
> >On Fri, Oct 19, 2018 at 6:10 AM Jim Jagielski 
> wrote:
> >
> >> Large code drops are almost always damaging, since inherent in that
> >> process is the concept of "throwing the code over a wall". But
> sometimes it
> >> does work out, assuming that continuity and "good intentions" are
> followed.
> >>
> >> To show this, join me in the Wayback Machine as Sherman and I travel to
> >> the year 1995...
> >>
> >> This is right around the start of Apache, back when Apache meant the web
> >> server, and at the time, the project was basically what was left of the
> >> NCSA web server plus some patches and bug fixes... Around this time,
> one of
> >> the core group, Robert Thau, started independent work on a
> re-architecture
> >> of the server, which he code-named "Shambala". It was basically a single
> >> contributor effort (himself). One day he simply said to the group,
> "Here, I
> >> have this new design and architecture for Apache. It adds a lot of
> >> features." So much of what defines httpd today can find its origin right
> >> there: modular framework, pools, preforking (and, as such, the initial
> >> gleaming towards MPMs), extendable API, etc...
> >>
> >> In many ways, this was a large code drop. What made it different is that
> >> there was *support* by the author and the community to work on
> integrating
> >> it into the whole. It became, basically, a community effort.
> >>
> >> Now 

Why are large code drops damaging to a community?

[Myrle Krantz]

Hey all,

There are many forms of offlist development.  One form of offlist
development is working on large code drops in private and then
contributing them all at once.  Threshold size is probably arguable,
and varies by project; put that aside for the moment.  I've been
working on an explanation of how large code drops damage community and
code.  I'd love to hear your feedback.  I'm including my project and
the dev@community list in the hopes that people from other projects
also have a perspective.  Here it goes:


Imagine you are an individual contributor on a project.  You would
like to contribute something.  You see a feature you'd like to add or
a bug you'd like to fix, a user you would like to support, or a
release you'd like to test.  You start on it.  You submit your pull
request, you answer the user's question, you test the release.  You
continue doing this at a low level for a few months.  You see other
people starting to contribute too.  This is nice.  You're working
together with others towards a common goal.  Then, out of the blue a
company with multiple paid contributors shows up.  Let's name them
Acme. Acme drops a year of code on the project.  They could do this
many ways.  For example:  A.) Acme could develop in the repository you
were working in, or B.) Acme could create a project-internal fork and
create a new repository. C.) Acme could even telegraph months in
advance that they intend to do this, by posting to the dev list or
contacting key contributors offlist, or just by having done it a few
times already.


A.) First let's imagine that Acme made massive changes in the
repository you were working in.  Perhaps they already solved the
problem you solved, but in a different way.  Perhaps, they deleted
functions you made changes in.  Perhaps they added significant
functionality you would have liked to help with.  What good were your
efforts?  Wouldn't you find this discouraging?

And now you want to continue to make changes, but the code you want to
change has commit messages referencing tickets which you have no
access to.  Or it has no reference to tickets at all.  You find an
area that seems to be needlessly complex: can you remove the
complexity?  You have no way of knowing what you'd be breaking.

Perhaps you have a proprietary UI which depends on a behavior which
was removed or changed.  Now your UI is broken.  Because the code drop
is so large, you have no way to reasonably review it for
incompatibilities.  It is not possible to review a year of development
all at once.  And if your review turns up problems?  Do you accept the
entire pull request or decline the whole thing?  Putting all the code
into one pull request is a form of blackmail (commonly used in the
formulation of bills for Congress).  If you want the good you have to
take the bad.


B.) Now let's imagine that Acme forked the code and created a new
repository which they then added to the project.  None of the work you
did is in this new repository.  If those features you implemented were
important to you, you will have to re-introduce them into the new
repository.

You'll have to start from zero learning to work in the new repository.
You also had no say in how that code was developed, so maybe the
feature that you need is unnecessarily difficult to implement in that
repository.   You don't know why things are the way they are there, so
you're walking through a mine field without a map when you're making
changes.

And anyways, why is Acme Corp so certain you had nothing of value to add?

Releasing this code also becomes contentious. Which of the two
competing repositories gets released?  Both of them? How does the
project communicate to users about how these pieces fit together.


C.) Imagine Acme gave you lots of forewarning that this was coming.
You still have no say in how the code is developed.  You know that
anything you might contribute could be obsoleted.  You can't tell
users whether the up-and-coming release will be compatible.  And
what's the point in testing that release?  You don't know how to check
that your needs are being considered in the architecture of the new
code base.

You have no sense of ownership over what comes out of that process.

You see that nobody else outside of Acme is working on the project
either, for the same reasons.


Most contributors would get discouraged and prefer not to participate
if those were the conditions.  If contributors didn't get discouraged,
they would fairly quickly be taking orders from the employees of Acme
Corp.  Acme Corp has all the inside information about what's coming in
a year in the next code dump.  Information is power.  Contributors who
are also users may also chose to stop contributing and become free
riders.  Why not just depend on Acme Corp for all of the development?

What Acme seems to be getting out of this scenario is an Apache
feather.  It's a form of free-riding on Apache's reputation.


Now let's imagine that you are the CTO of another company, 

Re: Dev vs User Mailing Lists

[Myrle Krantz]

mmunity, I think Whatsapp group is great for that and
> > the community to grow.
> >
> > We are changing an entire industry as a community because the community
> > outperforms the individuals.
> >
> > Let's keep rocking!!
> > Javier
> >
> > El mié., 10 oct. 2018 a las 13:00, Ed Cable () escribió:
> >
> >> Reading over the escalation guide and the advice it gave on directing
> >> appropriate issues/matters to the respective mailing lists, it got me
> >> thinking about our Fineract Dev and Fineract User lists.
> >>
> >> We are always trying to be inclusive especially around awarding merit or
> >> committership in valuing non-technical contributions to the project. In
> >> that same spirit, I worry we sometimes might be leaving out non-technical
> >> members of the community who might only be subscribed to the user list when
> >> we treat dev as the primary list for all communications (community-related,
> >> etc whether they're technical or not).
> >>
> >> I know we don't want to clutter the mailing lists and we don't want to
> >> cross-post everything across both lists but what do ewe think are some ways
> >> to address this?
> >>
> >> One possible option is just to consolidate the lists into dev but I don't
> >> think that is good long-term because as community grows we will have
> >> distinct technical vs. functional/design conversations happening.
> >>
> >> I know that user list is small but that might be a product of the fact that
> >> we direct everyone to sign up for dev because most conversations happen on
> >> dev
> >>
> >> Should everyone just operate under the norm that dev is the primary list
> >> and any public community-related matter or announcement will come through
> >> there and that everyone should be subscribed to that list to not miss any
> >> key information?
> >>
> >> Or should we just operate in the fashion of cross-posting to both lists if
> >> it's relevant to both audiences - that requires extra effort and ensures
> >> everybody receives the message but then it does dilute the discussion as
> >> input given on @user wouldn't be seen by @Dev 
> >>
> >> CC'ing ComDev too because they probably have some good suggestions based on
> >> on other projects. However our community might be distinct in that we have
> >> a larger user-facing community than most more
> >> technical/infrastructure-oriented Apache projects.
> >>
> >> Thanks,
> >>
> >> Ed
> >>
> >> -- Forwarded message -
> >> From: Myrle Krantz 
> >> Date: Tue, Oct 9, 2018 at 11:41 PM
> >> Subject: Escalation guide for project issues
> >> To: dev 
> >>
> >>
> >> Hey all,
> >>
> >> An escalation guide for Apache issues was just posted on
> >> dev@community.apache.org.  I wanted to make sure our community was
> >> aware of this as well:
> >>
> >> https://www.apache.org/board/escalation
> >>
> >> In general, I invite you to discuss problems you see with the Fineract
> >> project.  Discussion should be done openly, on the
> >> d...@fineract.apache.org list, or, in some cases,
> >> priv...@fineract.apache.org.  Addressing problems early and openly
> >> will keep most problems from becoming too large to handle.
> >>
> >> Best Regards,
> >> Myrle
> >> Committer, Apache Fineract
> >>
> >>
> >> --
> >> *Ed Cable*
> >> President/CEO, Mifos Initiative
> >> edca...@mifos.org | Skype: edcable | Mobile: +1.484.477.8649
> >>
> >> *Collectively Creating a World of 3 Billion Maries | *http://mifos.org
> >> <http://facebook.com/mifos>  <http://www.twitter.com/mifos>
> >>
> >
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

[jira] [Commented] (COMDEV-297) Whimsy Board Report helper only tracks Jira issues for FINERACT, not FINCN

[Myrle Krantz (JIRA)]

[ 
https://issues.apache.org/jira/browse/COMDEV-297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16639918#comment-16639918
 ] 

Myrle Krantz commented on COMDEV-297:
-

Thank you!

> Whimsy Board Report helper only tracks Jira issues for FINERACT, not FINCN
> --
>
> Key: COMDEV-297
> URL: https://issues.apache.org/jira/browse/COMDEV-297
> Project: Community Development
>  Issue Type: Task
>  Components: Reporter Tool
>    Reporter: Myrle Krantz
>Priority: Minor
>
> While generating the report with the help of reporter.apache.org for October 
> I realized only the Jira issues for FINERACT were being included, but none 
> for FINCN. Is there an easy fix to get both in there?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

[jira] [Commented] (COMDEV-297) Whimsy Board Report helper only tracks Jira issues for FINERACT, not FINCN

[Myrle Krantz (JIRA)]

[ 
https://issues.apache.org/jira/browse/COMDEV-297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16639357#comment-16639357
 ] 

Myrle Krantz commented on COMDEV-297:
-

The project category for FINCN is "none".  The project category for FINERACT is 
correct.

I can't change that setting though; the note says I would need to be a Jira 
administrator.  So back to INFRA?

> Whimsy Board Report helper only tracks Jira issues for FINERACT, not FINCN
> --
>
> Key: COMDEV-297
> URL: https://issues.apache.org/jira/browse/COMDEV-297
> Project: Community Development
>  Issue Type: Task
>  Components: Reporter Tool
>Reporter: Myrle Krantz
>Priority: Minor
>
> While generating the report with the help of reporter.apache.org for October 
> I realized only the Jira issues for FINERACT were being included, but none 
> for FINCN. Is there an easy fix to get both in there?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

[jira] [Created] (COMDEV-297) Whimsy Board Report helper only tracks Jira issues for FINERACT, not FINCN

[Myrle Krantz (JIRA)]

Myrle Krantz created COMDEV-297:
---

 Summary: Whimsy Board Report helper only tracks Jira issues for 
FINERACT, not FINCN
 Key: COMDEV-297
 URL: https://issues.apache.org/jira/browse/COMDEV-297
 Project: Community Development
  Issue Type: Task
  Components: Reporter Tool
Reporter: Myrle Krantz


While generating the report with the help of reporter.apache.org for October I 
realized only the Jira issues for FINERACT were being included, but none for 
FINCN. Is there an easy fix to get both in there?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: [DISCUSSION] Running another ASF Committer Diversity Survey

[Myrle Krantz]

On Thu, Oct 4, 2018 at 3:00 PM Pierre Smits  wrote:
> I guess you're referencing contributions to building project tracks at
> Apache* and other meet-up events (or do you regard these as 'operational')?

There are many ways we could engage.  But we won't know if it's
working if we aren't tracking any metrics.

: o),
Myrle

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: [DISCUSSION] Running another ASF Committer Diversity Survey

[Myrle Krantz]

Would it make sense to add a question about the form of a
participant's contribution?  (ie, code, marketing, QA, UX, tech docs,
logo, organizational, and I know I'm forgetting something important
please forgive me)  I'd be interested in seeing in numbers how good we
are at recognizing non-code contributions with committership.

Best Regards,
Myrle
On Tue, Oct 2, 2018 at 9:26 PM Christopher  wrote:
>
> Agreed. It should not be significantly longer. Even without being
> longer or differently scoped, it occurs to me that an "Annual
> Community Survey" may just be better branding and may elicit more
> responses.
>
> I'd be happy to try to help with reviewing and providing feedback on
> question wording and survey length.
> On Tue, Oct 2, 2018 at 3:09 PM Joan Touzet  wrote:
> >
> > One problem with such an approach is that by lengthening the survey, you
> > end up with more "drop-outs," i.e., people who don't finish the complete
> > survey. This means that you have a reduced sample set. I believe the 2016
> > survey didn't count any partial responses, which is typically good
> > practice from a quantitative standpoint.
> >
> > I'm not opposed to a couple of questions, but we shouldn't take what was
> > an 8-ish question survey and turn it into a 20-ish question survey. The
> > 13% response rate we had would likely be halved, if not worse.
> >
> > -Joan
> >
> > - Original Message -
> > > From: "Christopher" 
> > > To: "ComDev" 
> > > Sent: Tuesday, October 2, 2018 1:52:44 PM
> > > Subject: Re: [DISCUSSION] Running another ASF Committer Diversity Survey
> > >
> > > Would it be possible to widen the survey's scope to a broader
> > > "Community Survey", while still retaining the diversity questions as
> > > one component, but also including other non-diversity questions
> > > pertaining to the ASF community at large?
> > >
> > > This suggestion comes from some conversations in Montreal, where some
> > > of us discussed the desire to have some additional feedback from our
> > > community. For example, one question I remember being discussed in
> > > particular was something like "If the ASF had more money, what should
> > > it do with it?" (possible answers: marketing materials provided to
> > > PMCs, hire more INFRA, provide EC2 credits to PMCs or INFRA for CI,
> > > publish educational/outreach materials for distribution, other). I'm
> > > sure we could come up with additional questions for the non-diversity
> > > component to the survey as well.
> > >
> > > Does broadening the scope of this survey to include diversity and
> > > non-diversity components make sense?
> > > On Mon, Oct 1, 2018 at 5:30 AM Sharan Foga  wrote:
> > > >
> > > > Hi All
> > > >
> > > > It’s been nearly 2 years since we ran our ASF Committer Diversity
> > > > Survey so I think it's about time that we looked at running it
> > > > again to see if things are changing. For those of you who haven't
> > > > seen the details or the results from our 2016 ASF Committer
> > > > Diversity Survey then you can find them at the link below:
> > > >
> > > > https://s.apache.org/lV9h
> > > >
> > > > Our original 2016 survey was run to:
> > > >
> > > >   -  help us get a picture of our existing diversity as all our
> > > >   committers are linked to all ASF projects, and also;
> > > >  -   to create a baseline measure so we can see if we see if we are
> > > >  improving or not in our diversity efforts.
> > > >
> > > > So I think that it would also be good to discuss and review the
> > > > survey questions to see if we can improve them or the phrasing to
> > > > better capture the data. Also if anyone is interested in helping
> > > > out then please let me know.
> > > >
> > > > Thanks
> > > > Sharan
> > > >
> > > >
> > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > > For additional commands, e-mail: dev-h...@community.apache.org
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > > For additional commands, e-mail: dev-h...@community.apache.org
> > >
> > >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: [ANNOUNCE] Welcome Trevor Grant as a new PMC member

[Myrle Krantz]

Congratulations Trevor!
On Thu, Sep 27, 2018 at 6:19 AM Swapnil M Mane  wrote:
>
> Many congratulations to Trevor!!
>
>
> - Best Regards,
> Swapnil M Mane
>
>
> On Wed, Sep 26, 2018 at 9:09 PM Sharan Foga  wrote:
>
> > The Community Development PMC has invited Trevor Grant to become a new
> > member of the PMC and are happy to announce that he has accepted.
> >
> > Trevor has shown himself to be positive and enthusiastic at helping out at
> > many Apache related events  by talking to others about how the ASF works.
> > (And if you are at ApacheCon in Montreal I'm sure you will see him on the
> > ASF booth!)  Recently Trevor has been taking a lead role in the planning
> > and organisation of a potential Apache Roadshow in Chicago.
> >
> > We are very sure that Trevor will be a great addition to the PMC.
> >
> > Please join me in welcoming Trevor and congratulating him on his new role.
> >
> > Thanks
> > Sharan
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
> >

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: [ANNOUNCE] Welcome Ruth Suehle as a new PMC member

[Myrle Krantz]

Awesome Ruth!  Well-deserved.

-Myrle
On Thu, Sep 27, 2018 at 5:26 PM Rich Bowen  wrote:
>
> Yay!
>
> On 9/26/18 2:01 PM, Sharan Foga wrote:
> > The Community Development PMC has invited Ruth Suehle to become a new 
> > member of the PMC and are happy to announce that she has accepted.
> >
> > Ruth has been doing an amazing amount of work on our planners mailing list 
> > and has been very involved behind the scenes for the planning and 
> > organisation of Apachecon in Montreal this week.
> >
> > We were impressed by her positivity, willingness to participate and general 
> > can do attitude. She also brings some great experience and skills from 
> > community development activities in open source projects outside Apache.
> >
> > We are sure that Ruth will make a great addition to the PMC.
> >
> > Please join me in welcoming Ruth and congratulating her on her new role.
> >
> > Thanks
> > Sharan
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: managing accounts which belong to a project

[Myrle Krantz]

Thank you everyone for  your ideas.  I've taken them back to the
Fineract dev list.

Best Regards,
Myrle
On Wed, Aug 22, 2018 at 5:47 PM Bertrand Delacretaz
 wrote:
>
> On Wed, Aug 22, 2018 at 5:32 PM Mark Thomas  wrote:
> > ...If you want to go the extra mile you can encrypt that file to the PMC
> > members' private keys (I've never bothered with this step)...
>
> FWIW, a while ago I wrote an experimental script to encrypt a file
> with the keys of all members of a given PMC.
>
> The original is under private/pmc/netbeans/secrets/ in svn, public
> copy of the script at
> https://gist.github.com/bdelacretaz/9e25418e68d224de8bd27af89ba65c3b
>
> (and patches welcome, of course)
>
> -Bertrand
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

managing accounts which belong to a project

[Myrle Krantz]

Hey all,

We just recently had a GSoC intern create an email account for the
purpose of testing a component which sends email notifications to
customers.  The account should belong to the project.  Currently I've
encouraged him to put the password in a private confluence page.  I
feel a uncomfortable with that approach.

Does anyone else have any experience in doing shared password
management at an Apache project?  Does Apache have a LastPass or
1Password account(s) for projects/teams?  How have you handled
situations like this?

Best Regards,
Myrle

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Fwd: Apache Tiles - incorrect documentation regarding

[Myrle Krantz]

Hi Pawel,

Thank you for your feedback.  I've forwarded your mail to the tiles
dev list.  I hope they'll be able to use the information you've
provided.

Best Regards,
Myrle

-- Forwarded message -
From: Myrle Krantz 
Date: Sat, Aug 18, 2018 at 4:03 PM
Subject: Fwd: Apache Tiles - incorrect documentation regarding
To: 


Feedback on tiles which hit the dev@community list.

Happy hunting,
Myrle

-- Forwarded message -
From: Pawel Kuras 
Date: Sun, Aug 12, 2018 at 3:15 PM
Subject: Apache Tiles - incorrect documentation regarding
To: dev@community.apache.org 


Not sure who to contact, but on page
https://tiles.apache.org/framework/migration/tags.html the
hightlighted section in the below table is incorrect.

It should read tiles:putListAttribute
Putting and adding attributes values
The page attribute type has been removed, use template instead.
The rest of the conversion is in the table below.
Struts-Tiles

Apache Tiles(tm)











Cheers,

Pawel Kuras
Black Ink Consulting
T: + 1 780 644 1093
Email: pawel.ku...@gov.ab.ca<mailto:pawel.ku...@gov.ab.ca>

This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager. This message contains confidential information and
is intended only for the individual named. If you are not the named
addressee you should not disseminate, distribute or copy this e-mail.

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: FOSDEM 2019

[Myrle Krantz]

I'd love to help out again since it's fairly close to where I live.

: o),
Myrle
On Mon, Aug 13, 2018 at 7:38 PM Rich Bowen  wrote:
>
> It might be worth explicitly copying the Open Office PMC on this note,
> since they have gotten grumpy in the past when they didn't know what our
> plans are.
>
> On 08/13/2018 11:12 AM, Daniel Gruno wrote:
> > Hi folks,
> > I know it's a bit early still, but I've submitted our annual request for
> > a stand at FOSDEM 2019, and will liaise along with Sharan on this when
> > the time comes. We'll be notified on November 11th about the request
> > status, though we'll likely start planning before then, on the
> > assumption that we can get a stand.
> >
> > With regards,
> > Daniel.
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> > For additional commands, e-mail: dev-h...@community.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Speakers and booth support needed at Solutions.Hamburg 2018

[Myrle Krantz]

That's awesome Rich,

Thank you!

All: we're still short about two speaker slots. Is anyone else going to be
close to Hamburg in September?  solutions.hamburg is 1.5 weeks before
ApacheCon...

Greets,
Myrle


On Tue, Jun 19, 2018 at 2:35 PM Rich Bowen  wrote:

> I've added the event to
>
> https://docs.google.com/spreadsheets/d/13qjsoZBFXYz7LDqPLka8Wm4mwdwA3EitTYQBmcYnN5A/edit#gid=0
> so that we can promote it from @ApacheCon and @ApacheCommunity.
>
> The proximity to ApacheCon makes it hard to give it the full attention
> it deserves, but I'll do what I can.
>
>
> On 06/18/2018 04:50 AM, Christofer Dutz wrote:
> > Hi all,
> >
> > For this year’s Solutions.Hamburg 2018 (12-14th September 2018, Hamburg
> Germany) I managed to get the conference organizer to provide us with a
> free 3 day premium booth.
> > https://solutions.hamburg/
> >
> > In addition to this the ASF will be having a Keynote, which Bertrand is
> kindly doing.
> >
> > Beyond this, there will be a 3,5 hour (half day) track about Open-Source
> which the ASF will be sharing with the OSB-Alliance.
> > Here we have agreed on coordinating our talks so the topic Open-Source
> is viewed from different angles. For the ASF part we would be looking for
> speakers to give a 30 minute talk on the “Community” aspect of our work
> here at Apache as well as a 30 minute talk on the “Transparency” aspect.
> (The talks and booth support don’t have to be German, even if it would help)
> >
> > So all in all we are looking for:
> >
> >*   1 Speaker for the “Community” talk
> >*   1 Speaker for the “Transparency” talk
> >*   3 people willing to help staff the booth
> >
> > I think it would also be great if someone from the fundraising team
> could be on board as there will be quite a bunch of people there with the
> ability to become a sponsor.
> >
> > We will get free tickets for all helpers and the biggest benefit will
> definitely be the After party.
> > I guess the ones that attended last year will confirm that the
> definitely set new standards regarding the party 
> >
> > So who’s willing to help out?
> >
> > Chris
> >
>
> --
> Rich Bowen - rbo...@rcbowen.com
> http://rcbowen.com/
> @rbowen
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: Speakers and booth support needed at Solutions.Hamburg 2018

[Myrle Krantz]

Last year the party was on the Friday of the conference.  It was a
truly amazing party.  There was a room with 50 (?) foosball tables,
there were several different music rooms.  There was childcare during
the party.  And the food was beyond excellent.  I had my first taste
of crocodile (Justin McLean tells me it was chicken-fed).

Greg Stein and his wife sat in the dining area and talked all night.
Sharan danced.  I played foosball.  We all thoroughly enjoyed it.

The party aside: this is a very big tech conference in Hamburg.  I
strongly recommend that anyone who's reading in Europe consider
attending and participating.

Best Regards,
Myrle
On Mon, Jun 18, 2018 at 10:59 AM Bertrand Delacretaz
 wrote:
>
> Hi Chris,
>
> On Mon, Jun 18, 2018 at 10:51 AM Christofer Dutz
>  wrote:
> > ...We will get free tickets for all helpers and the biggest benefit will 
> > definitely be the After party...
>
> You have raised my interest now ;-)
>
> When's that party? I haven't found a schedule at
> https://solutions.hamburg/ , maybe it's not out yet?
>
> -Bertrand
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: New ASF Member: Piergiorgio Lucidi

[Myrle Krantz]

Congrats Piergiorgio!

On Wed 2. May 2018 at 22:16 Sharan Foga  wrote:

> Hi All
>
> In today’s announcement of all our new ASF members – one name that I’m
> sure you will recognise from our ComDev PMC is in there too --- Piergiorgio
> Lucidi!
>
> https://s.apache.org/D6iz
>
> Please join me in congratulating PJ on becoming an ASF member!
>
> Thanks
> Sharan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: Fwd: Non-profit Exhibitor at OSCON

[Myrle Krantz]

I will *not* booth lead, but I would be willing to staff for an hour or two.

Best Regards,
Myrle

On Fri, Apr 13, 2018 at 3:45 PM, Rich Bowen  wrote:
> Oh, look, you beat me to it. Awesome!
>
> So, we can plan to be there if someone is willing to be lead on this. I
> don't know if I'll be there, and if I am I'll be lead on the CentOS booth,
> and so won't have much bandwidth. I'm glad to help with the swag and contact
> and whatever, but I can't do much actually on site.
>
> We need someone to lead, and a half-dozen people to staff, and then we can
> say yes. For folks who haven't run a booth before, it's surprisingly hard
> work standing around all day. :) So we need more than just one person to
> step up for this.
>
>
> On 04/12/2018 10:42 PM, Daniel Ruggeri wrote:
>>
>> Are we planning to be at OSCon? I'll be going and will be happy to tend
>> the booth if so. Seems like the deadline is pretty close.
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Non-profit Exhibitor at OSCON

[Myrle Krantz]

I'll be there.

On Fri, Apr 13, 2018 at 4:45 AM, Nate McCall  wrote:
>> Are we planning to be at OSCon? I'll be going and will be happy to tend the 
>> booth if so. Seems like the deadline is pretty close.
>> --
>> Daniel Ruggeri
>
> I will be there as well and am happy to hang out in the booth a bit.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Projects implemented in Microservices

[Myrle Krantz]

Hey Mohammad,

We over at Fineract have a monolithic version, and a rearchitecture into
microservices.

Best Regards,
Myrle Krantz
Committer, Apache Fineract


On Thu 15. Feb 2018 at 20:44 Mohammad Rahman <mohammad.rah...@student.tut.fi>
wrote:

> Hello,
>
>
> I am a Masters student in Software Engineering at Tampere University of
> Technnology, Finland. We are conducting a research on Microservices for
> which we need information on projects that implemented or migrated in
> Microservices. Can you please provide the list of projects that implemented
> in Microservice Architecture in Apache Projects.
>
> Thank you for your cooperation.
>
>
> Best Regards
>
> Mohammad Imranur Rahman
>
>

Wiki edit rights

[Myrle Krantz]

Hey all,

I'd like to volunteer to help man the booth at FOSDEM, but I don't
have edit rights to the wiki [1].  Can someone please grant me the
necessary karma?  My wiki user name is myrle.

Regards,
Myrle

1.) https://cwiki.apache.org/confluence/display/COMDEV/FOSDEM+2018

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Doing open source while maintaining your sanity

[Myrle Krantz]

Hi Isabel,

Since sustainable development is very much in Apache's interest as a
foundation, I believe this is an excellent idea.

My first thoughts on where this could go:
1.) This belongs somewhere under https://community.apache.org
2.) It should come "early" in the intro to open source development.
So maybe here: https://community.apache.org/newcomers/ ?
3.) It's important enough to link to from the first community page,
maybe under or with the code of conduct?

But I'm still fairly new to comdev.  Who else has an opinion about
where this belongs?

Best Regards,
Myrle



On Tue, Nov 28, 2017 at 12:51 PM, Isabel Drost-Fromm  wrote:
> Hi,
>
> Last week at FOSS Backstage one of the topics Sharan discussed in her talk 
> was IIRC the responsibility that comes with running an and participating in 
> an open source project. One of the topics related to keeping an eye on your 
> own well being as well as on your peers.
>
> At Apache we have a couple resources that warn against things like 
> volunteeritis, over committing and the like. I'm not sure how visible these 
> are, also I'm not sure if Apache projects in general are aware of the topic 
> of mental health.
>
> IANAL, but AFAIK at least in Germany, mental health legally is treated the 
> same way as physical health when it comes to employer liability (someone with 
> better "legal English" skills, please correct my wording). While we are not 
> an employer, would it make sense to offer some material on the topic to 
> community members? I would guess that we wouldn't need to produce any new 
> content, but maybe just link to and endorse existing stuff we already have? 
> (Maybe we already do that, it's been a while since I was a new committer 
> reading through the getting started docs, so anyone who is new - feedback 
> welcome.)
>
> Isabel
>
>
>
>
> --
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Volunteers needed: Apache track at solutions.hamburg 12-14th Sep. 2018

[Myrle Krantz]

Hey all,

Solutions.hamburg is planning next year's conference from 12-14
September 2018.  As you may have heard, the last solutions.hamburg was
a wonderful small meetup of Apache contributors.  The after-conference
party was free for speakers and it was *amazing*.  They are probably
right when they call it the biggest business party in Hamburg.

After our successful participation in solutions.hamburg 2017, the
conference has approached Christofer Dutz and me to ask if Apache
would be interested in participating again in a track for 2018.  The
2018 event will have a couple of differences:

* It will be a one-location event (last year it was split across two locations).
* We've been offered a booth for the full 3 days if we can find enough
people to man it.

They are covering each of the following topics for a half day:
- Cloud vs. Non-Cloud
- Data-Driven Decision Making
- Machine Learning, Deep Learning & AI
- Microservices vs. Monolith
- Multimodale IT
- Security & Data Privacy
- Smart Contracts & Smart Ecosystems
- Open Source vs. Closed and Proprietary
It's early though, and topics might change. Talks can be in English or German.

To make this work, we need volunteers:
1.) To staff an Apache booth for either 1 or 3 days.
2.) To give talks (on which topic?)

Who would be interested in helping out?

Best Regards,
Myrle Krantz

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: FOSS Backstage it's a wrap

[Myrle Krantz]

Thank you again Isabel for organizing this. I found it very valuable.

Myrle


On Tue 21. Nov 2017 at 03:51 Isabel Drost-Fromm  wrote:

> Hi,
>
> Yesterday we had several (according to the feedback I got) awesome talks
> on mentoring, the Apache Way, open source licensing, async communication,
> community shenanigans, working in distributed teams, corporate influence on
> oss here in Berlin.
>
> Unanimous consensus at the end of the event was that we should repeat the
> exercise next year, and that people would be willing to pay to attend. So,
> here's the ticket sale:
>
> https://foss-backstage.de/tickets ("trust us"/ "190,- € including tax"
> phase ends Christmas).
>
> There were people willing to help us get the topic off the ground, we'll
> get in touch with you separately. If you couldn't make it yesterday but
> would like to help spread the word, find sponsors, find speakers, find
> attendees - if you have nominations for keynotes, if you have nominations
> for program committee members - please get in touch with
> i...@fossbackstage.de (no need to cc me personally, I'm one of the people
> monitoring that inbox).
>
> I've cc'd info@ so the rest of the team sees any communication here.
>
> The dates to save: CfP opens December, event is scheduled for June
> 13th/14th with time for workshops (or any additional Apache related
> meetings) on 15th.
>
> Topics relevant: any war stories or good advice on all things governance,
> project management, distributed teams, FOSS legal, corporate interest in
> free and open source projects and processes, rants that are supposed to
> start a discussion. I believe we have a ton of stories within all of our
> projects. I believe people inside and outside the community could benefit
> from having these stories told.
>
> Thanks to anyone and everyone who traveled here. Maybe I'm mistaken, but I
> got the impression that we had more non Berliners than locals not only
> among speakers but also among attendees.
>
>
> Isabel
>
>
>
>
> --
> Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.

Re: [ANNOUNCE] Welcome Piergiorgio Lucidi as a new PMC member

[Myrle Krantz]

Congratulations Piergiorgio!

Myrle

On Wed 22. Nov 2017 at 05:37 Bertrand Delacretaz 
wrote:

> On Wed, Nov 22, 2017 at 10:25 AM, Sharan Foga  wrote:
> > The Community Development PMC has invited Piergiorgio Lucidi to become a
> new member of the PMC...
>
> Congrats and welcome Piergiorgio !
>
> -Bertrand
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>
>

Re: Regarding open source project for QA

[Myrle Krantz]

Hi Monika,

I'm a committer for Apache Fineract (http://fineract.apache.org/), an
open source core banking platform for helping the world's poor out of
poverty.  We'd love to have a QA engineer join us as well.

If you're interested, email dev-subscr...@fineract.apache.org to
subscribe to the list.  We're a very small, but friendly community.
If you can't find tickets relevant to you, just ask.  There's always
lots for a QA engineer to do.

Best Regards,
Myrle Krantz
Committer, Apache Fineract

On Tue, Nov 14, 2017 at 7:06 PM, Monika Avalur <monika.ava...@gmail.com> wrote:
> Hello,
>
> I am currently working as QA engineer and want to explore some open source
> projects for QA.
>
> Please let me know if I can find some projects for testing in Apache
>
> Thanks & Regards
> Monika Avalur

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Congratulations Sharan and comdev!

[Myrle Krantz]

Congratulations Sharan on your new role as V.P., Community Development!

And congratulations to comdev for an excellent choice!

Best Regards,
Myrle

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Regional Apache

[Myrle Krantz]

On Wed, Sep 20, 2017 at 3:50 PM, Sharan Foga  wrote:
> As we are trying to build up a presence in other regional conferences I think 
> it would be good to find out about and promote any ASF relevant activities 
> that they have.
>
> Thanks for the offer of help and will keep it in mind. Jacques, Herve and 
> Narcisse are currently working with me offline on the French details for the 
> conference.
>

If we're doing some comdev work regionally, would it make sense to
start creating regional comdev mailing lists as a need arises?  (for
example d...@community.apache.org for the combined German speaking
parts of Europe) For the solutions.hamburg Apache we spent a lot of
time off-list too, because the 100+ mails about details would've been
a burden for the many comdev subscribers who weren't involved.

The result wasn't bad, but:
A.) We might have gotten more Germans involved if there had been a
base of Germans subscribed "listening in" on the list.  Especially
when it came to putting together a German translation of the Apache
brochure.
B.) None of that communication is now archived or visible for
individuals or tools.

I know that YAL (yet another list) can be annoying; and it won't work
if nobody's interested enough to subscribe.  Since the regional
approach to community building is so much more cost effective, it
seems to me to be the way of the future for Apache, and this might
help support the approach. Other opinions?

Regards,
Myrle

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Brief Update – Solutions Hamburg

[Myrle Krantz]

Hey all,

We had a lot of fun, and really enjoyed the conference.  Associating
local speakers with local conferences might be a reasonable way to
fulfill the use cases of ApacheCon EU.  It has the advantage that we
can reach more non-Apache people this way.

One interesting thing that happened during Mark's microservices talk:
Three people came in a little late, and one of them popped up in front
to start translating Mark's talk into sign-language.  There were
actually two translators and they traded off through the talk to give
each other a break.  That was fun and interesting to watch.

Greets,
Myrle


On Thu, Sep 14, 2017 at 3:02 PM, Sharan Foga <sha...@apache.org> wrote:
> Hi Everyone
>
> Last week we had 3 days of Apache presentations at the Solutions Hamburg 
> conference (in Hamburg :-). And although the weather was quite wet I think we 
> all had fun.
>
> We had 9 speakers at the event including Greg Stein who was invited to give 
> one of the keynotes. Our planned schedule was as follows
>
> Developer Day:
> - Apache Mynewt - ASF First Embedded OS Project – Justin McClean
> - Das große Apache Enterprise und Microservice Puzzle - Mark Struberg
> - Apache Commons - Beyond StringUtils  - Benedikt Ritter
> - Using Structured Streaming in Apache Spark 2.2 Jacek Laskowski
>
> DevOps Day
> - Security around the Hadoop ecosystem - Lars Francke
> - Developing and Releasing an Open Source Microservices architecture - Myrle 
> Krantz
> - Deep Dive Into Structured Streaming in Apache Spark 2.2 - Jacek Laskowski
> - SCADA Systeme mit Apache Software Entwickeln - Christofer Dutz
>
> Apache Foundation Day
> - Hat Open Source Recht? - Mark Struberg
> - The Apache Way - Sharan Foga
> - The Apache Incubator: Raising up projects to raise up the world  - Justin 
> McClean & Myrle Krantz
> - Wie funktioniert die Apache Software Foundation? - Christofer Dutz
>
> Chris had attended this conference before and gave us some information on 
> what to expect. The room we were given was at the university campus where 
> most of the technical talks were held. Most of the talks were in German but 
> there were some (including a few of ours in English).
>
> We understand  that 5000 tickets had been sold for the event yet attendance 
> was a bit mixed and the most popular of our talks were the microservices 
> related ones with around 20 people. I think Mark's talk about open source 
> licensing also attacted a few people and questions. We found that the early 
> morning sessions and the last sessions of the day tended not to have many 
> attendees so in a couple of cases we decided to run our own adhoc sessions.
>
> I did a talk on The Apache Way and thought that I didn't have enough content 
> to fill 75 minutes but it is amazing how quickly the time goes - and I only 
> just about made it!
>
> The organisers were great and provided us with lots and lots of food, a 
> special barista for coffee, a speaker evening event in a bunker and an end of 
> conference party that was out of this world!
>
> We did have some issues with transport between the two conference sites and 
> will be providing this as feedback to the conference organisers.
>
> We also need to do a bit of a lessons learned review of what worked and what 
> we could do better next time. This was the first time at this event so it 
> would be good to talk about how we could improve our participation and 
> attract more attendees.
>
> Huge thanks to Myrle Krantz and Chris Dutz for their work in organising, 
> facilitating and generally liaising with the conference organisers. Also 
> thanks to the other speakers – it was good to meet, chat and generally hang 
> out with you all.
>
> Thanks
> Sharan
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Draft Proposal for FOSDEM Devroom

[Myrle Krantz]

On Tue, Sep 12, 2017 at 4:26 PM, Daniel Gruno  wrote:
> - Wine: Eh..can't give alcohol to minors (and we don't have the
> legal competence to check for ID). maybe consider non-alcoholic
> beverages instead.

The legal drinking age in Belgium is 16 for alcoholic drinks with less
than 22%.  According to Wikipedia it's also rarely enforced.  I'm not
suggesting we start handing out shots to 12 year olds.  But with some
good faith effort, this may not be the problem it would be in the US.

Greets,
Myrle

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: General Inquiry

[Myrle Krantz]

Hi Nikou

On Tue, Aug 29, 2017 at 8:29 PM, Nikou Saranjam
 wrote:
> We are looking for a referral agreement partnership, meaning if you refer a
> developer or ecommerce customer to us to setup their payment technology, we
> will share processing revenue with your organization. We have an
> integration with over 150 gateways, and many platforms, so you can leverage
> this to compliment your services.

Apache Fineract as a project will not partner with you in this way.
Apache projects are vendor-neutral.  A referral agreement of this sort
would violate that neutrality.

https://www.apache.org/foundation/marks/linking

One possible approach for your company in this case would be to create
a bridge component for integration with the Fineract ecosystem.  If it
creates real value for potential Fineract administrators, users, or
serviced communities, such a bridge component could be linked.  The
link would be non-endorsing but descriptive and would be placed in a
product-support page:

https://www.apache.org/foundation/marks/linking#productsupport

If we were to create such a page, we would also link other similar
projects (such as the Stellar bridge component) next to yours.

That would have to be voted on by the Fineract community before we
could do it.  If we do something like that, it would be without
expectation on our part of you donating to the ASF or any other
foundation.  Your donation would still be appreciated though.

https://donate.apache.org/

Best Regards,
Myrle

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Wristbands instead of stickers?

[Myrle Krantz]

Cool idea Chris. I got three wristbands at SpringOne last year with a
company logo and "Code like a girl" on it. I wore one of them every day for
months. If I could get an Apache feather and "Code like a girl" I might
never take it off again. : o)

Greets,
Myrle

On Thu 10. Aug 2017 at 09:22 Christofer Dutz 
wrote:

> Hi all,
>
> An Idea I had a few weeks ago: I’m a big fan of electronic dance music and
> there currently every artist creates silicone wristbands with their artist
> logo on as giveaways and people are mad about them and tend to wear the
> wristbands of the artists they enjoy most when going to music events …
> Here an example:
> http://images.locanto.net/1150662027/cool-wristbands_2.jpg
>
> Maybe it would be cool to have things like this for Apache projects. So
> when going on a conference people could wear the bands for the projects
> they like? I have to admit that I’d like the idea.
>
> Chris
>

Re: Solutions.Hamburg: Invitation to provide ApacheContent

[Myrle Krantz]

Hey all,

Without asking me first, Chris told Solutions.Hamburg that I would
take over the Apache coordination of the conference.  He is
over-committed.  Unfortunately, I also don't have much time.  At this
point, I see three options:

* Everyone who has volunteered to give a talk sends me their title(s)
and abstract(s) and bio(s?) by midnight on Thursday evening (timezone:
CET), thus removing the effort involved in chasing people down for
this, or
* someone else takes over the effort of chasing people down, or
* we withdraw Chris' suggestion from Solutions.Hamburg.

Let's not do this last, one, since it may make Apache look bad.

I still need titles, bios, and/or abstracts from the following people:

Greg Stein, Jacek Laskowski, Justin McLean, Mark Struberg, Lars
Francke, Christofer Dutz, Sharan Foga, and myself.  I've put together
an overview of topics and slots using the information y'all have
already given Chris and me.  Some of the information was in German.
I've translated most of that into English, and put it beside the
original German below.  Those of you who speak German are welcome to
submit in German, but the rest of you are equally welcome to submit in
English.

I look forward to working with all of you on this,
Myrle



Keynote
--


 -- Greg Stein






Apache Dev-Day
--

German description:
Wir bieten euch beim Apache Dev-Day die Möglichkeit, nicht nur von den
Experten zu lernen, sondern vielmehr direkt von den Machern. Dieser
Tag ist verstärkt auf Entwickler ausgerichtet und soll einen
Querschnitt durch die aktuell heißesten Themenbereiche der Apache
Software Foundation liefern: BigData, IoT, Enterprise Java, uvm. Alle
Speaker sind Committer in den jeweiligen Projekten und können nicht
nur interessante Details über die Software, sondern auch über die
Projekte selbst und natürlich stehen diese auch Rede und Antwort für
eure Fragen.


English description:
We offer you the opportunity not only to learn from experts, but
directly from the committers.  This day is focused on developers, and
should provide an overview of the hottest topics at the Apache
Software Foundation: big data, internet-of-things, java, and more.
All speakers on committers in their projects and can not only provide
interesting details about the software but also about the projects.
They stand ready to answer your questions.

Talks:

* Spark Structured Streaming   -- Jacek Laskowski





* IOT  -- Justin McLean






* “ASF Java Enterprise ecosystem” -- Mark Struberg



(Giving an overlook about the following projects and topics:

TomEE as complete EE server,
Meecrowave as Minimal/Microprofile server
Tomcat as servlet container
OpenWebBeans as CDI container
Johnzon as JSON-P, JSON-B implementation
MyFaces
OpenJPA
CXF for JAX-RS and WS
Geronimo for various tools like specs, TxMgr, etc
BatchEE for JBatch.

Will of course also cover JavaEE 8 and the status of Java9.)



* “Apache Commons - Beyond StringUtils” -- Benedikt Ritter

Apache Commons ist ein Apache Projekt mit Fokus auf wiederverwendbaren
Java Komponenten. So enthält die Commons Lang Bibliothek
beispielsweise die allbekannte StringUtils Klasse. Aber Apache Commons
hat viel mehr zu bieten als nur StringUtils. In dieser Präsentation
gibt Benedikt Ritter einen Überblick über das Apache Commons Projekt.
Darüber hinaus zeigt er Beispiele für einige der weniger bekannten
Features in Apache Commons.

Bio: https://www.codecentric.de/team/benedikt-ritter/



Apache Ops-Day
--

German description:
Wir bieten euch beim Apache Dev-Day die Möglichkeit, nicht nur von den
Experten zu lernen, sondern vielmehr direkt von den Machern. Dieser
Tag ist verstärkt auf den „Ops“ Teil ausgerichtet und soll einen
Querschnitt durch die aktuell heißesten Themenbereiche der Apache
Software Foundation liefern. Alle Speaker sind Committer in den
jeweiligen Projekten und können nicht nur interessante Details über
die Software, sondern auch über die Projekte selbst und natürlich
stehen diese auch Rede und Antwort für eure Fragen.

English description:
This day is primarily focused on operations.

* BigData Storage  -- Lars Francke





* BigData Processing  -- Jacek Laskowski





* Security around the Hadoop ecosystem  -- Lars Francke





* “Developing and Releasing an Open Source Microservices architecture”
-- Myrle Krantz

Abstract: Backwards compatibility in a distributed, scalable
environment has two major components: interface compatibility, and
persistence compatibility. Components in this environment can be
integrated in two manners: statically and dynamically. Changes to any
given component can be backwards compatible, or backwards
incompatible. But in all these cases, your customer wants 100% uptime.
These variables, and the distributed nature of open-source development
present interesting problems for a project’s release cycle.

Myrle Krantz will propose a general set of rules for achieving a
regular release cycle within

Re: Solutions.Hamburg: Invitation to provide ApacheContent

[Myrle Krantz]

Hi Sharan,

We've got just enough speaker volunteers a 3 day track.  More would be
better, but slight adjustments to the plan we have would make it
possible for the speakers we have to cover it.

Christofer? Where do we stand with the conference organizer?  Is the
plan still on the table for them? And have we made any progress on
questions like who's paying for the intercontinental flights? I'm
assuming we need to get on this soon.  Train travel can be pretty
spontaneous, but we don't want people to have to book flights at the
last minute since that can get expensive.

Best Regards,
Myrle



On Fri, Jul 21, 2017 at 10:31 AM, Sharan Foga <sha...@apache.org> wrote:
> Thanks Myrle - great idea to summarise what we have in a simple way! (And 
> also to Chris for the launching the initiative in the first place)
>
> So what is latest status with this? (as it sounds like a really great 
> opportunity for Apache to showcase quite a few projects and technologies).
>
> Is it still a possibility or have we already cancelled being part of it?
>
> Thanks
> Sharan
>
>
> On 2017-07-18 11:58 (+0200), Myrle Krantz <my...@apache.org> wrote:
>> Hi all,
>>
>> I've charted out the suggestions we currently have in a doodle, using
>> Christofer's suggested agenda as the framework:
>>
>> http://doodle.com/poll/a2xquraqu27nekd3
>>
>> The way I see it, we'd need at least 2 more speakers to make this
>> work.  Better would be 4.  If anyone's interested in giving a talk in
>> Hamburg on a technical topic around your project, or a project you're
>> using, go to the doodle and enter yourself for the slot your talk
>> matches. If you have a suggestion which doesn't match with one of the
>> given slots, there is an "other" entry you can mark.
>>
>> We also still need someone to talk on the Apache Way.
>>
>> Best Regards,
>> Myrle
>>
>>
>> On Mon, Jul 17, 2017 at 8:32 AM, Christofer Dutz
>> <christofer.d...@c-ware.de> wrote:
>> > Hi Benedict,
>> >
>> > Thanks for the reply … the thing I that right now I would have about 3-4 
>> > of 12 Tracks covered, I have no feedback at all if others agree to the 
>> > agenda I put up. So, I think later today I’ll contact the solutions guys 
>> > and cancel this initiative. I simply don’t have the power right now to 
>> > fight yet another one of these conference fights on my own again.
>> >
>> > Chris
>> >
>> >
>> >
>> > Am 17.07.17, 08:27 schrieb "Benedikt Ritter" <brit...@apache.org>:
>> >
>> > Hello Christofer,
>> >
>> > I’m currently buried in work. Sorry for the late reply. I can do my 
>> > „Apache Commons - Beyond StringUtils“ talk if that fits into the program.
>> >
>> > Cheers,
>> > Benedikt
>> >
>> > > Am 12.07.2017 um 11:19 schrieb Mark Struberg 
>> > <strub...@yahoo.de.INVALID>:
>> > >
>> > > As already noted: I could do a 'EE ecosystem @ Apache' talk on the 
>> > Dev day.
>> > > Giving an overlook about the following projects and topics:
>> > >
>> > > TomEE as complete EE server,
>> > > Meecrowave as Minimal/Microprofile server
>> > > Tomcat as servlet container
>> > > OpenWebBeans as CDI container
>> > > Johnzon as JSON-P, JSON-B implementation
>> > > MyFaces
>> > > OpenJPA
>> > > CXF for JAX-RS and WS
>> > > Geronimo for various tools like specs, TxMgr, etc
>> > > BatchEE for JBatch.
>> > >
>> > > Will of course also cover JavaEE 8 and the status of Java9.
>> > >
>> > > Just ping me if it looks interesting.
>> > >
>> > > LieGrue,
>> > > strub
>> > >
>> > >> Am 12.07.2017 um 09:50 schrieb Christofer Dutz 
>> > <christofer.d...@c-ware.de>:
>> > >>
>> > >> Ok … after Sharan gave me access, I added a new page where I wrote 
>> > down my ideas.
>> > >>
>> > >> 
>> > https://cwiki.apache.org/confluence/display/COMDEV/Solutions.Hamburg+2017
>> > >>
>> > >> Last night I remembered that Brooklyn would be a perfect match for 
>> > the Ops Day (I think).
>> > >> Feedback highly appreciated and highly needed.
>> > >>
>> > >> Chris
>> > >>
>

Re: Solutions.Hamburg: Invitation to provide ApacheContent

[Myrle Krantz]

Hi all,

I've charted out the suggestions we currently have in a doodle, using
Christofer's suggested agenda as the framework:

http://doodle.com/poll/a2xquraqu27nekd3

The way I see it, we'd need at least 2 more speakers to make this
work.  Better would be 4.  If anyone's interested in giving a talk in
Hamburg on a technical topic around your project, or a project you're
using, go to the doodle and enter yourself for the slot your talk
matches. If you have a suggestion which doesn't match with one of the
given slots, there is an "other" entry you can mark.

We also still need someone to talk on the Apache Way.

Best Regards,
Myrle


On Mon, Jul 17, 2017 at 8:32 AM, Christofer Dutz
 wrote:
> Hi Benedict,
>
> Thanks for the reply … the thing I that right now I would have about 3-4 of 
> 12 Tracks covered, I have no feedback at all if others agree to the agenda I 
> put up. So, I think later today I’ll contact the solutions guys and cancel 
> this initiative. I simply don’t have the power right now to fight yet another 
> one of these conference fights on my own again.
>
> Chris
>
>
>
> Am 17.07.17, 08:27 schrieb "Benedikt Ritter" :
>
> Hello Christofer,
>
> I’m currently buried in work. Sorry for the late reply. I can do my 
> „Apache Commons - Beyond StringUtils“ talk if that fits into the program.
>
> Cheers,
> Benedikt
>
> > Am 12.07.2017 um 11:19 schrieb Mark Struberg 
> :
> >
> > As already noted: I could do a 'EE ecosystem @ Apache' talk on the Dev 
> day.
> > Giving an overlook about the following projects and topics:
> >
> > TomEE as complete EE server,
> > Meecrowave as Minimal/Microprofile server
> > Tomcat as servlet container
> > OpenWebBeans as CDI container
> > Johnzon as JSON-P, JSON-B implementation
> > MyFaces
> > OpenJPA
> > CXF for JAX-RS and WS
> > Geronimo for various tools like specs, TxMgr, etc
> > BatchEE for JBatch.
> >
> > Will of course also cover JavaEE 8 and the status of Java9.
> >
> > Just ping me if it looks interesting.
> >
> > LieGrue,
> > strub
> >
> >> Am 12.07.2017 um 09:50 schrieb Christofer Dutz 
> :
> >>
> >> Ok … after Sharan gave me access, I added a new page where I wrote 
> down my ideas.
> >>
> >> 
> https://cwiki.apache.org/confluence/display/COMDEV/Solutions.Hamburg+2017
> >>
> >> Last night I remembered that Brooklyn would be a perfect match for the 
> Ops Day (I think).
> >> Feedback highly appreciated and highly needed.
> >>
> >> Chris
> >>
> >>
> >> Am 11.07.17, 14:49 schrieb "Christofer Dutz" 
> :
> >>
> >>   If someone here could give me the karma for the Comdev confluence 
> page, I would simply create a page for solutions …
> >>
> >>   Chris
> >>
> >>   Am 11.07.17, 14:30 schrieb "Christofer Dutz" 
> :
> >>
> >>   Ok … English seems to be Ok
> >>
> >>   That opens a lot more options ;-)
> >>
> >>   Chris
> >>
> >>
> >>
> >>   Am 11.07.17, 14:02 schrieb "Christofer Dutz" 
> :
> >>
>  - How to make money with Open-Source?
> >>>
> >>>  Wish I could help you with that ;-) Were you thinking small 
> freelance consultant point of view or something bigger? What would work 
> better at the conference?
> >>
> >>   I was thinking about how companies … that giving back to the 
> community can be beneficial or even a business model. Would be cool to have 
> some war stories of both.
> >>
> >>   I asked regarding the language thing … if they are Ok with 
> (some) English talks that would make things easier ;-)
> >>
> >>   Chris
> >>
> >>
> >>
> >>
> >>
> >>   Am 11.07.17, 13:55 schrieb "Justin Mclean" 
> :
> >>
> >>   Hi,
> >>
> >>> Dev-Day:
> >>> - IoT (Mynewt?, Edgent?) – An Introduction into the Framework with 
> some examples on what you can do with it?
> >>
> >>   I can help out here if no one else puts their hand up.
> >>
> >>> - The Incubator (Lifecycle of an Apache Project)
> >>
> >>   As mentioned previously myself and Mryle can help here.
> >>
> >>> - How to make money with Open-Source?
> >>
> >>   Wish I could help you with that ;-) Were you thinking 
> small freelance consultant point  of view or something bigger? What would 
> work better at the conference?
> >>
> >>> And probably the talks should be in German … but I’ll double check 
> that with the organizer of the conference right away.
> >>
> >>   A couple of conference I’ve spoken at in Germany about 
> 1/2 - 3/4 of the 

Re: I want to join summerf code

[Myrle Krantz]

Hello Wang Jie,

Google summer of code admissions are closed for 2017. If you're interested
in applying for 2018, it's best to pick a specific community  and subscribe
to their mailing list. You will need to create a project proposal. Talk
with the community of your choice to learn what they need.

Best Regards,
Myrle

On Sat 17. Jun 2017 at 17:44 wang jie 
wrote:

> Dear Mr. / Ms
> It is my pleasure to write here for you. I am a big data professional, and
> I hope to join you.
> I learned hive,spark,hbase,Hadoop. I like the open source project very
> much. This is my GitHub:
> https://github.com/wangnimaa. Look forward to your reply.
> Thank you for your attention to this matter.
>
> 发送自 Windows 10 版邮件应用
>
>

Re: Solutions.Hamburg: Invitation to provide ApacheContent

[Myrle Krantz]

Hey,

Perhaps Justin and I could give a talk together, as incubator and
recently graduated TLP to illustrate the Apache Way.

Regards,
Myrle


On Wed, May 24, 2017 at 11:28 PM, Justin Mclean
 wrote:
> Hi,
>
>> That said, having a top-level 'Apache Way' talk is important, and having
>> a talk about the Incubator is also greatly desired.
>
> I would be willing to give a talk about the incubator if needed.
>
> It’s a long way for me to travel (from Australia) but it’s a good excuse to 
> visit a city I’ve not been to before.
>
> Thanks,
> Justin
> -
> To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
> For additional commands, e-mail: dev-h...@community.apache.org
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Solutions.Hamburg: Invitation to provide ApacheContent

[Myrle Krantz]

Hey Rich,

I'm a generalist.  With enough lead time, and some coaching from Jim
and/or Roman, I could do a talk about the Apache Way or the incubator.

Having no seniority at Apache, I'm probably not the best person for
it, but if there's no one else, hey: Why not?

Greets,
Myrle


On Wed, May 24, 2017 at 2:11 PM, Rich Bowen  wrote:
> Thank you all for your willingness to participate in this. In addition
> to Christofer's comments about the target technical level of the talks,
> I want to reiterate that one of our primary goals for this opportunity
> needs to be to educate about the ASF, followed by the goal of talking
> about individual projects. That is, the primary message is 'The Apache
> Way', and the secondary message is intros to specific projects. See also
> Shane's thread 'Adding roster of community-focused talks'.
>
> That said, having a top-level 'Apache Way' talk is important, and having
> a talk about the Incubator is also greatly desired.
>
> --Rich
>
> On 05/23/2017 10:31 AM, Rich Bowen wrote:
>> We have been invited to participate at Solutions.Hamburg 2017 -
>> https://solutions.hamburg/ - providing an Apache Day. This event is
>> September 6-8 in Hamburg. The complete invitation is copied below.
>>
>> They're asking for a 30 minute keynote-style presentation, and 4
>> 75-minute presentations. Or possibly just 2, if that's all we can manage.
>>
>> It's also suggested that we could possibly do more than one day, which
>> would expand the scope to include project talks, rather than just Apache
>> Way/Community talks. I'm definitely open to this concept, if we can find
>> the content, and the speakers, and can feature some of our incubating
>> and recently-graduated projects. (Message: Tomorrow's Software, Today.)
>>
>> So, for this, we need to craft the agenda, as per Shane's earlier email,
>> and we need to identify speakers who can be there, and present the content.
>>
>> FWIW, I've done my back-to-back travel for the year, and am NOT
>> available to attend/speak at this event. Also, I expect that having
>> speakers who speak German would be a significantly better option than
>> having US-based speakers anyways.
>>
>> So, we're looking for 2-5 volunteers who can be in Hamburg in September,
>> and who are willing to work with this list to craft the overall message
>> that we want to present to this audience.
>>
>> Christofer Dutz is our primary contact with this event.
>>
>>
>> Details:
>> 
>>
>> firstly: its correct, I’m inviting the Apache Foundation for free -
>> regular industry Partners are paying 5000 Euros for half a Day, We are
>> not charging OpenSource or NGO Projects.
>>
>> The Audience we are targeting are Senior Field Engineers and Senior
>> Developers. The “experten.werkstatt” is the subpart of the
>> Solutions.hamburg where we’d like to to hardcore tech talk at
>> masterclass niveau. So, you can bring your A-Game and define the Format
>> as you like talk, workshops, sparing - you name it.
>>
>> We have Rooms in the size of up to 100 people, the idea is that the
>> Foundation is moderating and hosting the Room as a Partner. Our Idea is
>> to have 3 days (dev/ops/devops - not my idea) so it is thinkable to do
>> half, full or all three days - if you like. Its also thinkable to do
>> half a day dev and half a day devops - you get the idea.
>>
>> the timetable will be:
>>
>> 10:00 - 10:30 Keynote 30 Min.
>> 10:30 - 10:40 Break 10 Min.
>> 10:40 - 11:55 Talk S1-A 75 Min.
>> 11:55 - 12:15 Break 20 Min.
>> 12:15 - 13:30 Talk S1-B 75 Min.
>> 13:30 - 15:15 Lunchbreak 105 Min.
>> 15:15 - 16:30 Talk S2-A 75 Min.
>> 16:30 - 17:00 Break 30 Min.
>> 17:00 - 18:15 Talk S2-B 75 Min.
>>
>> so one half day slot will be 2x75 Minutes
>>
>> Wed: Developer Day (Legendary Speakers Event in the Evening)
>> Thu: DevOps Day
>> Friday: Operations Day (legendary Big Party in the Evening)
>>
>> Regarding a Talk about the Apache Foundation: that would possibly fit
>> into a keynote slot - we can figure something out.
>>
>> pleas see https://solutions.hamburg for reference (sorry, german only.)
>>
>>
>>
>
>
> --
> Rich Bowen - rbo...@rcbowen.com - @rbowen
> http://apachecon.com/ - @apachecon
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Solutions.Hamburg: Invitation to provide ApacheContent

[Myrle Krantz]

Hey Rich, Hey Christofer,

I could do this.  Hamburg is about a 5 hour drive from where I live.
I can speak in English or in German.  My English is better, but my
German is good enough for a talk.

I could give a talk on Apache Fineract, or on Microservices/REST APIs,
or I could try to develop the theme of community in and out of tech
from the spontaneous lightning talk that I did for ApacheCon 2016
Seville.

Best Regards from Germany,
Myrle



On Tue, May 23, 2017 at 4:31 PM, Rich Bowen  wrote:
> We have been invited to participate at Solutions.Hamburg 2017 -
> https://solutions.hamburg/ - providing an Apache Day. This event is
> September 6-8 in Hamburg. The complete invitation is copied below.
>
> They're asking for a 30 minute keynote-style presentation, and 4
> 75-minute presentations. Or possibly just 2, if that's all we can manage.
>
> It's also suggested that we could possibly do more than one day, which
> would expand the scope to include project talks, rather than just Apache
> Way/Community talks. I'm definitely open to this concept, if we can find
> the content, and the speakers, and can feature some of our incubating
> and recently-graduated projects. (Message: Tomorrow's Software, Today.)
>
> So, for this, we need to craft the agenda, as per Shane's earlier email,
> and we need to identify speakers who can be there, and present the content.
>
> FWIW, I've done my back-to-back travel for the year, and am NOT
> available to attend/speak at this event. Also, I expect that having
> speakers who speak German would be a significantly better option than
> having US-based speakers anyways.
>
> So, we're looking for 2-5 volunteers who can be in Hamburg in September,
> and who are willing to work with this list to craft the overall message
> that we want to present to this audience.
>
> Christofer Dutz is our primary contact with this event.
>
>
> Details:
> 
>
> firstly: its correct, I’m inviting the Apache Foundation for free -
> regular industry Partners are paying 5000 Euros for half a Day, We are
> not charging OpenSource or NGO Projects.
>
> The Audience we are targeting are Senior Field Engineers and Senior
> Developers. The “experten.werkstatt” is the subpart of the
> Solutions.hamburg where we’d like to to hardcore tech talk at
> masterclass niveau. So, you can bring your A-Game and define the Format
> as you like talk, workshops, sparing - you name it.
>
> We have Rooms in the size of up to 100 people, the idea is that the
> Foundation is moderating and hosting the Room as a Partner. Our Idea is
> to have 3 days (dev/ops/devops - not my idea) so it is thinkable to do
> half, full or all three days - if you like. Its also thinkable to do
> half a day dev and half a day devops - you get the idea.
>
> the timetable will be:
>
> 10:00 - 10:30 Keynote 30 Min.
> 10:30 - 10:40 Break 10 Min.
> 10:40 - 11:55 Talk S1-A 75 Min.
> 11:55 - 12:15 Break 20 Min.
> 12:15 - 13:30 Talk S1-B 75 Min.
> 13:30 - 15:15 Lunchbreak 105 Min.
> 15:15 - 16:30 Talk S2-A 75 Min.
> 16:30 - 17:00 Break 30 Min.
> 17:00 - 18:15 Talk S2-B 75 Min.
>
> so one half day slot will be 2x75 Minutes
>
> Wed: Developer Day (Legendary Speakers Event in the Evening)
> Thu: DevOps Day
> Friday: Operations Day (legendary Big Party in the Evening)
>
> Regarding a Talk about the Apache Foundation: that would possibly fit
> into a keynote slot - we can figure something out.
>
> pleas see https://solutions.hamburg for reference (sorry, german only.)
>
>
>
> --
> Rich Bowen - rbo...@rcbowen.com - @rbowen
> http://apachecon.com/ - @apachecon
>

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org

Re: Invitation to travel to Berlin

[Myrle Krantz]

+1

Depending on timing, I'd like to help out too. Berlin's close enough for an
extended weekend trip for me.

If there's less than 40 participants, I'll bake something and bring it.

Best Regards,
Myrle


On Thu 11. May 2017 at 09:38 Sharan Foga  wrote:

> Hi Isabel
>
> What a brilliant idea! I'd like to participate and also help out where I
> can.
>
> Thanks
> Sharan
>
> On 11/05/17 06:03, Ted Dunning wrote:
> > Since this suggestion is to mixed open/closed lists, I have moved all
> > emails except dev@comm.a.o to bcc.
> >
> > I also trimmed vats of details from the original email.
> >
> > I think that this is a very cool idea and would be happy to raise some
> > funds for it, perhaps for snacks or Mate.
> >
> > I would also love to attend and contribute more substantively, iff'n the
> > Creek don't rise .
> >
> > On Wed, May 10, 2017 at 1:15 PM, Isabel Drost-Fromm 
> > wrote:
> >
> >> ...
> >>
> >> Ever since I started that thing my head has been tossing around the idea
> >> to see if one could arrange something bigger. Something that touches
> >> community management, open development, inner source, project
> neutrality,
> >> foundation growth, async communication - essentially some sort of Apache
> >> Community Summit, or Apache Community Hackathon to overload the meetup
> >> acronym's meaning.
> >>
>
>

Re: Vetoes for New Committers??

[Myrle Krantz]

> Recall at a time, EVERYONE at Apache, and our projects, were fully
> volunteer with unknown and widely varying cycles of free time. We
> understood the ebb-and-flow of available time as an unaligned
> volunteer and based some of our core tenets around that. That's
> why, for example, merit doesn't expire. We realized that some
> time you have time, and some time you don't.
>
> So we never wanted to "penalize" people who were infrequent or
> had inconsistent time. Withholding PMC membership simply based
> on that seems very, very wrong to me.

This depends on what you task the PMC with.  I prefer that a PMC leave
most rule-making to the committers at large  If the PMC is mostly
about approving new committers, then I Jim's interpretation makes a
lot of sense.

Greets,
Myrle

-
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org