My understanding of that thread suggests that https://incubator.apache.org/ip-clearance/ip-clearance-template.html is the process that our PMC does before the IPMC can continue the clearance process, meaning someone on our PMC fill out i think this form http://svn.apache.org/repos/asf/incubator/public/trunk/content/ip-clearance/ip-clearance-template.xml, and check the things in and send the emails and such listed out in the "process" section.
I'm going to remove the helm chart from the 0.22.0 release for now since I can't find any record of this having been done yet (I can add it back if I missed it and we haven't yet released). On Sun, Jul 4, 2021 at 11:07 PM Benedict Jin <asdf2...@apache.org> wrote: > > Hi Jihoon, > > Last week I asked the AFS, and according to the replay, it seems that only > our IPMC has the authority to launch the IP Clearance process. FYI, > https://lists.apache.org/thread.html/rfbfc5951c4524c0e68223e4fbe05a7d7ee26c185ab557d6f77a4989d%40%3Cgeneral.incubator.apache.org%3E > > Regards, > Benedict Jin > > On 2021/07/02 22:56:08, Jihoon Son <jihoon...@apache.org> wrote: > > Hey Benedict, > > > > Any updates on this issue? I think we are going to start the release > > process for 0.22.0 soon. > > > > On Fri, Jul 2, 2021 at 1:19 AM Benedict Jin <asdf2...@apache.org> wrote: > > > > > Hi Xavier, > > > > > > I'm so happy to hear that and look forward to your changes will be > > > contributed to upstream. In fact, Helm and Operator are not in conflict, > > > their relationship is kind like RPM and Systemd. You can even convert Helm > > > into Operator, or build Operator based on Helm. And I agree with you that > > > it would be better if we can define user scenarios. > > > > > > Regards, > > > Benedict Jin > > > > > > On 2021/06/25 22:42:32, Xavier Léauté <xav...@confluent.io.INVALID> > > > wrote: > > > > For what it's worth, we have been using a heavily modified version of > > > this > > > > helm chart at Confluent. > > > > > > > > I would say it is good to get a Druid cluster up and running quickly, > > > > but > > > > we had to make some significant changes to make it easier to operate a > > > > Druid cluster. > > > > It's great for initial deployment and getting all the required > > > dependencies > > > > in place, but operations are somewhat painful and require a lot of > > > internal > > > > Druid knowledge to not shoot yourself in the foot. > > > > Our original intention was to contribute back those changes upstream, > > > > but > > > > we have not had the time to put it in a shape that would allow others to > > > > use it. > > > > > > > > We should try to define what we want this chart to be used for, since I > > > > think the Druid k8s operator is probably a better choice for someone to > > > run > > > > and upgrade a meaningful cluster. > > > > Another option would be to focus our effort on the Druid operator and > > > maybe > > > > build a helm chart to get that and our external dependencies in place, I > > > > think we can provide a better experience that way. > > > > One concern with the pure helm chart is that we'll get a lot of > > > > questions > > > > on how to operate it that will likely take a lot of time to answer. > > > > Considering we'd have helm, k8s operator, and docker-compose, I think we > > > > should be conscious of the time it would take to maintain all those ways > > > of > > > > running Druid in containers and what purpose each of them serves. > > > > > > > > Just my 2¢, > > > > Xavier > > > > > > > > On Tue, Jun 22, 2021 at 8:04 AM Benedict Jin <asdf2...@apache.org> > > > wrote: > > > > > > > > > Hi Jihoon Son, > > > > > > > > > > Cool, thanks a lot 👍👍👍 > > > > > > > > > > Regards, > > > > > Benedict Jin > > > > > > > > > > On 2021/06/21 17:10:13, Jihoon Son <jihoon...@apache.org> wrote: > > > > > > Thanks Benedict. > > > > > > You can find another example of the IP clearance process here: > > > > > > > > > > > > > > https://mail-archives.apache.org/mod_mbox/incubator-general/202106.mbox/browser > > > > > . > > > > > > > > > > > > On Fri, May 28, 2021 at 1:01 AM Benedict Jin <asdf2...@apache.org> > > > > > wrote: > > > > > > > > > > > > > > Hi Jihoon Son, > > > > > > > > > > > > > > Yes, it has only been tested on the local cluster. Next, I will > > > > > > > add > > > > > the automated test part. > > > > > > > > > > > > > > Because Helm Chart usually releases a new version every time it is > > > > > modified. So Apache Superset has followed this approach. Of course, I > > > agree > > > > > with your suggestion, we shouldn't release the version of Chart > > > separately, > > > > > and follow the release rhythm of Apache Druid. > > > > > > > > > > > > > > I've been busy recently, but I also took time to study this IP > > > > > licensing process, and I'm filling out related forms. Thank you very > > > much > > > > > for the mailing list, it's very useful to me. > > > > > > > > > > > > > > Okay, I got it. We will solve this problem as soon as possible > > > before > > > > > the release of 0.22.0. > > > > > > > > > > > > > > Regards, > > > > > > > Benedict Jin > > > > > > > > > > > > > > On 2021/05/22 18:53:35, Jihoon Son <jihoon...@apache.org> wrote: > > > > > > > > Thanks for adding details. > > > > > > > > > > > > > > > > Based on your answers, I assume it is not being tested. We > > > should add > > > > > > > > tests as soon as possible. Since you have some experience in > > > > > > > > this > > > > > > > > area, can you add some? > > > > > > > > I'm also not sure why Superset releases the helm chart > > > separately. I > > > > > > > > would suggest releasing it per our regular release schedule > > > unless > > > > > > > > there is a good reason for doing so. This will reduce the > > > > > > > > release > > > > > > > > burden of the community. > > > > > > > > > > > > > > > > So far, it seems reasonable to me to host the helm chart in the > > > Druid > > > > > > > > repo. However, as I mentioned before, the migration process > > > might not > > > > > > > > be proper. I haven't had a chance to look at the IP clearance > > > process > > > > > > > > closely yet and probably will not have some even in the near > > > future. > > > > > > > > Benedict, you are a PMC member too. Can you please study the > > > process > > > > > > > > and give us suggestions on what we should do? Since not many > > > people > > > > > in > > > > > > > > the Druid community might not be familiar with this process, you > > > may > > > > > > > > want to ask questions in the Apache general mailing list. See > > > > > > > > > > > > > > > > https://www.mail-archive.com/general@incubator.apache.org/msg74849.html > > > > > > > > as a reference. > > > > > > > > > > > > > > > > We should resolve this issue before the 0.22.0 release. > > > Otherwise, we > > > > > > > > will have to revert all changes related to the helm chart in the > > > > > > > > release branch because it doesn't seem necessarily a release > > > blocker > > > > > > > > for 0.22.0. > > > > > > > > > > > > > > > > > > > > > > > > On Sun, May 2, 2021 at 8:15 PM Benedict Jin <asdf2...@apache.org > > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > Hi Jihoon Son, > > > > > > > > > > > > > > > > > > Thank you very much for this list of questions. The following > > > is > > > > > my personal understanding. > > > > > > > > > > > > > > > > > > 1. What is the current status of the project? > > > > > > > > > > > > > > > > > > Helm has undergone a major version upgrade. Helm3 will > > > continue to > > > > > be maintained, but Helm2 will no longer be maintained, and the Helm > > > Chart > > > > > related to the Apache project is no longer maintained in Helm3. It is > > > > > recommended to maintain it in their respective Apache projects. > > > > > > > > > > > > > > > > > > 2. Does it reflect the most recent release of Druid? > > > > > > > > > > > > > > > > > > Will not affect the release of Druid. Druid's Helm Chart is > > > > > released separately. FYI, https://github.com/apache/superset/releases > > > > > > > > > > > > > > > > > > 3. How is it being tested? > > > > > > > > > > > > > > > > > > It can be verified and tested automatically through Github > > > Action. > > > > > FYI, > > > > > > > > https://github.com/apache/superset/blob/master/.github/workflows/superset-helm-lint.yml > > > > > > > > > > > > > > > > > > 4. Why is it best to host the helm chart in the druid repo? > > > > > > > > > > > > > > > > > > Because Helm3 no longer maintains the Helm Chart of > > > Apache-related > > > > > projects, the official also recommends maintaining it in their > > > respective > > > > > projects. Many projects have already done so. The maintenance in the > > > main > > > > > Druid warehouse can be seen by more people and help more people > > > > > quickly > > > > > build the Druid environment on K8S. > > > > > > > > > > > > > > > > > > Hope these answers can answer some of your doubts. Thanks > > > again. > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > Benedict Jin > > > > > > > > > > > > > > > > > > On 2021/04/27 03:17:29, Julian Hyde <jhyde.apa...@gmail.com> > > > > > wrote: > > > > > > > > > > This code was developed outside of the ASF, so it’s possible > > > > > that we need to go through the IP clearance process [1]. Can a PMC > > > member > > > > > please figure out the answer to that question, and answer on this > > > > > list. > > > > > > > > > > > > > > > > > > > > Has the Helm project given any indication whether they > > > approve > > > > > or disapprove of the code being copied into Druid? > > > > > > > > > > > > > > > > > > > > Does Druid intend to take ownership of the code? I.e. be the > > > one > > > > > and only copy of this code, do necessary maintenance work (especially > > > > > including security fixes) and accepting patches. > > > > > > > > > > > > > > > > > > > > Julian > > > > > > > > > > > > > > > > > > > > [1] https://incubator.apache.org/ip-clearance/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Apr 26, 2021, at 7:33 PM, Benedict Jin < > > > asdf2...@apache.org> > > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > Hi Senlan, > > > > > > > > > > > > > > > > > > > > > > Thank you very much for your message and support. I have > > > > > created a PR to do the migration, referring to the experience of > > > > > Apache > > > > > Superset. FYI, https://github.com/apache/druid/pull/11163 and > > > > > https://github.com/apache/superset/tree/master/helm/superset . > > > > > > > > > > > > > > > > > > > > > > Regards, > > > > > > > > > > > Benedict Jin > > > > > > > > > > > > > > > > > > > > > > On 2021/04/26 12:59:12, Senlan Yao <hellis...@gmail.com> > > > > > wrote: > > > > > > > > > > >> Thanks @Benedict Jin, > > > > > > > > > > >> It is a good idea to maintain the Druid Helm's Chart in > > > the > > > > > Apache repository. > > > > > > > > > > >> Since "https://github.com/helm/charts"; repo has been > > > > > deprecation, we can't maintain the chart, and the k8s user can't find > > > druid > > > > > chart package from " > > > > > https://artifacthub.io/packages/search?page=1&ts_query_web=druid"; any > > > > > more. > > > > > > > > > > >> If we can maintain chart in the Apache repository, it > > > > > > > > > > >> will > > > > > solve https://github.com/apache/druid/issues/5582, ans also the the > > > k8s > > > > > user can install Druid from helm chart package. > > > > > > > > > > >> > > > > > > > > > > >> On 2021/04/22 01:58:46, Benedict Jin <asdf2...@apache.org > > > > > > > > > wrote: > > > > > > > > > > >>> Hi all, > > > > > > > > > > >>> > > > > > > > > > > >>> Should we maintain the Helm's Chart in the Apache Druid > > > > > repository? Now the development and maintenance of Helm's Chart has > > > been > > > > > stalled. It was previously maintained by @maver1ck @AWaterColorPen and > > > me > > > > > (@asdf2014). Currently, > > > > > https://github.com/helm/charts/tree/master/incubator/druid cannot be > > > > > maintained. I recommend that we just copy this directory directly to > > > the > > > > > root directory of https://github.com/apache/druid and maintain it. But > > > > > I'm not so sure whether there is a license issue. What do you think? > > > > > > > > > > >>> > > > > > > > > > > >>> Regards, > > > > > > > > > > >>> Benedict Jin > > > > > > > > > > >>> > > > > > > > > > > >>> > > > > > --------------------------------------------------------------------- > > > > > > > > > > >>> To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > > > > > > > > >>> For additional commands, e-mail: > > > dev-h...@druid.apache.org > > > > > > > > > > >>> > > > > > > > > > > >>> > > > > > > > > > > >> > > > > > > > > > > >> > > > > > --------------------------------------------------------------------- > > > > > > > > > > >> To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > > > > > > > > >> For additional commands, e-mail: > > > dev-h...@druid.apache.org > > > > > > > > > > >> > > > > > > > > > > >> > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > > > > > > > > > For additional commands, e-mail: dev-h...@druid.apache.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > > > > > > > > For additional commands, e-mail: dev-h...@druid.apache.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > > > > > > > For additional commands, e-mail: dev-h...@druid.apache.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > > > > > > For additional commands, e-mail: dev-h...@druid.apache.org > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > > > > > For additional commands, e-mail: dev-h...@druid.apache.org > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > > > > For additional commands, e-mail: dev-h...@druid.apache.org > > > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > > > For additional commands, e-mail: dev-h...@druid.apache.org > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > > For additional commands, e-mail: dev-h...@druid.apache.org > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > For additional commands, e-mail: dev-h...@druid.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org For additional commands, e-mail: dev-h...@druid.apache.org
