X-Original-To: alpine-devel@lists.alpinelinux.org Received: from mail.toastin.space (mail.toastin.space [207.246.93.162]) by lists.alpinelinux.org (Postfix) with ESMTP id F4045F854A2 for ; Fri, 12 Apr 2019 00:01:13 +0000 (UTC) Received: from mail.toastin.space (localhost [127.0.0.1]) by mail.toastin.space (OpenSMTPD) with ESMTP id 6eea3f45; Thu, 11 Apr 2019 20:01:07 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=toastin.space; h=subject :to:references:from:cc:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=ml; bh=GE4h8HfT9C+aVF elb5FVGs/U/B8=; b=d9Dfy05MYlrciNRT8Y5O5Jhakg6afhg5xzfoYmSF0C+KAh WI5kY9ZkVhH2/sUzwQIZ2lRUHwEPclVPTZ6dZRBFj9vA9KP49kLw3P4FcC6zD1yp 0waDZ7FF3myH6e9gAwd+BOU0vR26jH0ypRmiB8R7mlGckQvVUMlHCsdYt/GustKV Gd/UAbQCbzbCxgiDE7XdAQ3QEWLvLZqWRV0FMPzpKsL44bzwCFoe5ZSIZ5AdC6K8 SXMOXNNvjrBCTYLM95scVEsUQbUTtqaIv6DjhVYm1MmrHWNIzO+YyqTJLm2tTINy EFxu1x5a64LLEqIBv+nW3azfTA+DiBqpBjxscX4A== DomainKey-Signature: a=rsa-sha1; c=nofws; d=toastin.space; h=subject:to :references:from:cc:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; q=dns; s=ml; b=VQv8xGzG zwZoYprOFFSZZGwXLoDhkf/YyYNNKMHHp8O528aUgpkt+CIHjrs3e2klm04hRe1+ wKgNzMLgM3sPIzAqwwLtGFWNesoutq0nQhxPcuntQiyHY2M1y4Lw0aOhLejKVJs8 Qm1J8ajFXS4Al0vdAgOMH8wlnVxuzzLRyoARmP0yqV7xKY6MIBq4YFYJzbSoguSg NzQQs0IWAjyRgHeR/Wi0nqY7sWVdEC1kvQU2JUyjE1/tXwr2EvanPlzCdC0Is3CQ qH6R/vyFdeoUokHIYyPgfxNaRyij/7CjxaIy3NlNKenVQZY/MCQ/vVSsUkkqA/2y hCwRr1J1tc9mfg== Received: from [192.168.0.135] (173-246-15-165.qc.cable.ebox.net [173.246.15.165]) by mail.toastin.space (OpenSMTPD) with ESMTPSA id 5880c82f (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Thu, 11 Apr 2019 20:01:07 -0400 (EDT) Subject: Re: [alpine-devel] [PATCH 2/2] Rework the base team description To: alpine-devel@lists.alpinelinux.org References: <20190409050210.20217-1-sir@cmpwn.com> <20190409050210.20217-3-sir@cmpwn.com> <20190409133140.GB21799@homura.localdomain> <6B5C3246-C8D8-4CE8-8A56-8ECBADE4654B@yahoo.com> <20190409175838.GE21799@homura.localdomain> <20190410203624.35719561@ncopa-desktop.copa.dup.pw> <9ab6d193-4671-1786-1214-65daad959aed@toastin.space> <20190411152723.32e38e16@ncopa-desktop.copa.dup.pw> <20190411172622.3978cc04@ncopa-desktop.copa.dup.pw> <20190411230336.19ec9ee2@ncopa-desktop.copa.dup.pw> From: Chloe Kudryavtsev Cc: Natanael Copa Message-ID: <1918db9f-0b53-3e91-9af8-3de262e877d8@toastin.space> Date: Thu, 11 Apr 2019 20:01:07 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:67.0) Gecko/20100101 Thunderbird/67.0 X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 In-Reply-To: <20190411230336.19ec9ee2@ncopa-desktop.copa.dup.pw> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit On 4/11/2019 5:03 PM, Natanael Copa wrote: > On Thu, 11 Apr 2019 11:31:09 -0400 > Chloe Kudryavtsev wrote: > >>>> We want to rotate people, period. > > To be honest, I find this worrying. Who are "we" here? I was using the same "we" as you: >>>>> The concern here is, do we want rotate out good people? Or do we want >>>>> try keep them. "people with Alpine's best interests in mind". > There are people in this very thread that explicitly said they don't > want rotation. And my point of view (so far) has been: "well, this solves problems A and B, and provides advantage C, and it doesn't look like anyone has any better ideas"; which actually remains true, but... > There are a significant amount of people who have not responded to this > proposal at all for various reasons, so I have spent this week calling > people to ask what they think and what they feel about it. > > There have also been people that in private has reached out to me and > expressed concern about this proposal, where it comes from and what > your intentions are. > > My impression is that people are worried about this rotation thing. This has become my impression as well. Whether it is for (unnamed) logical reasons, or (as I suspect it is) for emotional reasons, people do not seem to want this. That does leave us with the issues (and, I would hope, desirable advantage) mentioned above, however. >>> Maybe I was unclear. I was talking about the project as a whole. We >>> don't elect our contributors. They join on their initiative. >> >> We indeed do not elect our contributors. >> The rotation stuff *only* applies to base. > > So my point here is that whatever happens in the > leadership tend to propagate to the rest of an organization. If you > want honesty in the organization, the leadership needs to be honest. If > you want diversity in an organization, you start in the leadership > board. If you want a peaceful organization you need to have a peaceful > leadership board. This has actually not been something I've considered, and is a good point. > So lets flip this rotation of people thing around. > > In case that that would want to have forced rotation through the > organization, where we would want to replace people, regardless if they > are good or bad, then the logical step would be to implement forced > rotation in the "base" team. > > But if we want to keep the good people within the he organization, then > maybe forced rotation of "base" team is not the best approach. I mean, > it would not surprise me if losing good people in the rotation process > becomes a side-effect, a hidden cost. > > Is rotation worth the risk of losing good people? > > Maybe it is. > > But before you say that we will not lose anyone (we already lost at > least two over this) And herein lies the obvious problem (as per the above thing I hadn't considered). If it does play out that way (and, as you say, it seems like it is), the things I outlined definitely are not worth it. Being wrong is something I do on occasion, but I had hoped that it would be caught (and properly explored as it is now) earlier. > please imagine yourself in this situation: You > create a small distro and spend 13 years to raise and maintain your > baby. You see people come and people go. You see people stick in good > times and bad times. Then the distro grows big. > > And a new person shows up and after 5 months he says: > - We want Chloe to step down. Anyone can take over, just not Chloe. > > You respond: > - Hum sure, why not, would be nice to let someone else deal with the > people drama. I could be a part of a technical lead team instead, > that would be nice. > > - No, no! We don't want any separate technical lead team at all. *We* > want Chloe to step down. Period. But she may come back in a year. > > So to prove to everyone - including yourself - that you are not a power > abuser, you do step down. > > But would you actually want to come back after that? As a note, I decided not to interject within this block, and simply talk about it as a whole afterwards. 1. It is clear that you took the idea of forced rotation personally. I see why that happened, and have been trying to avoid it through my statements. The idea is so: when you write general rules, you typically do not want to add specific exceptions (especially involving a single person). Perhaps this is an atypical case. I would certainly want (and expect) for you to be elected at every instance where you are available, and it was not my intent for you to take the proposal in this way. However, my intent is mostly irrelevant to the fact that it *has* happened. I would like you to know that I am deeply sorry and regretful that this is how that played out, and reaffirm that that was never my intent. 2. As I think I mentioned at the start, the "We" I was using was supposed to include you. It's quite clear at this point that I've misrepresented the de-facto desires (whatever they are based in), and regret that as well. > So to prove to everyone - including yourself - that you are not a power > abuser, you do step down. > > But would you actually want to come back after that 3. This outlines another failing of mine - I've clearly failed to (sufficiently) empathize with you. Your original wording of the problem seemed confusing and contradictory, but instead of trying to figure out the original intent, I had responded to the words. I hope to be better in this regard as well. > - No, no! We don't want any separate technical lead team at all.4. This is quite interesting; my perception was the opposite. I see Base as both the technical and community leads, but primarily the former (after all, most conflicts they'd be resolving would be of technical nature; I expected the community things to be less common). My objection was thus to not having an additional all-powerful entity that would then be the community leadership. If we consider Base the community leadership, the technical leadership would not actually need to be all-powerful (only the parent of everything but Base), and that could certainly be done. In short, 4 seems to have been a communication issue. Not really certain who's at fault in that one (nor that there necessarily need be someone specific at fault), but I've definitely been an active participant. --- In summary, the side effects (some of which had only been pointed now) of forced rotation probably are not worth the outlined advantages. It would be nice to come up with something else that gets us at least some of the advantages without said side-effects and controversy. Further, the approach I had taken (due to my lack of attentiveness, the source of which ultimately is not relevant to the result) has caused you to take the idea personally. I find this regrettable, and I am sorry that I wasn't good enough to catch and stop that earlier. As to the way forward, please refer to my other email (response to the call re: a working group). --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---