thanks Akira. Currently only problem is dedicated ARM for future RM.This i want to sort out like below,if you've some other,please let me know.
i) Single machine and share cred to future RM ( as we can delete keys once release is over). ii) Creating the jenkins project ( may be we need to discuss in the board..) iii) I can provide ARM release for future releases. On Thu, Mar 12, 2020 at 5:14 PM Akira Ajisaka <aajis...@apache.org> wrote: > Hi Brahma, > > I think we cannot do any of your proposed actions. > > http://www.apache.org/legal/release-policy.html#owned-controlled-hardware > > Strictly speaking, releases must be verified on hardware owned and > controlled by the committer. That means hardware the committer has physical > possession and control of and exclusively full administrative/superuser > access to. That's because only such hardware is qualified to hold a PGP > private key, and the release should be verified on the machine the private > key lives on or on a machine as trusted as that. > > https://www.apache.org/dev/release-distribution.html#sigs-and-sums > > Private keys MUST NOT be stored on any ASF machine. Likewise, signatures > for releases MUST NOT be created on ASF machines. > > We need to have dedicated physical ARM machines for each release manager, > and now it is not feasible. > If you provide an unofficial ARM binary release in some repository, that's > okay. > > -Akira > > On Thu, Mar 12, 2020 at 7:57 PM Brahma Reddy Battula <bra...@apache.org> > wrote: > >> Hello folks, >> >> As currently trunk will support ARM based compilation and qbt(1) is >> running >> from several months with quite stable, hence planning to propose ARM >> binary >> this time. >> >> ( Note : As we'll know voting will be based on the source,so this will not >> issue.) >> >> *Proposed Change:* >> Currently in downloads we are keeping only x86 binary(2),Can we keep ARM >> binary also.? >> >> *Actions:* >> a) *Dedicated* *Machine*: >> i) Dedicated ARM machine will be donated which I confirmed >> ii) Or can use jenkins ARM machine itself which is currently used >> for ARM >> b) *Automate Release:* How about having one release project in jenkins..? >> So that future RM's just trigger the jenkin project. >> >> Please let me know your thoughts on this. >> >> >> 1. >> >> https://builds.apache.org/view/H-L/view/Hadoop/job/Hadoop-qbt-linux-ARM-trunk/ >> 2.https://hadoop.apache.org/releases.html >> >> >> >> >> >> >> --Brahma Reddy Battula >> > -- --Brahma Reddy Battula