Im king of puzzled So, giving a -1 on a valid technical ground is "blocking attitude", requires a counter proposal and a commitment of resources And it seems that a -1 on a "procedure formality" (unless every PR requires a proposal in the list) is a valid argument, does not require a counter proposal and non commitment of resources.
On Mon, Feb 3, 2025 at 12:47 PM Toni Rikkola <trikk...@redhat.com> wrote: > Ok, so that decision followed the path ticket->PR without mailing list. The > PR counts as a voting location and Porcelli is giving a -1 with a valid > argument. > It is always possible to escalate to ML and that is what Porcelli is > asking. > > I did not yet include voting rules in this proposed guideline, but that -1 > needs to be challenged if there are intentions to invalidate it. > The -1 is due to a difference we are planning to have compared to Apache > practice so the mailing list is a good place to continue on that. > > Toni > > On Mon, Feb 3, 2025 at 12:54 PM Francisco Javier Tirado Sarti < > ftira...@redhat.com> wrote: > > > Hi Toni, > > > > One question, how do we manage to make all the aspects we are discussing > > here with the day by day reality of how this community is really working? > > See > > > > > https://github.com/apache/incubator-kie-issues/issues/1749#issuecomment-2630540808 > > > > > > On Mon, Feb 3, 2025 at 8:48 AM Toni Rikkola <trikk...@redhat.com> wrote: > > > > > Sure Jason. I don't think anything I wrote here is original. Apache > > > provides the minimum and then projects like Kafka add more on top of > > that. > > > I will find the different takes on this and reference them in the wiki > > > page. > > > > > > Toni > > > > > > On Fri, Jan 31, 2025 at 6:04 PM Jason Porter <lightguar...@apache.org> > > > wrote: > > > > > > > I have not given this a thorough read through just yet, but on a > quick > > > > read through, I'm not seeing any references for things. I think we > need > > > to > > > > stay grounded with what the Apache Software Foundation (ASF) has in > > place > > > > (I know it isn't a lot) in general, and we can also pull ideas from > > other > > > > Top Level Projects (TLPs). I know this proposal idea for example is > > used > > > in > > > > a couple of places: Groovy, Kafka, and probably others, I know for > sure > > > > those two use a similar system. I don't think it makes sense for us > to > > > > reinvent the wheel if we don't need to. It also helps others that are > > > > familiar with the way things are done in other projects to understand > > > > where/why we made decisions. > > > > > > > > Toni, would you be able to add references to the proposal wiki page? > > > > > > > > On 2025/01/31 08:20:00 Toni Rikkola wrote: > > > > > Hello, > > > > > > > > > > This is a proposal I created based on the discussion that happened > in > > > > > [DISCUSSION] Discussion, proposal and voting process-Apache Mail > > > Archives > > > > > <https://lists.apache.org/thread/tzqhh1qg9yr7v6wk0bwnk921y15yr0qk> > > > > > > > > > > It is time to eat my own dog food and prove discussion is not just > a > > > > group > > > > > of people dreaming. This proposal will lead to a vote and action > will > > > be > > > > > taken if the vote is approved. > > > > > > > > > > The goal I have is to form community guidelines and this is the > first > > > > item > > > > > and step we need to agree on. > > > > > Everyone is welcomed to give feedback and suggest additionals, > > removal, > > > > > fixing a type or change of wording. Preferred way is to use this > > list, > > > > but > > > > > if you direct message me I will reference the request here > > anonymously. > > > > > > > > > > I will edit the wiki page based on requests I see fitting and then > > pass > > > > it > > > > > to voting once I feel it is good enough. > > > > > > > > > > [PROPOSAL] Community guideline to define discussion, proposal and > > vote > > > - > > > > > Apache KIE - Apache Software Foundation > > > > > < > > > > > > > > > > https://cwiki.apache.org/confluence/display/KIE/%5BPROPOSAL%5D+Community+guideline+to+define+discussion%2C+proposal+and+vote > > > > > > > > > > > > > > > Thank you > > > > > Toni Rikkola > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: dev-unsubscr...@kie.apache.org > > > > For additional commands, e-mail: dev-h...@kie.apache.org > > > > > > > > > > > > > >
