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
> > > >
> > > >
> > >
> >
>

Reply via email to