Thank you. This kind of work can be thankless so I just wanted to explicitly say TY.
On Tue, Jul 11, 2023 at 10:48 PM Abhishek Agarwal <abhis...@apache.org> wrote: > Since no one else has volunteered, I will take on the 1). It's possible > that we don't get IP clearance and if we don't, we will just remove the > code. > > On Wed, Mar 1, 2023 at 7:14 AM Gian Merlino <g...@apache.org> wrote: > > > Not as far as I _know_, I mean. > > > > On 2023/03/01 01:43:43 Gian Merlino wrote: > > > 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 > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@druid.apache.org > > For additional commands, e-mail: dev-h...@druid.apache.org > > > > >