FYKI, bigtop stack already merged to Ambari.

And if you are thinking about another stack-select ,I am waiting for
Roman’s opinion.



On Mon, 26 Sep 2022 at 6:15 AM, Masatake Iwasaki <[email protected]>
wrote:

> > IMHO, Bigtop stack mpack was planned for trunk only. It could even merge
> > with a separate branch till it's stable.
>
> -1 on managing branch as we have already discussed:
>
> On 2022/07/24 5:01, Battula, Brahma Reddy wrote:
> >>   -1 on development in branch.
> >   >   It is not worth for maintaining the branch if the modules is so
> small
> >    >  and barely updated as explained here.
> >    >  It should not conflict to existing code.
> >     >  I feel I must check the code before check-in based on this thread.
> >
> >
> > Sure, Viraj or me can show the code to you.
>
> On 2022/09/26 2:29, Brahma Reddy Battula wrote:
> > IMHO, Bigtop stack mpack was planned for trunk only. It could even merge
> > with a separate branch till it's stable.
> >
> > On Thu, Sep 22, 2022 at 5:02 PM Masatake Iwasaki <
> [email protected]>
> > wrote:
> >
> >> +1
> >>
> >> On 2022/09/21 11:12, 吴治国 wrote:
> >>> I think we have enough to go on with Kengo’s proposal,
> >>> Currently we don’t have enough developers(and I’m not willing to) to
> >> maintain a stack on our own like BDP.
> >>>
> >>>> Sure, here's my proposal:
> >>>>
> >>>> * Stack name: "BIGTOP"
> >>>>
> >>>>     - The same name as the existing one [1]
> >>>>     - Because it deploys the packages generated by Bigtop
> >>>>     - The existing stack should be replaced with it, because that is
> >>>> based on Bigtop 0.8 and too old to use now
> >>>>     - No concern about infringing others' trademark
> >>>>
> >>>> * Component/folder name: "bigtop-select"
> >>>>
> >>>>     - Consistent naming convention with the existing tools such as
> >>>> "bigtop-groovy", "bigtop-jsvc", "bigtop-utils" [2]
> >>>>     - If it sounds too simple and a bit unclear, a more descriptive
> name
> >>>> might be an option, for example "bigtop-ambari-stack-selector"
> >>>>
> >>>> * Script name: "bigtop-select"
> >>>>
> >>>>     - Consistent with the stack name
> >>>>     - No concern about infringing others' trademark
> >>>>
> >>>> [1]:
> >>
> https://github.com/apache/ambari/tree/release-2.7.6/ambari-server/src/main/resources/stacks/BIGTOP/0.8
> >>>> [2]:
> >> https://github.com/apache/bigtop/tree/master/bigtop-packages/src/common
> <
> >> https://github.com/apache/bigtop/tree/master/bigtop-packages/src/common
> >
> >>>
> >>> Best Regards,
> >>> Zhiguo Wu
> >>>
> >>>> On Sep 16, 2022, at 08:44, Masatake Iwasaki <
> [email protected]>
> >> wrote:
> >>>>
> >>>>
> >>>>>>> May be we can name it as bdp-select. Or (bgp-select)
> >>>>>> -1 as we already discussed.
> >>>>> Thanks for your feedback, I would definitely honour it. As you are
> not
> >> open for discussion and asked us raise the PR hence you thought of
> >> discussing on the PR. What will be your final suggestion on this..?
> >>>>
> >>>> I'm -1 on the name like bdp-select or bgp-select as we discussed.
> >>>> Feel free to open PR with appropriate module name.
> >>>>
> >>>> On 2022/09/05 16:30, Battula, Brahma Reddy wrote:
> >>>>> Hi @Masatake Iwasaki,
> >>>>>>      -1 as we already discussed.
> >>>>> Thanks for your feedback, I would definitely honour it. As you are
> not
> >> open for discussion and asked us raise the PR hence you thought of
> >> discussing on the PR. What will be your final suggestion on this..?
> >>>>> @Roman Shaposhnik
> >>>>> I just gone through the following jira[1] where you brought ambari to
> >> bigtop. Looks stack-select is not included, how it was maintained.?
> >>>>> I thinking we should have one stack which can support for upgrading
> >> the existing the HDP deployed clusters. Even I can see somebody asking
> on
> >> bigtop[2].
> >>>>> If bigtop is not right place, shall we include in ambari..?  Please
> >> let me know your thoughts on this. This blocks the 2.7.7 release.
> >>>>> Note :  There is on-going ambari mpack which might take some more
> >> time. Even upgrades will take some time.
> >>>>> 1. https://issues.apache.org/jira/browse/BIGTOP-709
> >>>>> 2. https://issues.apache.org/jira/browse/BIGTOP-3651
> >>>>> Regards,
> >>>>> Brahma Reddy Battula
> >>>>> On 01/09/22, 6:39 AM, "Masatake Iwasaki" <[email protected]
> >
> >> wrote:
> >>>>>       >  May be we can name it as bdp-select. Or (bgp-select)
> >>>>>       -1 as we already discussed.
> >>>>>       On 2022/09/01 4:43, Battula, Brahma Reddy wrote:
> >>>>>       > Ok, thanks Viraj.
> >>>>>       >
> >>>>>       > Hopefully you can place here like all other how it's
> >> maintained. Let me know any help required on this. May be we can name
> it as
> >> bdp-select. Or (bgp-select)
> >>>>>       >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fbigtop%2Ftree%2Fmaster%2Fbigtop-packages%2Fsrc%2Fcommon&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=S%2FpiuGqaMjpNpr3AziXPz1QWTV5pD5OGx%2BICpSiXetE%3D&amp;reserved=0
> >>>>>       >
> >>>>>       >
> >>>>>       > On 30/08/22, 5:26 AM, "Viraj Jasani" <[email protected]>
> >> wrote:
> >>>>>       >
> >>>>>       >      Masatake, Brahma,
> >>>>>       >
> >>>>>       >      Hopefully I should be able to create Jira and PR in
> >> Bigtop. Will let you
> >>>>>       >      know once ready for review. Thanks
> >>>>>       >
> >>>>>       >
> >>>>>       >      On Tue, Aug 23, 2022 at 9:22 AM Masatake Iwasaki <
> >> [email protected]>
> >>>>>       >      wrote:
> >>>>>       >
> >>>>>       >      > Please file a JIRA and submit a pull request if you
> want
> >> to show the code
> >>>>>       >      > and get feedback.
> >>>>>       >      > There is nothing I want to discuss off the record.
> >>>>>       >      >
> >>>>>       >      > On 2022/08/23 18:48, Battula, Brahma Reddy wrote:
> >>>>>       >      > > @Masatake Iwasaki ,@Viraj Jasani , @Kengo Seki and
> >> others, can we get
> >>>>>       >      > the final conclusion on this..?
> >>>>>       >      > >
> >>>>>       >      > > Please let me know your availability, Can have one
> >> call to discuss on
> >>>>>       >      > this..
> >>>>>       >      > >
> >>>>>       >      > >
> >>>>>       >      > > On 24/07/22, 1:31 AM, "Battula, Brahma Reddy"
> >> <[email protected]>
> >>>>>       >      > wrote:
> >>>>>       >      > >
> >>>>>       >      > >      >  -1 on development in branch.
> >>>>>       >      > >       >   It is not worth for maintaining the branch
> >> if the modules is
> >>>>>       >      > so small
> >>>>>       >      > >        >  and barely updated as explained here.
> >>>>>       >      > >        >  It should not conflict to existing code.
> >>>>>       >      > >         >  I feel I must check the code before
> >> check-in based on this
> >>>>>       >      > thread.
> >>>>>       >      > >
> >>>>>       >      > >
> >>>>>       >      > >      Sure, Viraj or me can show the code to you.
> >>>>>       >      > >
> >>>>>       >      > >      Can we've call on this Friday/Thrusday if that
> >> works..?
> >>>>>       >      > >
> >>>>>       >      > >
> >>>>>       >      > >      On 11/07/22, 11:54 AM, "Masatake Iwasaki" <
> >>>>>       >      > [email protected]> wrote:
> >>>>>       >      > >
> >>>>>       >      > >          > Sure, we can havemodule name like
> >> bigtop-distro-select.
> >>>>>       >      > >          > Initially we'll do this separate branch.
> >>>>>       >      > >
> >>>>>       >      > >          -1 on development in branch.
> >>>>>       >      > >          It is not worth for maintaining the branch
> if
> >> the modules is so
> >>>>>       >      > small
> >>>>>       >      > >          and barely updated as explained here.
> >>>>>       >      > >          It should not conflict to existing code.
> >>>>>       >      > >          I feel I must check the code before
> check-in
> >> based on this
> >>>>>       >      > thread.
> >>>>>       >      > >
> >>>>>       >      > >          Masatake Iwasaki
> >>>>>       >      > >
> >>>>>       >      > >          On 2022/07/11 8:23, Kengo Seki wrote:
> >>>>>       >      > >          >> As there are different opinions on this
> >> and took long time,
> >>>>>       >      > just to brainstorm all the possibilities and pitfalls.
> >>>>>       >      > >          >
> >>>>>       >      > >          > Oh, I interpreted your words "conclude"
> and
> >> "finalize" as you
> >>>>>       >      > were
> >>>>>       >      > >          > going to make a final decision.
> >> Brainstorming is welcome, of
> >>>>>       >      > course.
> >>>>>       >      > >          > (But I'm not so sure if all people
> >> concerned could join, due
> >>>>>       >      > to time
> >>>>>       >      > >          > difference and their schedule, etc.)
> >>>>>       >      > >          >
> >>>>>       >      > >          >> Can you suggest, how the changes will be
> >> also.. like folder,
> >>>>>       >      > where you suggest to keep this...?
> >>>>>       >      > >          >
> >>>>>       >      > >          > Sure, here's my proposal:
> >>>>>       >      > >          >
> >>>>>       >      > >          > * Stack name: "BIGTOP"
> >>>>>       >      > >          >
> >>>>>       >      > >          >    - The same name as the existing one
> [1]
> >>>>>       >      > >          >    - Because it deploys the packages
> >> generated by Bigtop
> >>>>>       >      > >          >    - The existing stack should be
> replaced
> >> with it, because
> >>>>>       >      > that is
> >>>>>       >      > >          > based on Bigtop 0.8 and too old to use
> now
> >>>>>       >      > >          >    - No concern about infringing others'
> >> trademark
> >>>>>       >      > >          >
> >>>>>       >      > >          > * Component/folder name: "bigtop-select"
> >>>>>       >      > >          >
> >>>>>       >      > >          >    - Consistent naming convention with
> the
> >> existing tools
> >>>>>       >      > such as
> >>>>>       >      > >          > "bigtop-groovy", "bigtop-jsvc",
> >> "bigtop-utils" [2]
> >>>>>       >      > >          >    - If it sounds too simple and a bit
> >> unclear, a more
> >>>>>       >      > descriptive name
> >>>>>       >      > >          > might be an option, for example
> >> "bigtop-ambari-stack-selector"
> >>>>>       >      > >          >
> >>>>>       >      > >          > * Script name: "bigtop-select"
> >>>>>       >      > >          >
> >>>>>       >      > >          >    - Consistent with the stack name
> >>>>>       >      > >          >    - No concern about infringing others'
> >> trademark
> >>>>>       >      > >          >
> >>>>>       >      > >          > [1]:
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fambari%2Ftree%2Frelease-2.7.6%2Fambari-server%2Fsrc%2Fmain%2Fresources%2Fstacks%2FBIGTOP%2F0.8&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=9BsY7Ho%2FS9Ogep35Yt0iiv0TXUULMbR2Ml25NP%2FX3gE%3D&amp;reserved=0
> >>>>>       >      > >          > [2]:
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fbigtop%2Ftree%2Fmaster%2Fbigtop-packages%2Fsrc%2Fcommon&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=S%2FpiuGqaMjpNpr3AziXPz1QWTV5pD5OGx%2BICpSiXetE%3D&amp;reserved=0
> >>>>>       >      > >          >
> >>>>>       >      > >          > Kengo Seki <[email protected]>
> >>>>>       >      > >          >
> >>>>>       >      > >          > On Mon, Jul 11, 2022 at 3:19 AM Battula,
> >> Brahma Reddy
> >>>>>       >      > >          > <[email protected]> wrote:
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>>   Technical decisions shouldn't be done
> >> on other places
> >>>>>       >      > than public mailing lists,
> >>>>>       >      > >          >>>   as described in the "Open
> >> Communications" section of [1]
> >>>>>       >      > and [2].
> >>>>>       >      > >          >>   > So we should conclude the discussion
> >> in this mailing
> >>>>>       >      > list.
> >>>>>       >      > >          >>   > (And with my poor English, I'm not
> so
> >> confident to catch
> >>>>>       >      > up with your
> >>>>>       >      > >          >>    > fluent talk ;)
> >>>>>       >      > >          >>
> >>>>>       >      > >          >> I believe , I knew the apache way which
> >> you mentioned. We
> >>>>>       >      > are not going conclude anything which comes to bigtop
> >> other than this
> >>>>>       >      > mailing list.
> >>>>>       >      > >          >> As there are different opinions on this
> >> and took long time,
> >>>>>       >      > just to brainstorm all the possibilities and pitfalls.
> >> Hence  asking let's
> >>>>>       >      > have  call so that we can brainstorm. Even after call,
> >> everything will be
> >>>>>       >      > published what we discussed.
> >>>>>       >      > >          >>
> >>>>>       >      > >          >> I think, whiteboarding will help to
> catch
> >> up with you.
> >>>>>       >      > >          >>
> >>>>>       >      > >          >> You all the think "bigtop-select" will
> be
> >> best option
> >>>>>       >      > right..? Can you suggest, how the changes will be
> also..
> >> like folder, where
> >>>>>       >      > you suggest to keep this...?
> >>>>>       >      > >          >>
> >>>>>       >      > >          >> And if the name represents the stack
> which
> >> we are going to
> >>>>>       >      > deploy should fine I feel.. (if it's not BDP, may be
> >>>>>       >      > OBDP:OpensourceBigDataPlatform.)
> >>>>>       >      > >          >>
> >>>>>       >      > >          >> @Viraj Jasani and others any thoughts..?
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>
> >>>>>       >      > >          >> On 10/07/22, 11:03 AM, "Kengo Seki" <
> >> [email protected]>
> >>>>>       >      > wrote:
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>      > Looks we had so much discussed
> >> here, Let's try to
> >>>>>       >      > conclude. Can we've one call on this and finalize
> this..?
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>      Technical decisions shouldn't be
> done
> >> on other places
> >>>>>       >      > than public mailing lists,
> >>>>>       >      > >          >>      as described in the "Open
> >> Communications" section of
> >>>>>       >      > [1] and [2].
> >>>>>       >      > >          >>      So we should conclude the
> discussion
> >> in this mailing
> >>>>>       >      > list.
> >>>>>       >      > >          >>      (And with my poor English, I'm not
> so
> >> confident to
> >>>>>       >      > catch up with your
> >>>>>       >      > >          >>      fluent talk ;)
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>      > FYI. Even looks bigtop used some
> >> where also..
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>      Bigtop is ASF's trademark as you
> can
> >> see in the "Apache
> >>>>>       >      > Bigtop®
> >>>>>       >      > >          >>      software" section of [3].
> >>>>>       >      > >          >>      So it doesn't have the risk of
> >> trademark infringement.
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>      [1]:
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apache.org%2Ftheapacheway%2Findex.html%23what-makes-the-apache-way-so-hard-to-define&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=JNFdxHAV%2B180ytJ84yCiX2MF1c3WptpCHkMMq2VIAvI%3D&amp;reserved=0
> >>>>>       >      > >          >>      [2]:
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apache.org%2Fdev%2Fpmc.html%23mailing-list-naming-policy&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=%2BX41Bd7gtizi4%2BoL922V1Se5hXMBUulwoDw1G4PuDKs%3D&amp;reserved=0
> >>>>>       >      > >          >>      [3]:
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apache.org%2Ffoundation%2Fmarks%2Flist%2F&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=JURnKKTtR1bQhf1uQGgKgXUXZ%2FIxQMgsCpyoOKbAVjw%3D&amp;reserved=0
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>      Kengo Seki <[email protected]>
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>      On Sun, Jul 10, 2022 at 4:11 AM
> >> Battula, Brahma Reddy
> >>>>>       >      > >          >>      <[email protected]> wrote:
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      > Looks we had so much discussed
> >> here, Let's try to
> >>>>>       >      > conclude. Can we've one call on this and finalize
> this..?
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      > FYI. Even looks bigtop used some
> >> where[1] also..
> >>>>>       >      > >          >>      > 1.
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fen.wikipedia.org%2Fwiki%2FBigtop_&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=0%2Bd1Fdpqvm7xIg3xuifU4A4YxDyudbqR5QAcM3CY16A%3D&amp;reserved=0(Microsoft_product)
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      > On 08/07/22, 8:06 PM, "Kengo
> Seki" <
> >> [email protected]>
> >>>>>       >      > wrote:
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      >     Thank you for your
> explanation,
> >> Brahma.
> >>>>>       >      > >          >>      >     CRH (abbreviation of "CHINA
> >> REDOOP HYPERLOOP"
> >>>>>       >      > [1]) is supposed to be a
> >>>>>       >      > >          >>      >     trademark of Redoop, so they
> >> can name the script
> >>>>>       >      > crh-select without
> >>>>>       >      > >          >>      >     problem.
> >>>>>       >      > >          >>      >     But regarding BDP for
> example,
> >> I can easily find
> >>>>>       >      > products that have
> >>>>>       >      > >          >>      >     the same name [2][3][4] as
> you
> >> already mentioned,
> >>>>>       >      > so I'd like to
> >>>>>       >      > >          >>      >     recommend bigtop-select for
> >> avoiding unnecessary
> >>>>>       >      > trouble.
> >>>>>       >      > >          >>      >     Or, a single and more general
> >> word just like
> >>>>>       >      > conf-select may be less
> >>>>>       >      > >          >>      >     troublesome than bdp. How
> about
> >> "stack-select",
> >>>>>       >      > for example?
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      >     [1]:
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.redoop.com%2F&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=nnRgIq2HQVdtc1Kb%2BBLvnCTvS%2FhFKosRI8RUT%2FLdMWg%3D&amp;reserved=0
> >>>>>       >      > >          >>      >     [2]:
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatumstudio.jp%2Fen%2Fbigdataplatform%2F&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=J%2FU7YtNSZf3bj2gJdtAlqKOD32spN9WhxdXWFq99SNs%3D&amp;reserved=0
> >>>>>       >      > >          >>      >     [3]:
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fhelp.talend.com%2Fr%2Fen-US%2F8.0%2Fstudio-getting-started-guide-big-data-platform%2Fintroduction&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=VrvAvV2XqTceYlL0ECZALubZTYr9l3nCF8AGqRdpTwU%3D&amp;reserved=0
> >>>>>       >      > >          >>      >     [4]:
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.harmony-alliance.eu%2Fbigdata-platform%2Fbig-data-platform&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=BeN59qsYv8TtqHAmZiVGfgTDw8z8CS0SGvttMxrl1Sc%3D&amp;reserved=0
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      >     Kengo Seki <
> [email protected]>
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      >     On Fri, Jul 8, 2022 at 2:51
> AM
> >> Battula, Brahma
> >>>>>       >      > Reddy <[email protected]> wrote:
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     >Do you mean that
> you're
> >> going to name the
> >>>>>       >      > module (same as "component"
> >>>>>       >      > >          >>      >     >     >in the Bigtop
> >> terminology, I think)
> >>>>>       >      > bigtop-distro-select,
> >>>>>       >      > >          >>      >     >     >and still the script
> in
> >> question
> >>>>>       >      > bdp-select? If so, is there any
> >>>>>       >      > >          >>      >     >     >reason that the script
> >> must be that name?
> >>>>>       >      > >          >>      >     >     >(No offence, I just
> want
> >> to understand
> >>>>>       >      > your thoughts and its
> >>>>>       >      > >          >>      >     >     >background, and avoid
> >> the conflict or
> >>>>>       >      > user's confusion with existing
> >>>>>       >      > >          >>      >     >     >trademarks or
> products)
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     > Thanks @Kengo Seki for
> >> consolidating all the
> >>>>>       >      > concerns. Name should represent the stack which
> includes
> >> all the components
> >>>>>       >      > hence planning to have like bdp,bds...and this only
> one
> >> file like below[1]
> >>>>>       >      > which has done redoop.
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fredoop%2Fbigtop%2Ftree%2Fe5f9fe81773180159d291f18ec366ac8bfa4d6d2%2Fbigtop-packages%2Fsrc%2Fcommon%2Fambari-mpacks%2Fselector&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=cl4GkOSgDS%2BsmXbNAduR7Q9WDrirZuNH3BxRnVExdOs%3D&amp;reserved=0
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     > On 07/07/22, 6:07 AM,
> "Kengo
> >> Seki" <
> >>>>>       >      > [email protected]> wrote:
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     The following concern
> >> Masatake mentioned
> >>>>>       >      > before is an important point,
> >>>>>       >      > >          >>      >     >     so I talked to Brahma
> for
> >> clarifying his
> >>>>>       >      > intention on the ASF Slack
> >>>>>       >      > >          >>      >     >     yesterday.
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     > Multiple versions of
> >> the same package
> >>>>>       >      > (deb/rpm) can not be installed at the same time.
> >>>>>       >      > >          >>      >     >     > IIRC, HDP uses
> >> convention in which the
> >>>>>       >      > product version is part of package name
> >>>>>       >      > >          >>      >     >     > for addressing this.
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     > I don't like to bring
> >> the awkward package
> >>>>>       >      > name convention to Bigtop
> >>>>>       >      > >          >>      >     >     > at least by default.
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     He's planning to adopt
> >> the same mitigation
> >>>>>       >      > as HDP for now, but he
> >>>>>       >      > >          >>      >     >     doesn't intend to
> change
> >> the default
> >>>>>       >      > package naming convention of
> >>>>>       >      > >          >>      >     >     Bigtop,
> >>>>>       >      > >          >>      >     >     but just add a new
> >> functionality to include
> >>>>>       >      > an extra part into the
> >>>>>       >      > >          >>      >     >     package name for
> avoiding
> >> conflict, which
> >>>>>       >      > is disabled by default.
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     And Brahma, let me
> >> confirm about the
> >>>>>       >      > following reply:
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     > Sure, we can have
> >> module name like
> >>>>>       >      > bigtop-distro-select.
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     Do you mean that you're
> >> going to name the
> >>>>>       >      > module (same as "component"
> >>>>>       >      > >          >>      >     >     in the Bigtop
> >> terminology, I think)
> >>>>>       >      > bigtop-distro-select,
> >>>>>       >      > >          >>      >     >     and still the script in
> >> question
> >>>>>       >      > bdp-select? If so, is there any
> >>>>>       >      > >          >>      >     >     reason that the script
> >> must be that name?
> >>>>>       >      > >          >>      >     >     (No offence, I just
> want
> >> to understand your
> >>>>>       >      > thoughts and its
> >>>>>       >      > >          >>      >     >     background, and avoid
> the
> >> conflict or
> >>>>>       >      > user's confusion with existing
> >>>>>       >      > >          >>      >     >     trademarks or products)
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     Kengo Seki <
> >> [email protected]>
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >     On Thu, Jul 7, 2022 at
> >> 2:08 AM Battula,
> >>>>>       >      > Brahma Reddy
> >>>>>       >      > >          >>      >     >
>  <[email protected]>
> >> wrote:
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     > >   The name of stack
> >> based no Bigtop
> >>>>>       >      > should be Bigtop.
> >>>>>       >      > >          >>      >     >     >   >   If you can not
> >> accept the name like
> >>>>>       >      > bigtop-*, the work should done outside of Bigtop.
> >>>>>       >      > >          >>      >     >     >   >  I will cast -1
> if
> >> someone submit a
> >>>>>       >      > patch to add a module with the name spoiling branding.
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     > Sure, we can have
> >> module name like
> >>>>>       >      > bigtop-distro-select.
> >>>>>       >      > >          >>      >     >     > Initially we'll do
> this
> >> separate branch.
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     > On 06/07/22, 8:55 AM,
> >> "Masatake Iwasaki" <
> >>>>>       >      > [email protected]> wrote:
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >     > I believe it's
> >> for project name.
> >>>>>       >      > isn't it.?
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >     projects and
> >> products.
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >     > IMO, We need to
> >> create folders and
> >>>>>       >      > refer stacknames so ambari-select,bigtop-select wn't
> >> looks good.
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >     The name of stack
> >> based no Bigtop
> >>>>>       >      > should be Bigtop.
> >>>>>       >      > >          >>      >     >     >     If you can not
> >> accept the name like
> >>>>>       >      > bigtop-*, the work should done outside of Bigtop.
> >>>>>       >      > >          >>      >     >     >     I will cast -1 if
> >> someone submit a
> >>>>>       >      > patch to add a module with the name spoiling branding.
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >     On 2022/07/06
> >> 11:44, Battula, Brahma
> >>>>>       >      > Reddy wrote:
> >>>>>       >      > >          >>      >     >     >     >
> >>>>>       >      > >          >>      >     >     >     > I believe it's
> >> for project name.
> >>>>>       >      > isn't it.?
> >>>>>       >      > >          >>      >     >     >     >
> >>>>>       >      > >          >>      >     >     >     >
> >>>>>       >      > >          >>      >     >     >     > On 06/07/22,
> 7:27
> >> AM, "Masatake
> >>>>>       >      > Iwasaki" <[email protected]> wrote:
> >>>>>       >      > >          >>      >     >     >     >
> >>>>>       >      > >          >>      >     >     >     >      > But As
> we
> >> are not releasing
> >>>>>       >      > as enterprise should be fine I think. IMO, We need to
> >> create folders and
> >>>>>       >      > refer stacknames so ambari-select,bigtop-select wn't
> >> looks good.
> >>>>>       >      > >          >>      >     >     >     >
> >>>>>       >      > >          >>      >     >     >     >      Not fine.
> >>>>>       >      > >          >>      >     >     >     >      We have a
> >> trademark policy.
> >>>>>       >      > >          >>      >     >     >     >
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apache.org%2Ffoundation%2Fmarks%2F&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=qkTFTQlsip9TRVtauQkfYZ4AiGsv8trePgiUfatgIBk%3D&amp;reserved=0
> >>>>>       >      > >          >>      >     >     >     >
> >>>>>       >      > >          >>      >     >     >     >      On
> >> 2022/07/06 10:37, Battula,
> >>>>>       >      > Brahma Reddy wrote:
> >>>>>       >      > >          >>      >     >     >     >      >> Should
> we
> >> avoid
> >>>>>       >      > unrecognized brand which may be trademark of someone?
> >>>>>       >      > >          >>      >     >     >     >      >>
> >> ambari-select or
> >>>>>       >      > bigtop-select should be enough.
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >      > Not
> sure,
> >> where to confirm
> >>>>>       >      > whether there is already trademark. When I googled
> found
> >> so many.
> >>>>>       >      > >          >>      >     >     >     >      > But As
> we
> >> are not releasing
> >>>>>       >      > as enterprise should be fine I think. IMO, We need to
> >> create folders and
> >>>>>       >      > refer stacknames so ambari-select,bigtop-select wn't
> >> looks good.
> >>>>>       >      > >          >>      >     >     >     >      > May be
> you
> >> can refer the
> >>>>>       >      > initial proposal [2] where I mentioned some more
> names.
> >>>>>       >      > (BDS-BigDataStack,OSS-OpenSourceSelect..)
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >      > Finally
> >> thanks a bunch for
> >>>>>       >      > long healthy discussions on this. Mostly we all same
> >> page now.
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >      > 1.
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.google.com%2Fsearch%3Fq%3Dbdp%26safe%3Dactive%26sxsrf%3DALiCzsaQDcQS0gb8KbAMfjadXuG-jomxRQ%253A1657070844287%26ei%3D_OTEYsuWEYrD4-EPp4uKqAE%26ved%3D0ahUKEwjLhKr4jeP4AhWK4TgGHaeFAhUQ4dUDCA4%26uact%3D5%26oq%3Dbdp%26gs_lcp%3DCgdnd3Mtd2l6EAMyBAgjECcyBAgjECcyCggAELEDEIMBEEMyCwgAEIAEELEDEIMBMgsIABCABBCxAxCDATIRCC4QgAQQsQMQgwEQxwEQ0QMyBQgAEIAEMgUIABCABDIFCAAQgAQyBQgAEIAEOgcIABBHELADOgYIABAeEBY6CggAEB4QDxAWEAo6CggAEIAEEIcCEBQ6CwguEIAEEMcBEK8BOgcIABCABBAKOhYILhCABBCHAhCxAxCDARDHARDRAxAUSgQIQRgASgQIRhgAUKsHWNgRYLoWaAFwAXgAgAGoAYgBtAeSAQMwLjiYAQCgAQHIAQjAAQE%26sclient%3Dgws-wiz&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=RGK%2BHXKy7f%2FBt9mE6WPnD7t2HalGvCG3EyRe7fO0wpM%3D&amp;reserved=0
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >      > 2.
> >>>>>       >      >
> >>
> https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apache.org%2Fthread%2Fm77lhzo0njr2dhoock5twtm0c19j2py8&amp;data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&amp;sdata=dsitL9J4ubgqbNv3Dd1NngYqCMKYxvsuZZrhK6wSnpE%3D&amp;reserved=0
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >      > On
> >> 06/07/22, 4:01 AM,
> >>>>>       >      > "Masatake Iwasaki" <[email protected]>
> wrote:
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >      >      >
> We
> >> have still not
> >>>>>       >      > officially finalized the new replacement name for
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >> hdp-select, it would
> >>>>>       >      > likely be bdp-select (bdp: BigData Platform). However,
> >>>>>       >      > >          >>      >     >     >     >      >      >
> the
> >> purpose of
> >>>>>       >      > bdp-select and conf-select remains the same.
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >      >
> >> Should we avoid
> >>>>>       >      > unrecognized brand which may be trademark of someone?
> >>>>>       >      > >          >>      >     >     >     >      >
> >> ambari-select or
> >>>>>       >      > bigtop-select should be enough.
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >      >      On
> >> 2022/06/29 13:52,
> >>>>>       >      > Viraj Jasani wrote:
> >>>>>       >      > >          >>      >     >     >     >      >      >
> Hi
> >> Ambari/Bigtop dev,
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >>>>>       >      > >          >>      >     >     >     >      >      >
> As
> >> per the new
> >>>>>       >      > roadmap of Apache Ambari, we would like to propose
> moving
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >> certain scripts
> >>>>>       >      > (previously known as hdp-select and conf-select) to
> >> Bigtop
> >>>>>       >      > >          >>      >     >     >     >      >      >
> so
> >> that their rpm
> >>>>>       >      > installation could be managed independently.
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >> These scripts are a
> >>>>>       >      > basic necessity in the Ambari framework for the
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >> installation of
> >>>>>       >      > various Bigdata packages. The only major changes they
> >> would
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >> receive is when we
> >>>>>       >      > onboard new services and components to Ambari, else
> they
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >> usually do not
> >>>>>       >      > receive updates. In the past, we used to get
> hdp-select
> >> rpm
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >> downloaded and
> >>>>>       >      > installed from HDP repositories.
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >>>>>       >      > >          >>      >     >     >     >      >      >
> We
> >> have still not
> >>>>>       >      > officially finalized the new replacement name for
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >> hdp-select, it would
> >>>>>       >      > likely be bdp-select (bdp: BigData Platform). However,
> >>>>>       >      > >          >>      >     >     >     >      >      >
> the
> >> purpose of
> >>>>>       >      > bdp-select and conf-select remains the same.
> >>>>>       >      > >          >>      >     >     >     >      >      >
> >>>>>       >      > >          >>      >     >     >     >      >
> >>>>>       >      > >          >>      >     >     >     >
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      >
> >> ---------------------------------------------------------------------
> >>>>>       >      > >          >>      >     >     > To unsubscribe,
> e-mail:
> >>>>>       >      > [email protected]
> >>>>>       >      > >          >>      >     >     > For additional
> >> commands, e-mail:
> >>>>>       >      > [email protected]
> >>>>>       >      > >          >>      >     >     >
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >
> >>>>>       >      >
> >> ---------------------------------------------------------------------
> >>>>>       >      > >          >>      >     >     To unsubscribe, e-mail:
> >>>>>       >      > [email protected]
> >>>>>       >      > >          >>      >     >     For additional
> commands,
> >> e-mail:
> >>>>>       >      > [email protected]
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >     >
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      >
> >>>>>       >      >
> >> ---------------------------------------------------------------------
> >>>>>       >      > >          >>      >     To unsubscribe, e-mail:
> >>>>>       >      > [email protected]
> >>>>>       >      > >          >>      >     For additional commands,
> e-mail:
> >>>>>       >      > [email protected]
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>      >
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>
> >>>>>       >      >
> >> ---------------------------------------------------------------------
> >>>>>       >      > >          >>      To unsubscribe, e-mail:
> >>>>>       >      > [email protected]
> >>>>>       >      > >          >>      For additional commands, e-mail:
> >>>>>       >      > [email protected]
> >>>>>       >      > >          >>
> >>>>>       >      > >          >>
> >>>>>       >      > >
> >>>>>       >      > >
> >>>>>       >      > >
> >>>>>       >      >
> >> ---------------------------------------------------------------------
> >>>>>       >      > >      To unsubscribe, e-mail:
> >> [email protected]
> >>>>>       >      > >      For additional commands, e-mail:
> >> [email protected]
> >>>>>       >      > >
> >>>>>       >      > >
> >>>>>       >      >
> >>>>>       >
> >>>>>       >
> >>>>>       >
> >> ---------------------------------------------------------------------
> >>>>>       > To unsubscribe, e-mail: [email protected]
> >>>>>       > For additional commands, e-mail: [email protected]
> >>>>>       >
> >>>>>
> >> ---------------------------------------------------------------------
> >>>>>       To unsubscribe, e-mail: [email protected]
> >>>>>       For additional commands, e-mail: [email protected]
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: [email protected]
> >>>>> For additional commands, e-mail: [email protected]
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: [email protected]
> >>>> For additional commands, e-mail: [email protected]
> >>>
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [email protected]
> >> For additional commands, e-mail: [email protected]
> >>
> >>
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to