Sure, I will update in cwiki,Once it's concluded here..Thanks a lot arpit...

On Tue, Mar 17, 2020 at 11:39 PM Arpit Agarwal
<aagar...@cloudera.com.invalid> wrote:

> Thanks for the clarification Brahma. Can you update the proposal to state
> that it is optional (it may help to put the proposal on cwiki)?
>
> Also if we go ahead then the RM documentation should be clear this is an
> optional step.
>
>
> > On Mar 17, 2020, at 11:06 AM, Brahma Reddy Battula <bra...@apache.org>
> wrote:
> >
> > Sure, we can't make mandatory while voting and we can upload to downloads
> > once release vote is passed.
> >
> > On Tue, 17 Mar 2020 at 11:24 PM, Arpit Agarwal
> > <aagar...@cloudera.com.invalid> wrote:
> >
> >>> Sorry,didn't get you...do you mean, once release voting is
> >>> processed and upload by RM..?
> >>
> >> Yes, that is what I meant. I don’t want us to make more mandatory work
> for
> >> the release manager because the job is hard enough already.
> >>
> >>
> >>> On Mar 17, 2020, at 10:46 AM, Brahma Reddy Battula <bra...@apache.org>
> >> wrote:
> >>>
> >>> Sorry,didn't get you...do you mean, once release voting is processed
> and
> >>> upload by RM..?
> >>>
> >>> FYI. There is docker image for ARM also which support all scripts
> >>> (createrelease, start-build-env.sh, etc ).
> >>>
> >>> https://issues.apache.org/jira/browse/HADOOP-16797
> >>>
> >>> On Tue, Mar 17, 2020 at 10:59 PM Arpit Agarwal
> >>> <aagar...@cloudera.com.invalid> wrote:
> >>>
> >>>> Can ARM binaries be provided after the fact? We cannot increase the
> RM’s
> >>>> burden by asking them to generate an extra set of binaries.
> >>>>
> >>>>
> >>>>> On Mar 17, 2020, at 10:23 AM, Brahma Reddy Battula <
> bra...@apache.org>
> >>>> wrote:
> >>>>>
> >>>>> + Dev mailing list.
> >>>>>
> >>>>> ---------- Forwarded message ---------
> >>>>> From: Brahma Reddy Battula <bra...@apache.org>
> >>>>> Date: Tue, Mar 17, 2020 at 10:31 PM
> >>>>> Subject: Re: [DISCUSS] Hadoop 3.3.0 Release include ARM binary
> >>>>> To: junping_du <junping...@apache.org>
> >>>>>
> >>>>>
> >>>>> thanks junping for your reply.
> >>>>>
> >>>>> bq.      I think most of us in Hadoop community doesn't want to have
> >>>> biased
> >>>>> on ARM or any other platforms.
> >>>>>
> >>>>> Yes, release voting will be based on the source code.AFAIK,Binary we
> >> are
> >>>>> providing for user to easy to download and verify.
> >>>>>
> >>>>> bq.     The only thing I try to understand is how much complexity get
> >>>>> involved for our RM work. Does that potentially become a blocker for
> >>>> future
> >>>>> releases? And how we can get rid of this risk.
> >>>>>
> >>>>> As I mentioned earlier, RM need to access the ARM machine(it will be
> >>>>> donated and current qbt also using one ARM machine) and build tar
> using
> >>>> the
> >>>>> keys. As it can be common machine, RM can delete his keys once
> release
> >>>>> approved.
> >>>>> Can be sorted out as I mentioned earlier.(For accessing the ARM
> >> machine)
> >>>>>
> >>>>> bq.       If you can list the concrete work that RM need to do extra
> >> for
> >>>>> ARM release, that would help us to better understand.
> >>>>>
> >>>>> I can write and update for future reference.
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> On Tue, Mar 17, 2020 at 10:41 AM 俊平堵 <junping...@apache.org> wrote:
> >>>>>
> >>>>>> Hi Brahma,
> >>>>>>   I think most of us in Hadoop community doesn't want to have biased
> >>>> on
> >>>>>> ARM or any other platforms.
> >>>>>>   The only thing I try to understand is how much complexity get
> >>>>>> involved for our RM work. Does that potentially become a blocker for
> >>>> future
> >>>>>> releases? And how we can get rid of this risk.
> >>>>>>    If you can list the concrete work that RM need to do extra for
> ARM
> >>>>>> release, that would help us to better understand.
> >>>>>>
> >>>>>> Thanks,
> >>>>>>
> >>>>>> Junping
> >>>>>>
> >>>>>> Akira Ajisaka <aajis...@apache.org> 于2020年3月13日周五 上午12:34写道:
> >>>>>>
> >>>>>>> If you can provide ARM release for future releases, I'm fine with
> >> that.
> >>>>>>>
> >>>>>>> Thanks,
> >>>>>>> Akira
> >>>>>>>
> >>>>>>> On Thu, Mar 12, 2020 at 9:41 PM Brahma Reddy Battula <
> >>>> bra...@apache.org>
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>>> 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
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>> --
> >>>>>
> >>>>>
> >>>>>
> >>>>> --Brahma Reddy Battula
> >>>>>
> >>>>>
> >>>>> --
> >>>>>
> >>>>>
> >>>>>
> >>>>> --Brahma Reddy Battula
> >>>>
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: yarn-dev-unsubscr...@hadoop.apache.org
> >>>> For additional commands, e-mail: yarn-dev-h...@hadoop.apache.org
> >>>>
> >>>>
> >>>
> >>> --
> >>>
> >>>
> >>>
> >>> --Brahma Reddy Battula
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: mapreduce-dev-unsubscr...@hadoop.apache.org
> For additional commands, e-mail: mapreduce-dev-h...@hadoop.apache.org
>
>

-- 



--Brahma Reddy Battula

Reply via email to