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 <iwasak...@oss.nttdata.com> 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 <iwasak...@oss.nttdata.com> > 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" <iwasak...@oss.nttdata.com> > 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&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=S%2FpiuGqaMjpNpr3AziXPz1QWTV5pD5OGx%2BICpSiXetE%3D&reserved=0 > >>> > > >>> > > >>> > On 30/08/22, 5:26 AM, "Viraj Jasani" <vjas...@apache.org> > 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 < > iwasak...@oss.nttdata.com> > >>> > 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" > <bbatt...@visa.com.INVALID> > >>> > > 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" < > >>> > > iwasak...@oss.nttdata.com> 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&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=9BsY7Ho%2FS9Ogep35Yt0iiv0TXUULMbR2Ml25NP%2FX3gE%3D&reserved=0 > >>> > > > > [2]: > >>> > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fapache%2Fbigtop%2Ftree%2Fmaster%2Fbigtop-packages%2Fsrc%2Fcommon&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=S%2FpiuGqaMjpNpr3AziXPz1QWTV5pD5OGx%2BICpSiXetE%3D&reserved=0 > >>> > > > > > >>> > > > > Kengo Seki <sek...@apache.org> > >>> > > > > > >>> > > > > On Mon, Jul 11, 2022 at 3:19 AM Battula, > Brahma Reddy > >>> > > > > <bbatt...@visa.com.invalid> 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" < > sek...@apache.org> > >>> > > 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&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=JNFdxHAV%2B180ytJ84yCiX2MF1c3WptpCHkMMq2VIAvI%3D&reserved=0 > >>> > > > >> [2]: > >>> > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apache.org%2Fdev%2Fpmc.html%23mailing-list-naming-policy&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=%2BX41Bd7gtizi4%2BoL922V1Se5hXMBUulwoDw1G4PuDKs%3D&reserved=0 > >>> > > > >> [3]: > >>> > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.apache.org%2Ffoundation%2Fmarks%2Flist%2F&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=JURnKKTtR1bQhf1uQGgKgXUXZ%2FIxQMgsCpyoOKbAVjw%3D&reserved=0 > >>> > > > >> > >>> > > > >> Kengo Seki <sek...@apache.org> > >>> > > > >> > >>> > > > >> On Sun, Jul 10, 2022 at 4:11 AM > Battula, Brahma Reddy > >>> > > > >> <bbatt...@visa.com.invalid> 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_&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=0%2Bd1Fdpqvm7xIg3xuifU4A4YxDyudbqR5QAcM3CY16A%3D&reserved=0(Microsoft_product) > >>> > > > >> > > >>> > > > >> > > >>> > > > >> > On 08/07/22, 8:06 PM, "Kengo Seki" < > sek...@apache.org> > >>> > > 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&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=nnRgIq2HQVdtc1Kb%2BBLvnCTvS%2FhFKosRI8RUT%2FLdMWg%3D&reserved=0 > >>> > > > >> > [2]: > >>> > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdatumstudio.jp%2Fen%2Fbigdataplatform%2F&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=J%2FU7YtNSZf3bj2gJdtAlqKOD32spN9WhxdXWFq99SNs%3D&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&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=VrvAvV2XqTceYlL0ECZALubZTYr9l3nCF8AGqRdpTwU%3D&reserved=0 > >>> > > > >> > [4]: > >>> > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.harmony-alliance.eu%2Fbigdata-platform%2Fbig-data-platform&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=BeN59qsYv8TtqHAmZiVGfgTDw8z8CS0SGvttMxrl1Sc%3D&reserved=0 > >>> > > > >> > > >>> > > > >> > Kengo Seki <sek...@apache.org> > >>> > > > >> > > >>> > > > >> > On Fri, Jul 8, 2022 at 2:51 AM > Battula, Brahma > >>> > > Reddy <bbatt...@visa.com> 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&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=cl4GkOSgDS%2BsmXbNAduR7Q9WDrirZuNH3BxRnVExdOs%3D&reserved=0 > >>> > > > >> > > > >>> > > > >> > > > >>> > > > >> > > On 07/07/22, 6:07 AM, "Kengo > Seki" < > >>> > > sek...@apache.org> 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 < > sek...@apache.org> > >>> > > > >> > > > >>> > > > >> > > On Thu, Jul 7, 2022 at > 2:08 AM Battula, > >>> > > Brahma Reddy > >>> > > > >> > > <bbatt...@visa.com.invalid> > 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" < > >>> > > iwasak...@oss.nttdata.co.jp> 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" <iwasak...@oss.nttdata.co.jp> 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&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=qkTFTQlsip9TRVtauQkfYZ4AiGsv8trePgiUfatgIBk%3D&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&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=RGK%2BHXKy7f%2FBt9mE6WPnD7t2HalGvCG3EyRe7fO0wpM%3D&reserved=0 > >>> > > > >> > > > > > > >>> > > > >> > > > > > 2. > >>> > > > https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apache.org%2Fthread%2Fm77lhzo0njr2dhoock5twtm0c19j2py8&data=05%7C01%7Cbbattula%40visa.com%7Caf797ca5e4694d7c174a08da8bb69b8b%7C38305e12e15d4ee888b9c4db1c477d76%7C0%7C0%7C637975913668870137%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=dsitL9J4ubgqbNv3Dd1NngYqCMKYxvsuZZrhK6wSnpE%3D&reserved=0 > >>> > > > >> > > > > > > >>> > > > >> > > > > > > >>> > > > >> > > > > > On > 06/07/22, 4:01 AM, > >>> > > "Masatake Iwasaki" <iwasak...@oss.nttdata.co.jp> 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: > >>> > > dev-unsubscr...@ambari.apache.org > >>> > > > >> > > > For additional > commands, e-mail: > >>> > > dev-h...@ambari.apache.org > >>> > > > >> > > > > >>> > > > >> > > > >>> > > > >> > > > >>> > > > --------------------------------------------------------------------- > >>> > > > >> > > To unsubscribe, e-mail: > >>> > > dev-unsubscr...@ambari.apache.org > >>> > > > >> > > For additional commands, > e-mail: > >>> > > dev-h...@ambari.apache.org > >>> > > > >> > > > >>> > > > >> > > > >>> > > > >> > > >>> > > > >> > > >>> > > > --------------------------------------------------------------------- > >>> > > > >> > To unsubscribe, e-mail: > >>> > > dev-unsubscr...@ambari.apache.org > >>> > > > >> > For additional commands, e-mail: > >>> > > dev-h...@ambari.apache.org > >>> > > > >> > > >>> > > > >> > > >>> > > > >> > >>> > > > >> > >>> > > > --------------------------------------------------------------------- > >>> > > > >> To unsubscribe, e-mail: > >>> > > dev-unsubscr...@ambari.apache.org > >>> > > > >> For additional commands, e-mail: > >>> > > dev-h...@ambari.apache.org > >>> > > > >> > >>> > > > >> > >>> > > > > >>> > > > > >>> > > > > >>> > > > --------------------------------------------------------------------- > >>> > > > To unsubscribe, e-mail: > dev-unsubscr...@ambari.apache.org > >>> > > > For additional commands, e-mail: > dev-h...@ambari.apache.org > >>> > > > > >>> > > > > >>> > > > >>> > > >>> > > >>> > > --------------------------------------------------------------------- > >>> > To unsubscribe, e-mail: dev-unsubscr...@ambari.apache.org > >>> > For additional commands, e-mail: dev-h...@ambari.apache.org > >>> > > >>> > --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: dev-unsubscr...@ambari.apache.org > >>> For additional commands, e-mail: dev-h...@ambari.apache.org > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: dev-unsubscr...@ambari.apache.org > >>> For additional commands, e-mail: dev-h...@ambari.apache.org > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscr...@ambari.apache.org > >> For additional commands, e-mail: dev-h...@ambari.apache.org > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@ambari.apache.org > For additional commands, e-mail: dev-h...@ambari.apache.org > >