Re: vote : Remote build cache experiment
hello everyone. Just to keep you posted, last week I did comment on the INFRA issue to get the process rolling. I am unfamiliar with the workflow setup for the infra board and didn't notice I was expected to click on waiting for infra for them to process my comment. i finally understood tonight why my comment was left unanswered :facepalm: cheers jean Le mer. 28 févr. 2024 à 19:57, Jean Helou a écrit : > hello, > > I'm happy that the vote has succeded with 3 votes (I'm an idiot and forgot > to send my vote in a separate message T_T) > > I'll ask infra to proceed with the creation of the build cache node > > cheers > jean > > > > Le mar. 20 févr. 2024 à 10:36, Quan tran hong > a écrit : > >> +1, >> >> Thanks for your enthusiastic effort on the topic. >> >> Cheers, >> >> Quan >> >> Vào Th 3, 20 thg 2, 2024 vào lúc 16:07 Rene Cordier < >> rcord...@apache.org> >> đã viết: >> >> > +1, >> > >> > If there is a chance to make our builds faster, I say we take it! Thanks >> > for this work :) >> > >> > Rene. >> > >> > On 2/20/24 15:18, Jean Helou wrote: >> > > Hello devs ! >> > > >> > > I have not yet moved forward with enabling remote caching for the >> build >> > and >> > > tests in general. It is unclear to me if you are ok with trying it >> from >> > the >> > > previous discussion. So I'll call a more formal vote: >> > > >> > > Are you ok with experimenting enabling remote build cache for james >> (ci >> > > write+local read) ? >> > > >> > > Deployment of the remote build cache would follow the documented plan >> > > >> > >> https://docs.gradle.com/enterprise/maven-build-cache/#rolling_out_the_cache_in_your_organization >> > > TLDR; >> > > 1. move forward with the INFRA request to get our build cache node >> > > 2. test (read+write) with a few (2-3) volunteers locally (not enabled >> on >> > CI) >> > > 3. enable write on CI >> > > 4, enable read for everyone >> > > >> > > - voting starts 2024-02-20 >> > > - voting ends 2024-02-27 >> > > >> > > This is lazy consensus, this vote can be vetoed (please motivate your >> > > veto), there will be a second formal vote to definitely enable the >> cache >> > > once the experiment has been conducted and there are some results to >> > share. >> > > >> > > jean >> > > >> > >> > - >> > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org >> > For additional commands, e-mail: server-dev-h...@james.apache.org >> > >> > >> >
Re: vote : Remote build cache experiment
hello, I'm happy that the vote has succeded with 3 votes (I'm an idiot and forgot to send my vote in a separate message T_T) I'll ask infra to proceed with the creation of the build cache node cheers jean Le mar. 20 févr. 2024 à 10:36, Quan tran hong a écrit : > +1, > > Thanks for your enthusiastic effort on the topic. > > Cheers, > > Quan > > Vào Th 3, 20 thg 2, 2024 vào lúc 16:07 Rene Cordier > > đã viết: > > > +1, > > > > If there is a chance to make our builds faster, I say we take it! Thanks > > for this work :) > > > > Rene. > > > > On 2/20/24 15:18, Jean Helou wrote: > > > Hello devs ! > > > > > > I have not yet moved forward with enabling remote caching for the build > > and > > > tests in general. It is unclear to me if you are ok with trying it from > > the > > > previous discussion. So I'll call a more formal vote: > > > > > > Are you ok with experimenting enabling remote build cache for james (ci > > > write+local read) ? > > > > > > Deployment of the remote build cache would follow the documented plan > > > > > > https://docs.gradle.com/enterprise/maven-build-cache/#rolling_out_the_cache_in_your_organization > > > TLDR; > > > 1. move forward with the INFRA request to get our build cache node > > > 2. test (read+write) with a few (2-3) volunteers locally (not enabled > on > > CI) > > > 3. enable write on CI > > > 4, enable read for everyone > > > > > > - voting starts 2024-02-20 > > > - voting ends 2024-02-27 > > > > > > This is lazy consensus, this vote can be vetoed (please motivate your > > > veto), there will be a second formal vote to definitely enable the > cache > > > once the experiment has been conducted and there are some results to > > share. > > > > > > jean > > > > > > > - > > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org > > For additional commands, e-mail: server-dev-h...@james.apache.org > > > > >
Re: vote : Remote build cache experiment
+1, Thanks for your enthusiastic effort on the topic. Cheers, Quan Vào Th 3, 20 thg 2, 2024 vào lúc 16:07 Rene Cordier đã viết: > +1, > > If there is a chance to make our builds faster, I say we take it! Thanks > for this work :) > > Rene. > > On 2/20/24 15:18, Jean Helou wrote: > > Hello devs ! > > > > I have not yet moved forward with enabling remote caching for the build > and > > tests in general. It is unclear to me if you are ok with trying it from > the > > previous discussion. So I'll call a more formal vote: > > > > Are you ok with experimenting enabling remote build cache for james (ci > > write+local read) ? > > > > Deployment of the remote build cache would follow the documented plan > > > https://docs.gradle.com/enterprise/maven-build-cache/#rolling_out_the_cache_in_your_organization > > TLDR; > > 1. move forward with the INFRA request to get our build cache node > > 2. test (read+write) with a few (2-3) volunteers locally (not enabled on > CI) > > 3. enable write on CI > > 4, enable read for everyone > > > > - voting starts 2024-02-20 > > - voting ends 2024-02-27 > > > > This is lazy consensus, this vote can be vetoed (please motivate your > > veto), there will be a second formal vote to definitely enable the cache > > once the experiment has been conducted and there are some results to > share. > > > > jean > > > > - > To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org > For additional commands, e-mail: server-dev-h...@james.apache.org > >
Re: vote : Remote build cache experiment
+1, If there is a chance to make our builds faster, I say we take it! Thanks for this work :) Rene. On 2/20/24 15:18, Jean Helou wrote: Hello devs ! I have not yet moved forward with enabling remote caching for the build and tests in general. It is unclear to me if you are ok with trying it from the previous discussion. So I'll call a more formal vote: Are you ok with experimenting enabling remote build cache for james (ci write+local read) ? Deployment of the remote build cache would follow the documented plan https://docs.gradle.com/enterprise/maven-build-cache/#rolling_out_the_cache_in_your_organization TLDR; 1. move forward with the INFRA request to get our build cache node 2. test (read+write) with a few (2-3) volunteers locally (not enabled on CI) 3. enable write on CI 4, enable read for everyone - voting starts 2024-02-20 - voting ends 2024-02-27 This is lazy consensus, this vote can be vetoed (please motivate your veto), there will be a second formal vote to definitely enable the cache once the experiment has been conducted and there are some results to share. jean - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
Re: vote : Remote build cache experiment
+1 Thanks for taking the lead on the topic! Best regards, Benoit On 20/02/2024 09:18, Jean Helou wrote: Hello devs ! I have not yet moved forward with enabling remote caching for the build and tests in general. It is unclear to me if you are ok with trying it from the previous discussion. So I'll call a more formal vote: Are you ok with experimenting enabling remote build cache for james (ci write+local read) ? Deployment of the remote build cache would follow the documented plan https://docs.gradle.com/enterprise/maven-build-cache/#rolling_out_the_cache_in_your_organization TLDR; 1. move forward with the INFRA request to get our build cache node 2. test (read+write) with a few (2-3) volunteers locally (not enabled on CI) 3. enable write on CI 4, enable read for everyone - voting starts 2024-02-20 - voting ends 2024-02-27 This is lazy consensus, this vote can be vetoed (please motivate your veto), there will be a second formal vote to definitely enable the cache once the experiment has been conducted and there are some results to share. jean - To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org
