Yu mid showing me the steps involve in this because Im a new comitter On Thu, Jul 27, 2023, 4:35 PM Christofer Dutz <christofer.d...@c-ware.de> wrote:
> Hi Kelly, > > Well, I’m proposing to change the defaults for email automatically sent > from GitHub for PRs, Issues and Discussions. > I’m not changing anything right now … I just had one check removed that > validates the custom patterns a project has in its .asf.yaml > So technically this change shouldn’t have changed anything at all … it > just allows you to do it now, and I guess so far only PLC4X uses this > feature. > > Chris > > Von: Kelly Oglesbee <humbleoppurtun...@gmail.com> > Datum: Donnerstag, 27. Juli 2023 um 22:12 > An: dev@community.apache.org <dev@community.apache.org> > Betreff: Re: Changing the defaults for GitHub generated email titles? > exactly what emails are you changing, because I'm experiencing problems > with my emails on my device? > > On Thu, Jul 27, 2023, 3:52 PM Gary Gregory <garydgreg...@gmail.com> wrote: > > > I'm OK with a vote, make sure you explain what -1 means in this context > > (count vs veto) > > > > > > TY! > > Gary > > > > On Thu, Jul 27, 2023, 3:46 PM Christofer Dutz <christofer.d...@c-ware.de > > > > wrote: > > > > > Ok, > > > > > > so after the discussion didn’t come up with any objections. I prepared > a > > > PR and that was merged today. > > > Now the templates no longer have to have a mandatory “repository” > > variable > > > ;-) > > > > > > I updated the PLC4X settings and it seems to be working nicely. > > > > > > Sooooo … where are we on this discussion? > > > I would still like to change the defaults to the patterns I suggested > > > (including the repository). > > > > > > What’s your thoughts? Should I simply start a vote? > > > > > > Chris > > > > > > > > > > > > Von: Christofer Dutz <christofer.d...@c-ware.de> > > > Datum: Mittwoch, 19. Juli 2023 um 14:35 > > > An: dev@community.apache.org <dev@community.apache.org> > > > Betreff: AW: Changing the defaults for GitHub generated email titles? > > > Hi all, > > > > > > So, I’ve tracked down the requirement to the test, that requires the > > > “repository” variable, > > > But it doesn’t really explain why it’s required. I was told that it’s > for > > > some 20 year old reason, however that simply can’t apply to the custom > > > email templates for GitHub ;-) > > > > > > So, I opened a discussion thread > > > https://lists.apache.org/thread/wz6f71wovzsz0nk6bdpgs8m17f07o2ko > > > Feel free to add your comments to it. > > > > > > Chris > > > > > > > > > Von: Christofer Dutz <christofer.d...@c-ware.de> > > > Datum: Dienstag, 11. Juli 2023 um 16:29 > > > An: dev@community.apache.org <dev@community.apache.org> > > > Betreff: AW: Changing the defaults for GitHub generated email titles? > > > I have absolutely no idea … just whenever you leave it away the system > > > starts yelling at you, telling you that it’s required ;-) > > > If the computer says so … I gotta obey ;-) > > > > > > Von: Kelly Oglesbee <humbleoppurtun...@gmail.com> > > > Datum: Dienstag, 11. Juli 2023 um 15:00 > > > An: dev@community.apache.org <dev@community.apache.org> > > > Betreff: Re: Changing the defaults for GitHub generated email titles? > > > Why id this necessary? > > > > > > On Tue, Jul 11, 2023, 8:56 AM Christofer Dutz < > christofer.d...@c-ware.de > > > > > > wrote: > > > > > > > Hi Phil, > > > > > > > > Well, you can somewhat reduce it to whatever you like … however there > > > > seems to be one limitation, which I can’t quite explain. > > > > For some reason you need to have the repository name as part of the > > > > subject line. That’s why I added it to the end as there it didn’t > > > interrupt > > > > my speed-reading and didn’t show up on my phone. > > > > > > > > And yeah … I agree that I also prefer the super-minimal prefixes [PR] > > for > > > > Pull-Requests [I] for Issues and [D] for Discussions. > > > > I think it takes me something round half a second to know that it’s a > > PR, > > > > Issue or Discussion. > > > > Generally, I could even live without them all together as it doesn’t > > > > really matter, if a discussion is about a PR, Issue or just a > > > > general-purpose discussion. > > > > In an all-email workflow, we never had these prefixes before … > > everything > > > > was just a discussion. > > > > But if you ask me .. I’d keep the minimal prefixes, but be in favor > of > > > the > > > > smaller ones above [PULL-REQUEST], [ISSUE] and [DISCUSSION] … > > > > well … I guess that was why I chose these defaults for the projects I > > > > could change it ;-) > > > > > > > > Chris > > > > > > > > > > > > Von: Phil Steitz <phil.ste...@gmail.com> > > > > Datum: Mittwoch, 5. Juli 2023 um 20:57 > > > > An: dev@community.apache.org <dev@community.apache.org> > > > > Betreff: Re: Changing the defaults for GitHub generated email titles? > > > > +1 from another Commons contributor drowning in the flood of cruft on > > > > commons-dev. Shorter subject lines would be great. I don't know if > > the > > > > tooling would support or can be customized for Commons, but one thing > > > that > > > > would help would be to uniformly drop the word "Commons", so we go > back > > > to > > > > what we did when we actually used the dev list for discussion > > > [Commons-Foo] > > > > is just [Foo]. There is also no value in the [GitHub] prefix in the > > > > messages from there. All PRs come from there. Probably should talk > > > about > > > > this on Commons-dev (maybe with some special decorations on the > subject > > > > line so people will see it amidst all of the bot stuff :) > > > > > > > > Phil > > > > > > > > On Mon, Jul 3, 2023 at 5:48 AM Gary Gregory <garydgreg...@gmail.com> > > > > wrote: > > > > > > > > > Thanks for sharing these links; what a great start :-) > > > > > > > > > > I'm pretty sure the Commons community will welcome these kinds of > > > > > changes where a complaint has been the "flood" of emails from > GitHub, > > > > > so hopefully this will help. > > > > > > > > > > For my money though, I'd prefer much shorter subject prefixes, even > > to > > > > > the extreme, I'll just learn the codes, otherwise, it's impossible > to > > > > > read on my phone, which would be counterproductive (for me). > > > > > > > > > > For example, [BUILD-FAILURE] -> [BUILD-FAIL] -> [BUILD-F] -> [B-F], > > > > > just something much shorter, again, think phone. B means Build, F > > > > > means Fail, that kinda mapping. I'm not sure where the mapping > would > > > > > be best documented, perhaps on each project's mailing list page. > > > > > > > > > > Gary > > > > > > > > > > On Mon, Jul 3, 2023 at 8:12 AM Christofer Dutz > > > > > <christofer.d...@c-ware.de> wrote: > > > > > > > > > > > > Hi all, > > > > > > > > > > > > So here’s an example of one week’s email traffic on one project > > > before > > > > > and after the config changes: > > > > > > > > > > > > (Sorry for putting the Spotlight on you streampipes folks, but > this > > > is > > > > > the best positive example I know) > > > > > > > > > > > > Before the change: > > > > > > > > > > > > > > > > > > > > > https://lists.apache.org/list?d...@streampipes.apache.org:dfr=2023-1-9|dto=2023-1-15 > > > > > > Here you can see, that: > > > > > > a) It’s hard to see what something is about as the prefix is very > > > large > > > > > > b) The only grouping happening is the same person doing the same > > > thing > > > > > on one issue (commenting on an issue for example) > > > > > > > > > > > > Also, one week on the same list, with updated settings: > > > > > > > > > > > > > > > > > > > > > https://lists.apache.org/list?d...@streampipes.apache.org:dfr=2023-6-12|dto=2023-6-18 > > > > > : > > > > > > Here you can see: > > > > > > a) Greatly reduced number of threads > > > > > > b) Threads are grouped together > > > > > > c) You can actually follow a thread > > > > > > (The reason so many threads start with “RE:” is that the initial > > post > > > > > seems to be outside of the date-range of that week and the reason > for > > > one > > > > > or two long discussion titles, was they changed the config on > > > 16.06.2023) > > > > > > > > > > > > Hope this brings a bit more context for some. > > > > > > > > > > > > Chris > > > > > > > > > > > > > > > > > > > > > > > > Von: Shane Curcuru <a...@shanecurcuru.org> > > > > > > Datum: Freitag, 30. Juni 2023 um 23:20 > > > > > > An: dev@community.apache.org <dev@community.apache.org> > > > > > > Betreff: Re: Changing the defaults for GitHub generated email > > titles? > > > > > > Christofer Dutz wrote on 6/30/23 3:49 AM: > > > > > > ...snip... > > > > > > > So in general, I would like to change the defaults used by the > > > GitHub > > > > > tooling to the ones I proposed in > > > > > > > > > > > > > > > https://community.apache.org/contributors/mailing-lists.html#configuring-the-subject-lines-of-the-emails-being-sent > > > > > . Quite a number of projects have adopted these settings: > > > > > > > Like StreamPipes: > > > > > https://lists.apache.org/list?d...@streampipes.apache.org:lte=4M > > > > > > > > > > > > +1 to giving this several more days of review and refinement, and > > > then > > > > > > holding a vote to make this a ComDev PMC recommendation of best > > > > practice > > > > > > and then working (separately) on how to announce and make any > > > changes. > > > > > > > > > > > > A couple of things I'd love to see: > > > > > > > > > > > > - A clear example of a before and after within a single project. > > > Come > > > > > > up with a specific Ponymail date search URL that shows one week > of > > > > > > old-style notifications on a dev@ list, and then a second URL > that > > > > shows > > > > > > a week of new-style notifications from the same dev@ list. > > Directly > > > > > > seeing that difference would really help cement "yes, let's do > it!" > > > > > > > > > > > > - Changing Chris' description page above to clearly show the best > > > > > > practice first, and then talk about how to find options for > > projects > > > > > > that want to customize. The page as written now is good at > helping > > > > > > convince someone new that 1) this is an easy change, and 2) this > > is a > > > > > > good idea. > > > > > > > > > > > > When we work on communications to PMCs, we need a "How-To setup > > best > > > > > > practices for GH notifications" guide that focuses on the *why* > > > > > > "Inclusion and transparency", and then the *steps to > do/configure* > > > > which > > > > > > would be brief description of asfyaml stuff, and start with the > > best > > > > > > practice configuration, explaining what it does. > > > > > > > > > > > > After that in the doc, include the original GH notifications and > > > other > > > > > > pointers to technical reference. > > > > > > > > > > > > Thinking ahead, I'd be happy voting to send out PMCs email saying > > > "the > > > > > > default notifications are going to change on date X; email here > to > > > > > > opt-out". Keep track of opt-outs, and then change defaults for > > all. > > > > > > > > > > > > -- > > > > > > - Shane > > > > > > ComDev PMC > > > > > > The Apache Software Foundation > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > 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 > > > > > > > > > > > > > > > > > > > >
