Re: Beam Release DockerHub Group
Thank you for doing this! I try to stay engaged with the releases and would be happy to be kept on this list. At the same time I agree with Robert, release managers should take precedence over PMC members if we cannot get the number to 6. On Mon, Apr 17, 2023 at 10:32 AM Robert Bradshaw via dev < dev@beam.apache.org> wrote: > Well, I don't know that PMC should take precedence over release managers > if it comes to that. > > On Mon, Apr 17, 2023 at 10:11 AM Danny McCormick < > dannymccorm...@google.com> wrote: > >> I can ask if we can keep 6 seats instead of 5 (and keep Ahmet in that >> seat). If not, my vote would be to stick with the 5 that I suggested, but >> if that's not acceptable then I'll drop one of the people (probably myself >> since I just finished a release and will probably be last up out of the >> group). >> >> Thanks, >> Danny >> >> On Mon, Apr 17, 2023 at 12:34 PM Robert Bradshaw >> wrote: >> >>> I think it'd be good if the intersection between this list and the PMC >>> had cardinality greater than 1. Ahmet might be a good person to keep there. >>> >>> On Mon, Apr 17, 2023 at 9:25 AM Danny McCormick via dev < >>> dev@beam.apache.org> wrote: >>> Yeah, that is part of the proposal. To be clear, our end state would be a single group with - damccorm - jrmccluskey - kennknowles - lostluck - abacn Thanks, Danny On Mon, Apr 17, 2023 at 12:24 PM Kerry Donny-Clark wrote: > +1, should there also be an update to remove folks who are not active > on the project? > Kerry > > On Mon, Apr 17, 2023 at 11:40 AM Jack McCluskey via dev < > dev@beam.apache.org> wrote: > >> +1 to simplifying the infra side, especially with an aim towards >> automating the processes we can. The more we can streamline and simplify >> the better. >> >> On Mon, Apr 17, 2023 at 11:18 AM Danny McCormick via dev < >> dev@beam.apache.org> wrote: >> >>> Hey everyone, in an effort to reduce the burden of running a Beam >>> release, a few committers (self included) have volunteered to try to >>> take a >>> larger role in releases (including both running them and contributing to >>> making them better going forward). To aid in that process, I would like >>> to >>> request that they all be added to our Beam DockerHub group. Those >>> committers are: >>> >>> - damccorm >>> - jrmccluskey >>> - kennknowles >>> - lostluck >>> - abacn >>> >>> At the same time, Infra would like us to reduce the number of people >>> with DockerHub seats to 5 because they have a limited number of seats >>> for >>> all of Apache. Currently, we have 2 groups taking up 10 seats: Beam >>> admin >>> and Beam maintainers. >>> >>> Beam admin has admin privileges over most (though not quite all) of >>> our DockerHub repos and includes: >>> >>> - aaltay >>> - hannahjiang >>> - kileysok >>> - pabloem >>> - robertwb >>> >>> Beam maintainers has write privileges and some additional admin >>> privileges and includes: >>> >>> - aaltay >>> - chamikaramj >>> - kennknowles >>> - kileysok >>> - robertwb >>> >>> To get down to 5 seats, I propose we consolidate to a single group >>> with admin privileges and add just the committers I mentioned since they >>> will likely be the most actively involved in the release process in the >>> short term. A future goal of mine is to automate the DockerHub release >>> steps so that we just need 2 dockerhub seats: 1 for the automation and 1 >>> for an easy manual fallback (probably for the PMC chair). >>> >>> If you have any concerns (or would like to help with this effort), >>> please respond here. Otherwise I will follow up with infra to make this >>> change in a day. >>> >>> Thanks, >>> Danny >>> >>
Re: Beam Release DockerHub Group
Well, I don't know that PMC should take precedence over release managers if it comes to that. On Mon, Apr 17, 2023 at 10:11 AM Danny McCormick wrote: > I can ask if we can keep 6 seats instead of 5 (and keep Ahmet in that > seat). If not, my vote would be to stick with the 5 that I suggested, but > if that's not acceptable then I'll drop one of the people (probably myself > since I just finished a release and will probably be last up out of the > group). > > Thanks, > Danny > > On Mon, Apr 17, 2023 at 12:34 PM Robert Bradshaw > wrote: > >> I think it'd be good if the intersection between this list and the PMC >> had cardinality greater than 1. Ahmet might be a good person to keep there. >> >> On Mon, Apr 17, 2023 at 9:25 AM Danny McCormick via dev < >> dev@beam.apache.org> wrote: >> >>> Yeah, that is part of the proposal. To be clear, our end state would be >>> a single group with >>> >>> - damccorm >>> - jrmccluskey >>> - kennknowles >>> - lostluck >>> - abacn >>> >>> Thanks, >>> Danny >>> >>> On Mon, Apr 17, 2023 at 12:24 PM Kerry Donny-Clark >>> wrote: >>> +1, should there also be an update to remove folks who are not active on the project? Kerry On Mon, Apr 17, 2023 at 11:40 AM Jack McCluskey via dev < dev@beam.apache.org> wrote: > +1 to simplifying the infra side, especially with an aim towards > automating the processes we can. The more we can streamline and simplify > the better. > > On Mon, Apr 17, 2023 at 11:18 AM Danny McCormick via dev < > dev@beam.apache.org> wrote: > >> Hey everyone, in an effort to reduce the burden of running a Beam >> release, a few committers (self included) have volunteered to try to >> take a >> larger role in releases (including both running them and contributing to >> making them better going forward). To aid in that process, I would like >> to >> request that they all be added to our Beam DockerHub group. Those >> committers are: >> >> - damccorm >> - jrmccluskey >> - kennknowles >> - lostluck >> - abacn >> >> At the same time, Infra would like us to reduce the number of people >> with DockerHub seats to 5 because they have a limited number of seats for >> all of Apache. Currently, we have 2 groups taking up 10 seats: Beam admin >> and Beam maintainers. >> >> Beam admin has admin privileges over most (though not quite all) of >> our DockerHub repos and includes: >> >> - aaltay >> - hannahjiang >> - kileysok >> - pabloem >> - robertwb >> >> Beam maintainers has write privileges and some additional admin >> privileges and includes: >> >> - aaltay >> - chamikaramj >> - kennknowles >> - kileysok >> - robertwb >> >> To get down to 5 seats, I propose we consolidate to a single group >> with admin privileges and add just the committers I mentioned since they >> will likely be the most actively involved in the release process in the >> short term. A future goal of mine is to automate the DockerHub release >> steps so that we just need 2 dockerhub seats: 1 for the automation and 1 >> for an easy manual fallback (probably for the PMC chair). >> >> If you have any concerns (or would like to help with this effort), >> please respond here. Otherwise I will follow up with infra to make this >> change in a day. >> >> Thanks, >> Danny >> >
Re: Beam Release DockerHub Group
I can ask if we can keep 6 seats instead of 5 (and keep Ahmet in that seat). If not, my vote would be to stick with the 5 that I suggested, but if that's not acceptable then I'll drop one of the people (probably myself since I just finished a release and will probably be last up out of the group). Thanks, Danny On Mon, Apr 17, 2023 at 12:34 PM Robert Bradshaw wrote: > I think it'd be good if the intersection between this list and the PMC had > cardinality greater than 1. Ahmet might be a good person to keep there. > > On Mon, Apr 17, 2023 at 9:25 AM Danny McCormick via dev < > dev@beam.apache.org> wrote: > >> Yeah, that is part of the proposal. To be clear, our end state would be a >> single group with >> >> - damccorm >> - jrmccluskey >> - kennknowles >> - lostluck >> - abacn >> >> Thanks, >> Danny >> >> On Mon, Apr 17, 2023 at 12:24 PM Kerry Donny-Clark >> wrote: >> >>> +1, should there also be an update to remove folks who are not active on >>> the project? >>> Kerry >>> >>> On Mon, Apr 17, 2023 at 11:40 AM Jack McCluskey via dev < >>> dev@beam.apache.org> wrote: >>> +1 to simplifying the infra side, especially with an aim towards automating the processes we can. The more we can streamline and simplify the better. On Mon, Apr 17, 2023 at 11:18 AM Danny McCormick via dev < dev@beam.apache.org> wrote: > Hey everyone, in an effort to reduce the burden of running a Beam > release, a few committers (self included) have volunteered to try to take > a > larger role in releases (including both running them and contributing to > making them better going forward). To aid in that process, I would like to > request that they all be added to our Beam DockerHub group. Those > committers are: > > - damccorm > - jrmccluskey > - kennknowles > - lostluck > - abacn > > At the same time, Infra would like us to reduce the number of people > with DockerHub seats to 5 because they have a limited number of seats for > all of Apache. Currently, we have 2 groups taking up 10 seats: Beam admin > and Beam maintainers. > > Beam admin has admin privileges over most (though not quite all) of > our DockerHub repos and includes: > > - aaltay > - hannahjiang > - kileysok > - pabloem > - robertwb > > Beam maintainers has write privileges and some additional admin > privileges and includes: > > - aaltay > - chamikaramj > - kennknowles > - kileysok > - robertwb > > To get down to 5 seats, I propose we consolidate to a single group > with admin privileges and add just the committers I mentioned since they > will likely be the most actively involved in the release process in the > short term. A future goal of mine is to automate the DockerHub release > steps so that we just need 2 dockerhub seats: 1 for the automation and 1 > for an easy manual fallback (probably for the PMC chair). > > If you have any concerns (or would like to help with this effort), > please respond here. Otherwise I will follow up with infra to make this > change in a day. > > Thanks, > Danny >
Re: Beam Release DockerHub Group
I think it'd be good if the intersection between this list and the PMC had cardinality greater than 1. Ahmet might be a good person to keep there. On Mon, Apr 17, 2023 at 9:25 AM Danny McCormick via dev wrote: > Yeah, that is part of the proposal. To be clear, our end state would be a > single group with > > - damccorm > - jrmccluskey > - kennknowles > - lostluck > - abacn > > Thanks, > Danny > > On Mon, Apr 17, 2023 at 12:24 PM Kerry Donny-Clark > wrote: > >> +1, should there also be an update to remove folks who are not active on >> the project? >> Kerry >> >> On Mon, Apr 17, 2023 at 11:40 AM Jack McCluskey via dev < >> dev@beam.apache.org> wrote: >> >>> +1 to simplifying the infra side, especially with an aim towards >>> automating the processes we can. The more we can streamline and simplify >>> the better. >>> >>> On Mon, Apr 17, 2023 at 11:18 AM Danny McCormick via dev < >>> dev@beam.apache.org> wrote: >>> Hey everyone, in an effort to reduce the burden of running a Beam release, a few committers (self included) have volunteered to try to take a larger role in releases (including both running them and contributing to making them better going forward). To aid in that process, I would like to request that they all be added to our Beam DockerHub group. Those committers are: - damccorm - jrmccluskey - kennknowles - lostluck - abacn At the same time, Infra would like us to reduce the number of people with DockerHub seats to 5 because they have a limited number of seats for all of Apache. Currently, we have 2 groups taking up 10 seats: Beam admin and Beam maintainers. Beam admin has admin privileges over most (though not quite all) of our DockerHub repos and includes: - aaltay - hannahjiang - kileysok - pabloem - robertwb Beam maintainers has write privileges and some additional admin privileges and includes: - aaltay - chamikaramj - kennknowles - kileysok - robertwb To get down to 5 seats, I propose we consolidate to a single group with admin privileges and add just the committers I mentioned since they will likely be the most actively involved in the release process in the short term. A future goal of mine is to automate the DockerHub release steps so that we just need 2 dockerhub seats: 1 for the automation and 1 for an easy manual fallback (probably for the PMC chair). If you have any concerns (or would like to help with this effort), please respond here. Otherwise I will follow up with infra to make this change in a day. Thanks, Danny >>>
Re: Beam Release DockerHub Group
Yeah, that is part of the proposal. To be clear, our end state would be a single group with - damccorm - jrmccluskey - kennknowles - lostluck - abacn Thanks, Danny On Mon, Apr 17, 2023 at 12:24 PM Kerry Donny-Clark wrote: > +1, should there also be an update to remove folks who are not active on > the project? > Kerry > > On Mon, Apr 17, 2023 at 11:40 AM Jack McCluskey via dev < > dev@beam.apache.org> wrote: > >> +1 to simplifying the infra side, especially with an aim towards >> automating the processes we can. The more we can streamline and simplify >> the better. >> >> On Mon, Apr 17, 2023 at 11:18 AM Danny McCormick via dev < >> dev@beam.apache.org> wrote: >> >>> Hey everyone, in an effort to reduce the burden of running a Beam >>> release, a few committers (self included) have volunteered to try to take a >>> larger role in releases (including both running them and contributing to >>> making them better going forward). To aid in that process, I would like to >>> request that they all be added to our Beam DockerHub group. Those >>> committers are: >>> >>> - damccorm >>> - jrmccluskey >>> - kennknowles >>> - lostluck >>> - abacn >>> >>> At the same time, Infra would like us to reduce the number of people >>> with DockerHub seats to 5 because they have a limited number of seats for >>> all of Apache. Currently, we have 2 groups taking up 10 seats: Beam admin >>> and Beam maintainers. >>> >>> Beam admin has admin privileges over most (though not quite all) of our >>> DockerHub repos and includes: >>> >>> - aaltay >>> - hannahjiang >>> - kileysok >>> - pabloem >>> - robertwb >>> >>> Beam maintainers has write privileges and some additional admin >>> privileges and includes: >>> >>> - aaltay >>> - chamikaramj >>> - kennknowles >>> - kileysok >>> - robertwb >>> >>> To get down to 5 seats, I propose we consolidate to a single group with >>> admin privileges and add just the committers I mentioned since they will >>> likely be the most actively involved in the release process in the short >>> term. A future goal of mine is to automate the DockerHub release steps so >>> that we just need 2 dockerhub seats: 1 for the automation and 1 for an easy >>> manual fallback (probably for the PMC chair). >>> >>> If you have any concerns (or would like to help with this effort), >>> please respond here. Otherwise I will follow up with infra to make this >>> change in a day. >>> >>> Thanks, >>> Danny >>> >>
Re: Beam Release DockerHub Group
+1, should there also be an update to remove folks who are not active on the project? Kerry On Mon, Apr 17, 2023 at 11:40 AM Jack McCluskey via dev wrote: > +1 to simplifying the infra side, especially with an aim towards > automating the processes we can. The more we can streamline and simplify > the better. > > On Mon, Apr 17, 2023 at 11:18 AM Danny McCormick via dev < > dev@beam.apache.org> wrote: > >> Hey everyone, in an effort to reduce the burden of running a Beam >> release, a few committers (self included) have volunteered to try to take a >> larger role in releases (including both running them and contributing to >> making them better going forward). To aid in that process, I would like to >> request that they all be added to our Beam DockerHub group. Those >> committers are: >> >> - damccorm >> - jrmccluskey >> - kennknowles >> - lostluck >> - abacn >> >> At the same time, Infra would like us to reduce the number of people with >> DockerHub seats to 5 because they have a limited number of seats for all >> of Apache. Currently, we have 2 groups taking up 10 seats: Beam admin and >> Beam maintainers. >> >> Beam admin has admin privileges over most (though not quite all) of our >> DockerHub repos and includes: >> >> - aaltay >> - hannahjiang >> - kileysok >> - pabloem >> - robertwb >> >> Beam maintainers has write privileges and some additional admin >> privileges and includes: >> >> - aaltay >> - chamikaramj >> - kennknowles >> - kileysok >> - robertwb >> >> To get down to 5 seats, I propose we consolidate to a single group with >> admin privileges and add just the committers I mentioned since they will >> likely be the most actively involved in the release process in the short >> term. A future goal of mine is to automate the DockerHub release steps so >> that we just need 2 dockerhub seats: 1 for the automation and 1 for an easy >> manual fallback (probably for the PMC chair). >> >> If you have any concerns (or would like to help with this effort), please >> respond here. Otherwise I will follow up with infra to make this change in >> a day. >> >> Thanks, >> Danny >> >
Re: Beam Release DockerHub Group
+1 to simplifying the infra side, especially with an aim towards automating the processes we can. The more we can streamline and simplify the better. On Mon, Apr 17, 2023 at 11:18 AM Danny McCormick via dev < dev@beam.apache.org> wrote: > Hey everyone, in an effort to reduce the burden of running a Beam release, > a few committers (self included) have volunteered to try to take a larger > role in releases (including both running them and contributing to making > them better going forward). To aid in that process, I would like to request > that they all be added to our Beam DockerHub group. Those committers are: > > - damccorm > - jrmccluskey > - kennknowles > - lostluck > - abacn > > At the same time, Infra would like us to reduce the number of people with > DockerHub seats to 5 because they have a limited number of seats for all > of Apache. Currently, we have 2 groups taking up 10 seats: Beam admin and > Beam maintainers. > > Beam admin has admin privileges over most (though not quite all) of our > DockerHub repos and includes: > > - aaltay > - hannahjiang > - kileysok > - pabloem > - robertwb > > Beam maintainers has write privileges and some additional admin privileges > and includes: > > - aaltay > - chamikaramj > - kennknowles > - kileysok > - robertwb > > To get down to 5 seats, I propose we consolidate to a single group with > admin privileges and add just the committers I mentioned since they will > likely be the most actively involved in the release process in the short > term. A future goal of mine is to automate the DockerHub release steps so > that we just need 2 dockerhub seats: 1 for the automation and 1 for an easy > manual fallback (probably for the PMC chair). > > If you have any concerns (or would like to help with this effort), please > respond here. Otherwise I will follow up with infra to make this change in > a day. > > Thanks, > Danny >
Beam Release DockerHub Group
Hey everyone, in an effort to reduce the burden of running a Beam release, a few committers (self included) have volunteered to try to take a larger role in releases (including both running them and contributing to making them better going forward). To aid in that process, I would like to request that they all be added to our Beam DockerHub group. Those committers are: - damccorm - jrmccluskey - kennknowles - lostluck - abacn At the same time, Infra would like us to reduce the number of people with DockerHub seats to 5 because they have a limited number of seats for all of Apache. Currently, we have 2 groups taking up 10 seats: Beam admin and Beam maintainers. Beam admin has admin privileges over most (though not quite all) of our DockerHub repos and includes: - aaltay - hannahjiang - kileysok - pabloem - robertwb Beam maintainers has write privileges and some additional admin privileges and includes: - aaltay - chamikaramj - kennknowles - kileysok - robertwb To get down to 5 seats, I propose we consolidate to a single group with admin privileges and add just the committers I mentioned since they will likely be the most actively involved in the release process in the short term. A future goal of mine is to automate the DockerHub release steps so that we just need 2 dockerhub seats: 1 for the automation and 1 for an easy manual fallback (probably for the PMC chair). If you have any concerns (or would like to help with this effort), please respond here. Otherwise I will follow up with infra to make this change in a day. Thanks, Danny