Re: [Log4j] Branch naming

2023-02-27 Thread Volkan Yazıcı
As we have agreed on, I have implemented the following branch renamings:

`log4j-2.12` → `2.12.x`
`log4j-2.17.1-site` → `2.17.1-site`
`log4j-2.3.2-site` → `2.3.2-site`
`log4j-2.3.x` → `2.3.x`
`master` → `main`
`release-2.x` → `2.x`

Please update the remote tracking branches in your personal repository
clones.

I have created INFRA-24261
 to set the default
GitHub branch to `2.x` – this is not possible via `.asf.yaml`. Along this
journey, I have also created INFRA-24260
 to request
clarification on which `.asf.yaml` features are branch-dependent and which
are not.

I have updated every match of the `(master|release-2.x)` regex in the
source code; CI scripts, website, etc.

I have also done some spring cleaning. Deleted certain stale branches of
which I am certain they can be gone, and prefixed the rest with
`scheduled-for-deletion/`:

`ckozak/stack_trace_jmh_benchmark`
`gelf-layout-efficiency`
`GenericMapMessage`
`log4j-2.12`
`LOG4J2-1390`
`log4j-2.17.1-site`
`LOG4J2-1949`
`log4j-2.3.2-site`
`log4j-2.3.x`
`LOG4J2-609`
`LOG4J2-930`
`Lucene5`
`new-iso-date-time-formats`
`release-2.12.x/LOG4J2-3242`

I will delete all these branches next month, 2023-03-27. If you have any
objections, please raise them here.

Last... I have deleted the `GenericMapMessageSimple` branch by mistake.
¯\_(ツ)_/¯


On Thu, Feb 9, 2023 at 11:12 AM Volkan Yazıcı  wrote:

> I don't agree, but I want to wrap this discussion up.
> I will implement the following branch renaming:
>
> `master` -> `main`
> `release-2.x` -> `2.x`
>
> I will update the mentions of branch names in the source code; CI scripts,
> READMEs, `src/site`, etc. Is there anything else that needs to be updated?
>
> On Wed, Feb 8, 2023 at 7:25 PM Matt Sicker  wrote:
>
>> I’m fine with using main, too, given that’s the current default name used
>> by git and most git hosts.
>>
>> > On Feb 8, 2023, at 12:10 PM, Ralph Goers 
>> wrote:
>> >
>> > It is common convention to use main or master so it is obvious that is
>> where the “current” work happens. Look at Apache Tomcat. They have many
>> release branches but the most current is always main.  Spring works that
>> way too. Maven is similar. I am sure I could find many more projects that
>> do it that way. It is what people expect to find. Don’t give them something
>> unexpected.
>> >
>> > Ralph
>> >
>> >
>> >> On Feb 8, 2023, at 9:57 AM, Volkan Yazıcı  wrote:
>> >>
>> >> Could you mind explaining your reasoning for keeping a `main` rather
>> than
>> >> `3.x`? What does former offer that the latter falls short of?
>> >>
>> >> On Wed, 8 Feb 2023, 17:39 Ralph Goers 
>> wrote:
>> >>
>> >>> I’ve said this previously. I am not in favor of having a 3.x branch
>> until
>> >>> we need to start work on 4.x. master/main should be the main branch.
>> It
>> >>> should become the default once 3.0-anything is released.
>> >>>
>> >>> Ralph
>> >>>
>>  On Feb 8, 2023, at 8:45 AM, Volkan Yazıcı  wrote:
>> 
>>  There have already been discussions going on for some time, but
>> nothing
>>  concrete has been decided yet. Let's get this sorted out.
>> 
>>  I want to rename the branches as follows:
>>  `master` -> `3.x`
>>  `release-2.x` -> `2.x`
>> 
>>  I know Piotr is concerned about ordering in GitHub (that is, `3.x`
>> should
>>  appear at the top even though `2.x` is the default one), but I am
>> not.
>> >>> For
>>  one, this is not a concern for maintainers. Second, we can update
>> README
>> >>> to
>>  assist contributors.
>> 
>>  Thoughts?
>> >>>
>> >>>
>> >
>>
>>


Re: [Log4j] Branch naming

2023-02-27 Thread Matt Sicker
Thanks!

