Unsubscribe pls Von meinem iPhone gesendet > Am 10.10.2023 um 01:46 schrieb Tharsan Thavarajah > <tharsanthavarajah...@icloud.com>: > > No subscribe pls this i want this no more > Von meinem iPhone gesendet > >> Am 02.10.2023 um 09:20 schrieb Christofer Dutz <christofer.d...@c-ware.de>: >> >> Ok … changes have been merged … now let’s see ;-) >> >> Chris >> >> Von: Christofer Dutz <christofer.d...@c-ware.de> >> Datum: Samstag, 30. September 2023 um 08:39 >> An: dev@community.apache.org <dev@community.apache.org> >> Betreff: Re: [POLL] Should we ask Infra to change the defaults used to >> generate GitHub integration email subjecs? >> Well it wouldn't be you, who's getting the beer... You would need ask sebb >> to share that beer with you ;-) >> >> Chris >> >> Gesendet von Outlook für Android<https://aka.ms/AAb9ysg> >> ________________________________ >> From: Christopher <ctubb...@apache.org> >> Sent: Saturday, September 30, 2023 1:57:02 AM >> To: ComDev <dev@community.apache.org> >> Subject: Re: [POLL] Should we ask Infra to change the defaults used to >> generate GitHub integration email subjecs? >> >> Loophole question: can we start a campaign to complain just to get free >> beer? >> >>>> On Fri, Sep 29, 2023, 15:25 Craig Russell <apache....@gmail.com> wrote: >>> >>> I thought that a few folks responded to sebb earlier in the thread. >>> Repeating an earlier post does not make it a new post. >>> >>> Changing defaults will not affect people who have changed their own >>> project settings. And if they are happy with the defaults to the extent >>> that they complain about the defaults changing for the better, I will split >>> the bar tab with you >>> >>> Craig >>> >>>> On Sep 29, 2023, at 09:09, Christofer Dutz <christofer.d...@c-ware.de> >>> wrote: >>>> >>>> As it was pointed out that nobody responded to this, let me do so: >>>> >>>> We have provided docs for quite some time … nothing really has changed >>> as many projects are on a steep decline on using their lists. >>>> These proposes changes have seen a very dominant support by most people >>> who expressed their thoughts here. You are currently the only person >>> actively objecting. >>>> >>>> We are trying to improve things. >>>> We are also not forcing anything on anyone … whoever wants things to >>> stay the way they were, we provided all the information upfront to how they >>> can keep things the way they were. >>>> >>>> Let’s make a one-sided bet: if there are more people complaining about >>> the change after it happened than are expressing to be happy with them, >>> I’ll invite you to a beer? >>>> >>>> Chris >>>> >>>> >>>> >>>> Von: sebb <seb...@gmail.com> >>>> Datum: Freitag, 4. August 2023 um 11:21 >>>> An: dev@community.apache.org <dev@community.apache.org> >>>> Betreff: Re: [POLL] Should we ask Infra to change the defaults used to >>> generate GitHub integration email subjecs? >>>> NAK - I don't think the defaults should be changed; instead provide >>>> docs on how to do so >>>> Don't force projects to change if they don't want to >>>> >>>> On Wed, 2 Aug 2023 at 07:46, Christofer Dutz <christofer.d...@c-ware.de> >>> wrote: >>>>> >>>>> Well, >>>>> >>>>> stating the obvious, I’ll add my +1 ;-) >>>>> >>>>> And yes Craig, I said the defaults … if you have explicitly configured >>> your .asf.yaml subjects, they are left unchanged. >>>>> >>>>> Chris >>>>> >>>>> >>>>> Von: Richard Zowalla <rich...@zowalla.com> >>>>> Datum: Mittwoch, 2. August 2023 um 08:10 >>>>> An: dev@community.apache.org <dev@community.apache.org> >>>>> Betreff: Re: [POLL] Should we ask Infra to change the defaults used to >>> generate GitHub integration email subjecs? >>>>> +1 >>>>> >>>>> Am 2. August 2023 07:47:25 MESZ schrieb Jarek Potiuk <ja...@potiuk.com >>>> : >>>>>> +1 >>>>>> >>>>>> On Wed, Aug 2, 2023 at 2:15 AM Craig Russell <apache....@gmail.com> >>> wrote: >>>>>>> >>>>>>> Hi Christofer, >>>>>>> >>>>>>> As long as projects with their own settings can continue to use them, >>> I'm >>>>>>> >>>>>>> +1 >>>>>>> >>>>>>> to change the defaults for all projects. If the projects don't like >>> being able to use their lists again, they can always go back to what they >>> had before. >>>>>>> >>>>>>> Thanks, >>>>>>> Craig >>>>>>> >>>>>>>> On Aug 1, 2023, at 05:16, Christofer Dutz <christofer.d...@c-ware.de> >>> wrote: >>>>>>>> >>>>>>>> Starting a new thread as the last one sort of dried up and didn’t >>> quite form anything actionable. >>>>>>>> >>>>>>>> Being subscribed to many of our mailing-lists and most recently >>> looking into every project, dev-lists when reviewing board reports, I have >>> seen many of our lists literally being rendered useless. >>>>>>>> >>>>>>>> Useless, because it’s almost impossible to follow these lists, as a >>> large percentage of the emails are: >>>>>>>> >>>>>>>> * Generated emails and the way they are currently generated makes >>> it impossible for email clients to correctly display them as threads. >>>>>>>> * Contain so much redundant information, that the actual start of >>> the header that I’m interested in reading is usually not readable on mobile >>> phones. >>>>>>>> * Most discussions have been moved away from the lists >>> (notifications@, commits@), having left over only skeletons in which >>> every now and then a vote is being handled. >>>>>>>> >>>>>>>> My proposal is to change the default settings for auto-generated >>> GitHub emails for all projects (not just the new ones) to be a much more >>> condensed version. >>>>>>>> >>>>>>>> With these changes, all existing lists, that haven’t manually >>> configured the format of the emails, instantly get readable lists again. >>>>>>>> >>>>>>>> Some would argue that there might be projects that could object >>> these changes, but I would on the other hand bet that more projects would >>> be in favor of such a change than not. >>>>>>>> Those who don’t want a change, can simply go back to the old format, >>> by specifying it in one commit for which we can even provide a default >>> .asf.yaml snippet. >>>>>>>> >>>>>>>> Some people expressed the wish to have longer prefixes, such as >>> “[ISSUE]”, “[PULL-REQUEST]” or “[DISCUSSION]” however do these not add much >>> information to the email that “[I]”, “[PR]” and “[D]” don’t and the shorter >>> version allows displaying more of the subject on mobile email clients. >>>>>>>> >>>>>>>> Here’s an example of a project list before the changes: >>>>>>>> >>> https://lists.apache.org/list?d...@streampipes.apache.org:dfr=2023-1-9|dto=2023-1-15 >>>>>>>> Here’s an example of the same list after using the other defaults: >>>>>>>> >>> https://lists.apache.org/list?d...@streampipes.apache.org:dfr=2023-6-12|dto=2023-6-18 >>>>>>>> >>>>>>>> Here’s an example on how even ponymail is now able to display >>> something happening on GitHub as a discussion you can also follow nicely >>> via email: >>>>>>>> https://lists.apache.org/thread/rnr9tjx9rsnqc7b5nwcf68qnp5bkr9hc >>>>>>>> >>>>>>>> I would propose to keep the repository as part of the templates, >>> even if since my PR last week was merged it’s now possible to omit that too. >>>>>>>> >>>>>>>> I care deeply about our projects, and I would really hate to see our >>> core principles being lost more and more (“If it didn’t happen on the list, >>> it didn’t happen”). >>>>>>>> >>>>>>>> You would make me really happy if I could get some general approval >>> by you folks here. >>>>>>>> >>>>>>>> >>>>>>>> Chris >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> Craig L Russell >>>>>>> c...@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 >>> >>> Craig L Russell >>> c...@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
