Not as far as I do. I think we're stuck since nobody has volunteered to do one of the two necessary things:
1) shepherd this code the IP clearance process, or 2) analyze its provenance enough to determine that IP clearance isn't necessary. If anyone is willing to do one of the above it would be greatly appreciated. At some point, if it seems like nobody will volunteer to do one of the above things, we'll need to remove the code, and whoever's interested in maintaining it would need to fork it off into another repo. Gian On 2023/02/15 18:37:57 Xavier Léauté wrote: > Did we ever get to a conclusion here on IP clearance? Clint, it looks like > the helm charts are still in the Druid repo and being contributed to. > > Thanks, > Xavier > > On Tue, Sep 14, 2021 at 4:19 AM Clint Wylie <cwy...@apache.org> wrote: > > > 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 > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org For additional commands, e-mail: dev-h...@druid.apache.org