> On Feb 27, 2023, at 5:12 AM, Volkan Yazıcı  wrote:
> 
> As we have agreed on, I have implemented the following branch renamings:
> 
> `log4j-2.12` → `2.12.x`
> `log4j-2.17.1-site` → `2.17.1-site`
> `log4j-2.3.2-site` → `2.3.2-site`
> `log4j-2.3.x` → `2.3.x`
> `master` → `main`
> `release-2.x` → `2.x`
> 
> Please update the remote tracking branches in your personal repository
> clones.
> 
> I have created INFRA-24261
>  to set the default
> GitHub branch to `2.x` – this is not possible via `.asf.yaml`. Along this
> journey, I have also created INFRA-24260
>  to request
> clarification on which `.asf.yaml` features are branch-dependent and which
> are not.
> 
> I have updated every match of the `(master|release-2.x)` regex in the
> source code; CI scripts, website, etc.
> 
> I have also done some spring cleaning. Deleted certain stale branches of
> which I am certain they can be gone, and prefixed the rest with
> `scheduled-for-deletion/`:
> 
> `ckozak/stack_trace_jmh_benchmark`
> `gelf-layout-efficiency`
> `GenericMapMessage`
> `log4j-2.12`
> `LOG4J2-1390`
> `log4j-2.17.1-site`
> `LOG4J2-1949`
> `log4j-2.3.2-site`
> `log4j-2.3.x`
> `LOG4J2-609`
> `LOG4J2-930`
> `Lucene5`
> `new-iso-date-time-formats`
> `release-2.12.x/LOG4J2-3242`
> 
> I will delete all these branches next month, 2023-03-27. If you have any
> objections, please raise them here.
> 
> Last... I have deleted the `GenericMapMessageSimple` branch by mistake.
> ¯\_(ツ)_/¯
> 
> 
> On Thu, Feb 9, 2023 at 11:12 AM Volkan Yazıcı  wrote:
> 
>> I don't agree, but I want to wrap this discussion up.
>> I will implement the following branch renaming:
>> 
>> `master` -> `main`
>> `release-2.x` -> `2.x`
>> 
>> I will update the mentions of branch names in the source code; CI scripts,
>> READMEs, `src/site`, etc. Is there anything else that needs to be updated?
>> 
>> On Wed, Feb 8, 2023 at 7:25 PM Matt Sicker  wrote:
>> 
>>> I’m fine with using main, too, given that’s the current default name used
>>> by git and most git hosts.
>>> 
 On Feb 8, 2023, at 12:10 PM, Ralph Goers 
>>> wrote:
 
 It is common convention to use main or master so it is obvious that is
>>> where the “current” work happens. Look at Apache Tomcat. They have many
>>> release branches but the most current is always main.  Spring works that
>>> way too. Maven is similar. I am sure I could find many more projects that
>>> do it that way. It is what people expect to find. Don’t give them something
>>> unexpected.
 
 Ralph
 
 
> On Feb 8, 2023, at 9:57 AM, Volkan Yazıcı  wrote:
> 
> Could you mind explaining your reasoning for keeping a `main` rather
>>> than
> `3.x`? What does former offer that the latter falls short of?
> 
> On Wed, 8 Feb 2023, 17:39 Ralph Goers 
>>> wrote:
> 
>> I’ve said this previously. I am not in favor of having a 3.x branch
>>> until
>> we need to start work on 4.x. master/main should be the main branch.
>>> It
>> should become the default once 3.0-anything is released.
>> 
>> Ralph
>> 
>>> On Feb 8, 2023, at 8:45 AM, Volkan Yazıcı  wrote:
>>> 
>>> There have already been discussions going on for some time, but
>>> nothing
>>> concrete has been decided yet. Let's get this sorted out.
>>> 
>>> I want to rename the branches as follows:
>>> `master` -> `3.x`
>>> `release-2.x` -> `2.x`
>>> 
>>> I know Piotr is concerned about ordering in GitHub (that is, `3.x`
>>> should
>>> appear at the top even though `2.x` is the default one), but I am
>>> not.
>> For
>>> one, this is not a concern for maintainers. Second, we can update
>>> README
>> to
>>> assist contributors.
>>> 
>>> Thoughts?
>> 
>> 
 
>>> 
>>> 



Re: [logging-log4j2] branch dependabot/maven/de.flapdoodle.embed-de.flapdoodle.embed.mongo-4.6.1 created (now 6d264ede63)

2023-02-27 Thread Matt Sicker
Two problems:

1. Email subjects are wrong again.
2. Robot emails not being sent to robots mailing list.

> On Feb 27, 2023, at 4:07 PM, github-...@apache.org wrote:
> 
> This is an automated email from the ASF dual-hosted git repository.
> 
> github-bot pushed a change to branch 
> dependabot/maven/de.flapdoodle.embed-de.flapdoodle.embed.mongo-4.6.1
> in repository https://gitbox.apache.org/repos/asf/logging-log4j2.git
> 
> 
>  at 6d264ede63 Bump de.flapdoodle.embed.mongo from 3.5.1 to 4.6.1
> 
> No new revisions were added by this update.
>