Re: [VOTE] Release Apache XTable (Incubating) 0.1.0-incubating

Hi, > Thanks for sharing LEGAL-469 Justin. I have seen it at some point but > as time passed I forgot its existence. > > The DISCLAIMER-WIP contains the following snippet: > Some of the incubating project’s releases may not be fully compliant > with ASF policy. For example, releases may have inco

Re: [ANNOUNCE] Release Apache Gravitino (incubating) 0.6.0

Hi, > Maybe you could label the link just a bit different so people don't think > that it is a download link. It is the download link, as all downloads going via closer.lua links do this and are required by [1]. I’ve added some text to the page to remind people to follow the instructions and v

Re: [ANNOUNCE] Release Apache Gravitino (incubating) 0.6.0

HI, > Could you please update your downloads page with instructions (or a link to > instructions) on how to verify the release? If you click on the source release, you will get instructions on how to verify the release. Kind Regards, Justin ---

Re: [VOTE] Release Apache XTable (Incubating) 0.1.0-incubating

Hi, While we have had some previous incubating projects use the WIP DISCLAIMER and not have complete LICENSE and NOTICE information, that was not the original intent. From [1] Blocker - must be fixed and and revoted on: - 3rd party Category X or Category B bundled code licenses not listed in L

Re: [VOTE] Release Apache Answer(Incubating) v1.4.0-RC1

Hi, > > On Docker Hub, you have a 1.4.0-RC1 image. > https://hub.docker.com/r/apache/answer/tags > > I don't think you should be making Docker images available for > 1.4.0-RC1 until the release vote is passed. As per [1] it is fine as long as it is clearly marked. Kind Regards, Justin 1. https

Re: [VOTE] Release Apache Answer(Incubating) v1.4.0-RC1

Hi, +1 jmclean (IPMC/PPMC) carried over from the dev list. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: Proposal: Recording votes in podlings

Hi, +1 It sounds like a good idea to me. Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Accept Polaris into the ASF Incubator

+1 (binding) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] PolarisProposal to the incubator

Hi, My issue is not that this is a single-vendor project or that people have been recognised for non-code contributions - both are fine. I would suggest that the project slims down the initial committer list and not split it into PPMC and committers. As part of the incubating process, you can v

Re: Request for SVN Robot Access for KIE Podling

Hi, Given it is shared already, option 2 seems fine. It is version control, so any issues, if they occur, should be able to be easily corrected. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache

Re: [DISCUSS] PolarisProposal to the incubator

Hi, I notice a number of people offering to be mentors. Experience has shown that three or four mentors seem to be best. More than that, and you can end up with a situation where everyone thinks everyone else is doing the job, so no one does it. If a mentor is not active during incubation they

Re: [DISCUSS] PolarisProposal to the incubator

Hi, > I understand your comment, and it's important to me. > If it's a concern for you, I'm happy to rework the initial committer > list with the team (also removing PPMC list to use the default layout) > and grow the PPMC/committers when in the incubator. I think that would be in the best intere

Re: [DISCUSS] PolarisProposal to the incubator

Hi, In general, projects joining the incubator need two things: - A codebase - a community around it While this isn't a hard requirement, building either while in incubation can be difficult. The first issue I see is it’s not clear to me that there is a community here. The split between PPMC

Re: [VOTE] Release Apache Answer(Incubating) v1.3.6-RC1

Hi, +1 (binding) carry over from dev list I did all of my usual checks Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: [DISCUSS] PolarisProposal to the incubator

Hi, I sent a reply earlier, but my email is acting up and looks like it didn’t get through. I have some concerns with this proposal. In general, the incubator likes projects to have a code base and a small community, I’m not seeing a community here. Trying to build one during incubation can be

Re: [VOTE] Release Apache Amoro(incubating) 0.7.0-incubating rc2

Hi, There is probabkly a few way to deal with this. I’m not sure the existing NOTICE is actually incorrect - i.e. the artefact was delevloped at the ASF and as a whole that is copyright the ASF, but I coudl also see people thinking that it means it contains ASF code. Kind Regards, Justin > O

Re: PMC is a committee

Hi, I’m not sure the incubator’s remit is to make changes that affect all TLPs. The discussion about MPMC vs. PMC should probably be on the member's list. Making the change and then notifying them may come across the wrong way. Kind Regards, Justin --

Re: [DISCUSS] GravitinoProposal to the incubator

HI, > Looks interesting, It will be good, if it's extend to xtable( as I > see, it's currently only iceberg). No one that I know of is working on xtable integration, but as we’re now an ASF incubating project anyone can propose and work on that. Kind Regards, Justin

Re: [QUESTION] Can we use an AGPL components [minio] in OpenServerless?

Hi, I would ask legal-disc...@apache.org, but it would not be allowed unless it is an optional dependency. However, it depends on the exact details. Kind Regards, Justin > On 5 Jul 2024, at 6:45 pm, Michele Sciabarra > wrote: > > If this is not the right place to ask this question please ign

Re: Bylaws != Guidelines

Hi, By the point of time, the Incubator guidelines were introduced: - Projects were strongly encouraged not to have bylaws and to use what was documented in policy - If they wanted bylaws, they should call them guidelines The reasons for this include that bylaws cannot cover every situation, and

[jira] [Closed] (INCUBATOR-284) Ask for the permission to use some Github CI action

[ https://issues.apache.org/jira/browse/INCUBATOR-284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Justin Mclean closed INCUBATOR-284. --- Resolution: Won't Fix Should be an INFRA ticket > Ask for the permission to

Re: [VOTE] Accept OzHera into the ASF incubator

Hi, > Hi, Justin, about the proposal, we have already mentioned that 'with > the current contributors primarily coming from Xiaomi', and also 'the > majority of core developers working on the OzHera project are salaried > by Xiaomi', which reflects the current status of the project. Yes, the prop

Re: [VOTE] Accept OzHera into the ASF incubator

Hi, > Is this considered a blocker for a project to enter incubator? I do > see it could be a concern during the project's graduation, but for > entering into incubator as well? It is a concern on entering the incubator, especially for a project that has been open source for some time. It would

Re: [VOTE] Accept OzHera into the ASF incubator

HI, > Are there any remaining inaccuracies in the proposal? Yes I believe there are: "Outstanding contributors are the cornerstone of this project, and they include not only developers from Xiaomi and other companies but also individual developers who are encouraged to contribute. In this proje

Re: [VOTE] Accept OzHera into the ASF incubator

Hi, -1 (binding) As I said in the discussion thread, I have concerns about this project. The proposal did not accurately reflect its state, it has little or no community around it and a single corporate entity is behind it. Kind Regards, Justin --

Re: [VOTE] Release Apache Answer(Incubating) v1.3.5-RC1

Hi, +1 (binding) I checked the source release: - incubating in the name - signatures and hashes are fine - DISCLAIMER exists - LICENSE and NOTICE are fine - No unexpected binary files - My environment is not set up to be able to build One very minor issue I assume the year in ./docs/release/NOTI

Re: [External Mail]Re: [DISCUSS] OzHera to the incubator

Hi, I have three main concerns: 1. All of the initial committers are from one company. 2. Very few contributors and just about all seem to be from the same company (one or two with a couple of commits may not be) 3. The project activity has been quite low over the last 5 months I do not see this

Re: [DISCUSS] GravitinoProposal to the incubator

Hi, Thanks for all the +1’s, but this is the discussion, not the vote, the vote comes next. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@in

Re: [DISCUSS] GravitinoProposal to the incubator

Hi, > I would be willing to be an additional mentor or join the initial set of > team members if there is interest. Thanks, Larry, for offering. I’ve added you to the proposal as a mentor. Kind Regards, Justin - To unsubscribe,

Re: What is sufficient Incubation notification for Git repos?

Hi, > Whilst the DISCLAIMER file is helpful, and having '(Incubating)' in > the repo description/About, neither of these are all that obvious. Yep, that should be done. > It seems to me that the repo README should also contain the Incubator > disclaimer, as is done on website pages. That is als

Re: KIE - Question about "staging" binaries/artifacts

Hi, > Thank you all for the inputs, but we still seeking clarity on NPM. > > We - Apache KIE podling - are trying to get a single release procedure for > all binaries, but with lack of NPM infra for staging makes it really > complex. > > I notice that OpenDAL publishes to NPM, is there anyone in

Re: [VOTE] Release Apache ResilientDB, Incubating, v1.10.0-RC1

Hi, A few questions occurred to me when looking at the website: - You list sponsors, how do these companies sponsor the project? - You list 1.9.0 for download, but there is no link to the KEYS files - You list Mohammad Sadoghi as the “Principle Investigator” This is problematic from an ASF point

Re: [VOTE] Drop the incubator- prefix for podling's GitHub repo name

Hi, +1 binding. We already have other requirements for the project to indicate that they are incubating (e.g. website disclaimer, DISCLAIMER, and release artifact name) that are more visible than having it in repo names. Kind Regards, Justin -

Re: [VOTE] Release Apache ResilientDB, Incubating, v1.10.0-RC1

HI, > Thanks for letting me know. > I have removed those dependencies. What goes in the license file is any 3rd party licenses that are included in the source release, not those that are dependencies. But unless it is optional, you also can’t have any GPL dependencies. Kind Regards, Justin ---

Re: [VOTE] Release Apache ResilientDB, Incubating, v1.10.0-RC1

HI, I assume you mean [1] I’ve not looked at it in detail, but I note you include GPL licensed code. GPL-licensed code is Category X and can’t be used in an ASF project. Kind Regards, Justin 1. https://github.com/apache/incubator-resilientdb/blob/master/LICENSE

Re: [VOTE] Release Apache ResilientDB, Incubating, v1.10.0-RC1

Hi, It’s -1 (binding) from me. I think you should use Apache Rat to check the release. I checked: - incubating in artifact name - signatures and hashes are correct - DISCLAIMER exists - LICENSE is missing mention of 3rd party code included in the release - NOTICE doesn't include correct text (mi

Re: License for text content

Hi, The CC BY 4.0 is not compatible with the Apache license, so I would avoid it if you can. While the Apache license is intended for code, it’s OK to use for documentation as well. Kind Regards, Justin > On 2 May 2024, at 1:25 pm, tison wrote: > > Hi, > > IIUC, the Apache License 2.0 is ma

Re: [VOTE] Release Apache StreamPark(Incubating) 2.1.4-rc1

Hi, > Thanks for your clarification. We have submitted a PR[1] to address this > issue. I believe this issue will be resolved quickly. > > [1] https://github.com/apache/incubator-streampark/pull/3689 That looks good to me, thanks. Kind Regards, Justin --

Re: [VOTE] Release Apache StreamPark(Incubating) 2.1.4-rc1

Hi, > * Some false positive on testing assertions utils. Match rate < 50%, file > is small, and those utilities are trivial. Even when I go to the "origins", > they are lost or changed a lot. Clearly not the same origin. Even if they have changed a lot, that could still be an issue. Copying an e

Re: [VOTE] Release Apache StreamPark(Incubating) 2.1.4-rc1

Hi, -1 (binding) from me I checked: - incubating in name - signatures and hashes correct - disclaimer exists - LICENSE is missing some info on the MIT license - NOTICE looks fine - I didn't compile from source So a condition of including MIT licensed code is to include the relevant MIT license

Re: Verification of download pages and links

Hi, > Here is a patch to cover a minimal download page [1], which is derived from > OpenDAL's download page [2]. Welcome to leave comments if you find any > issues or things we can improve on. > > [1] https://github.com/apache/datafusion/pull/10271 > [2] https://opendal.apache.org/download The l

Re: Verification of download pages and links

Hi, Projects need to make source releases on ASF infrastructure and have a download page for good reasons. Some users need a place to verify and download a trusted release. Having it hosted on ASF infrastructure means people can 100% trust it, unlike 3rd party providers. 3rd party providers hav

Re: [DISCUSS] Drop the incubator- prefix for podling's GitHub repo

Hi, > 4. To clarify that a repo belongs to a podling, introduce a guideline or > policy to help PPMCs include the DISCLAIMER in the README of all their > repos. Alternatively, perhaps we can come up with something a little shorter shorter that points to DISCLAIMER? What is important is that the

Re: [VOTE] Release Apache Fury(incubating) v0.5.0-rc3

HI, I’m happy to share it, but as I said, I'm travelling right now and don't have access. I used ScanOSS workbench, but there are other checkers out there. And yes, tools like this can sometimes give false positives, and it can sometimes be unclear where things were originally copied or, in fac

Re: [DISCUSS] Drop the incubator- prefix for podling's GitHub repo

Hi, I would be for requiring the incubator disclaimer text in the project's README: "Apache FOO is an effort undergoing incubation at The Apache Software Foundation (ASF), sponsored by the Apache Incubator. Incubation is required of all newly accepted projects until a further review indicates th

Re: [VOTE] Release Apache Fury(incubating) v0.5.0-rc3

Hi, I’m currently travelling and may be slow in responding to emails. > The MemoryBufferWritableChannel[5] and MockWritableChannel[6] was written > by me before we open-sourced Fury and > I submitted it to Ray in PR[8] ,which was planned to optimize zero-copy > serialization in Ray. I think it's

Re: [VOTE] Release Apache Fury(incubating) v0.5.0-rc3

HI, Sorry, it’s -1 (binding) from me as it looks like there is additional third-party code without correct headers or mentioned in LICENSE. I checked: - incubating in name - signatures and hashes are fine - LICENSE has some issues (see below) - NOTICE is fine - It looks like some 3rd party code

Re: Questions about a new project entering Apache Incubator

HI, So, I had an informal chat with Infra, and they don't care which one they do, but is it some work for them to change from “incubator-foo” to “foo” on graduation. I’m curious as to why some people in this thread think this is a big issue if the project clearly states it is an incubating proj

Re: [MENTORS] May report timeline - reports due May 2024

HI, As Sdap has just graduated, it doesn’t need to report. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: Questions about a new project entering Apache Incubator

Hi, Both of these projects are new and just getting set up. I'd give them a little time to do that. Infra in recent years have asked to minimise work for them on graduation. We recently dropped the requirement for having incubating in podling domain names so I don't see it's needed in repo names a

Re: Should we mention license of other projects in NOTICE file

Hi, Any license information goes in LICENSE, not NOTICE. If you include something that is MIT or BSD licensed, nothing goes in the NOTICE. The NOTICE file will include re-located copyright statements removed from files and the contents of any Apache code you have included NOTICE files. 1. is B

[MENTORS] Missing podling reports

Hi, We are missing a large number of reports this month. Mentors, can you please help your projects submit reports on time. We are still waiting on reports from: - Annotator - Gluten - HoraeDB - HugeGraph - Liminal - Pony Mail - ResilientDB - Teaclave - XTable Kind Regards, Justin -

Re: Trademarks and incubation (was: [DISCUSS] Graduate Apache AGE Incubating as a Top Level Project)

Hi, > Question: where did the incubation process fail in this case? How can we > prevent something like this from happening again? The Incubator pointed out the issue during a graduation discussion at the end of 2021 (which put off graduation). The people involved said they would not use the

Re: Update project maturity model to include trademark and branding?

Hi, > Besides, the maturity model is applied for all ASF projects and under the > management of ComDev pmc. > > Shall we cc this thread to dev@community.a.o or start a new thread after we > have a consensus within the Incubator first? I had intended to bring it up on dev@community.a.o for refine

Re: Registering a release

Hi, >> You might want to remove those old releases there, as they are automatically >> archived here: >> https://archive.apache.org/dist/incubator/sdap/ > > Would that affect the closer.lua download links on our website? Yes, but it’s not needed for old releases because they presumably don’t ge

Re: [MENTORS] April report timeline - reports due April 2024

Hii, Please note that Kie doesn't need to report. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: Registering a release

Hi, In SDAPs case: https://dist.apache.org/repos/dist/release/incubator/sdap/ You might want to remove those old releases there, as they are automatically archived here: https://archive.apache.org/dist/incubator/sdap/ Kind Regards, Justin

Re: Registering a release

Hi, I’m not sure what you mean by registering a release. All ASF releases need to go here: https://dist.apache.org/repos/dist/release/ Kind Regards, Justin > On 21 Mar 2024, at 10:29 am, Julian Hyde wrote: > > Can someone remind me where I go (whimsy or reporter, I presume) to > register a re

Re: [VOTE] Podling web sites: make (incubator.) optional in podling urls

+1 binding - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

[RESULT][VOTE] Accept Amoro into the ASF Incubator

HI, Thanks to everyone who voted. [1] There are 15 +1 binding votes, 19 +1 non-binding votes, and no 0 or -1 votes, so the vote has passed. Binding +1 votes: Yu Li Ayush Saxena PJ Fanning Felix Cheung Craig Russell Zili Chen (tison) Xinyu Zhou Xin Wang Jean-Baptiste Onofré Duo Zhang Furkan

Re: [DISCUSS] Graduate Apache Paimon (Incubating) as a Top Level Project

Hi, > Thanks for pointing this out Justin. The description of the first > mentioned vedio (a CoC Asia talk) [1] has been updated (thanks @Willem > for the help), and PPMC is actively working on correcting the second > one. Those two links were only some of the instances I found. I suggest you do

Re: [DISCUSS] Graduate Apache Paimon (Incubating) as a Top Level Project

HI, In your discussion on graduation, you refer to the proposed chair as “the founder of Paimon”. While this person may have come up with the initial design before it was an Apache project, the project is run by the community. Please do not refer to anyone as a founder of an Apache project. I h

Re: [DISCUSS] Incubating Proposal for GraphAr

on. > > [1] https://github.com/alibaba/GraphAr/graphs/contributors > [2] https://cwiki.apache.org/confluence/display/INCUBATOR/GraphArProposal > > Justin Mclean 于2024年3月4日周一 14:59写道： >> >> HI, >> >> I was looking at your initial committer list and noticed, according

Re: [DISCUSS] Incubating Proposal for GraphAr

HI, I was looking at your initial committer list and noticed, according to GitHub, that: - sighingnow is #1 in activity - acezen is #6 in activity - lixueclaire is #30 in activity - Thespica is not a commmiter in the main project. Is the repo elsewhere, and does that intend to be donated to teh

[VOTE] Have Amoro join the Incubator

Hi, Following on from the discussion of the Amoro proposal [1][2], let's vote on having it join the Incubator. Please cast your vote: [ ] +1, have it join the Incubator as an incubating project [ ] +0, I have no strong opinion either way [ ] -1, do not have it join the Incubator because... Kin

Re: [DISCUSS] Apache Amoro proposal

HI, As the discussion seems to have died down, I’ll put this up for a vote. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.or

Re: [DISCUSS] Incubating Proposal for GraphAr

Hi, > 2. Slack Channel: > We intend to continue maintaining the Slack channel as an additional > real-time communication platform for both users and developers. Slack > provides a convenient and efficient means of real-time communication. It can > serve as an additional tool for people to conne

Re: [DISCUSS] Graduate Apache SDAP (Incubating) as a Top Level Project

Hi, +1 (binding) as well - all the best. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: [VOTE] Graduate Apache Pekko (incubating) as a TLP

Hi, +1 from me and best wishes on your journey as a TLP. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: Podling web sites: .incubator. required?

HI, > I would propose that as part of our official policy we recommend the > podling's url as https://podling.apache.org and get rid of the .incubator. in > the url. > > WDYT? +1 from me. Kind Regards, Justin - To unsubscrib

Re: [NOTICE] Incubation Report for February 2024

HI, The report_runbook.py script tells you most of what to do. A few more projects need t report than listed below, including some new projects that need to report monthly. I’ve also left the monthly properties as is. The report_email.py script will send an email to this list with the important

Re: [MENTORS] March report timeline - reports due March 2023

Please ignore this as I put in the wrong year > On 25 Feb 2024, at 12:12 pm, jmcl...@apache.org wrote: > > Dates for next board report: > Wed March 01 - Podling reports due by end of day > Sun March 05 - Shepherd reviews due by end of day > Sun March 05 - Summary due by end of day > Tue March 07

[DISCUSS] Apache Amoro proposal

Hi, I would like to propose a new project to the ASF incubator - Apache Amoro. I’m one of the mentors, but there are a lot of other people involved who have done all of the hard work. Amoro is a Lakehouse management system built on open data lake formats like Apache Iceberg and Apache Paimon (

Re: podling reports for January 2024

Hi, I’ll sort this out in the next 24 hours. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org

Re: [RESULT][VOTE] Graduate Apache OpenDAL (incubating) as a TLP

Hi, > Also, for trademark attribution, I understand the databend.rs, if it > refers to OpenDAL, it should contain a Footer like Datastax does[2]. Datastax has had recent issues regarding trademarks; please follow the policy, not what other 3rd party companies do. I can see the project, from wha

Re: [RESULT][VOTE] Graduate Apache OpenDAL (incubating) as a TLP

Hi, The (P)PMC must be able to do this independently. Just look at each of the resources you listed and ask yourself: - Is Apache Foo being used in the most prominent place? - Are we using the trademark symbol? - Does the page include trademark attribution for any Apache trademarks used? Our ful

Re: [RESULT][VOTE] Graduate Apache OpenDAL (incubating) as a TLP

Hi, I’ll also note that this site (which I assume you have control of) also doesn’t comply with our policy. [1] Kind Regards, Justin 1. https://xuanwo.io/

Re: [RESULT][VOTE] Graduate Apache OpenDAL (incubating) as a TLP

Hi, Several of those pages still do not comply with our trademark policy; the TM symbol needs to be used, and a trademark attribution included. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.

Community over code incubator track

Hi, There's less than 20 hours to go before submissions close and I'd like to see some more submissions to the incubator track. Talks about your journey as an incubating project or if you just want to promote your project are welcome. Please submit your last minute tasks at https://sessionize.com/

Re: [QUESTION] Oracle JDBC Driver as a test dependency

Hi, > In your source release anything in Category A is fair game. Things in > Category B are not. Things in Category X never are. While correct, that’s not the full story; you also can’t have anything as a dependency whose license is a category X one. Kind Regards, Justin

Re: [QUESTION] Handling of licensing issues for dependencies of dependencies

HI, > I was performing a more thorough check of our dependencies in preparation of > opening graduation discussions with the Incubator PMC and found at least one > package that, while not directly used in the code, is installed as a > dependency of multiple top-level dependencies that is LGPL l

Re: [VOTE] Release Apache Celeborn(Incubating) 0.3.2-incubating-rc2

Hi, +1 (binding) I checked in the source release: - incubating in the name - signatures and hashes are fine - DISCLAIMER exists - LICENSE looks good - The NOTICE file needs to be updated and likely does not contain all the needed information. For example, The Flink Remote Shuffle Project NOTICE

Re: [RESULT][VOTE] Release Apache OpenDAL, incubating, 0.44.0-rc.1 - Incubator Vote Round 1

Hi, It’s best to wait for 72 hours before closing a vote. Kind Regards, Justin > On 31 Dec 2023, at 1:19 pm, Liuqing Yue wrote: > > Hi Incubator PMC, > > The vote to release Apache OpenDAL(incubating) 0.44.0-rc.1 has passed with > 3 +1 binding and 1 +1 non-binding votes, no +0 or -1 votes. >

Re: [DISCUSS] Graduate Apache OpenDAL (incubating) as a TLP - Incubator

Hi, > If today, someone on the internet, for any reason, buys a domain name > and redirects it to opendal.apache.org. You don't even have contact to > that person. Do you still argue that the PMC should take control of > that domain? Of course not, the issue is not with redirecting a domain. The

Re: [DISCUSS] Graduate Apache OpenDAL (incubating) as a TLP - Incubator

Hi, > As an analogy, think of answer.dev and answer.apache.org. You are in > the thread of a similar situation[1]. This projct has just entered incubation and is not seeking to graduate. It will need to hand over ownership of that domain name before it does. Kind Regards, Justin ---

Re: Update project maturity model to include trademark and branding?

HI, >> TB40 The project performs some monitoring of 3rd party use of its >> trademarks, addressing any instances of misuse. > > Do you have some examples of how podlings or TLPs perform this today? This varies from project to project: - Some projects have PMC members working at a company who us

Re: [VOTE] Graduate Apache OpenDAL (incubating) as a TLP - Incubator

Hi, > As for branding and trademarks, the OpenDAL (P)PMC is actively > handling known issues, including Anything referred in... I’m not sure they are. What about, for instance, various download pages e.g. [1] and the ownership of the opendal.databend.rs domain name

Update project maturity model to include trademark and branding?

Hi, It seems the updated podling report template has not had the impact it was hoped to have around issues of branding and trademarks. It was pointed out on the trademark list that the current maturity model [1] is missing checks for trademarks and branding. Here is my first attempt at it; fe

Re: [VOTE] Graduate Apache OpenDAL (incubating) as a TLP - Incubator

Hi, -1 (binding) until the branding and trademark issues have been resolved and the podling has a better understanding of what is involved here. Kind Regards, Justin - To unsubscribe, e-mail: general-unsubscr...@incubator.apache

Re: [DISCUSS] Branding in Thirdparty Platform Distribution

HI, > Users should run `npm install xxx`, `pip install xxx`, or `cargo add xxx` > to include our library in their dependency list. Users should write code > in their own libraries or applications using statements such as `use xxx` > or `import xxx`. Adding the prefixes `apache-` or `asf-` coul

Re: [DISCUSS] Graduate Apache OpenDAL (incubating) as a TLP - Incubator

Hi, > The domain `opendal.databend.rs` is owned by Databend Labs and was used as > the > primary domain before OpenDAL entered the incubation stage. The PMC will > coordinate > with Databend Labs to ensure that all instances are updated to > `opendal.apache.org`. It would be best if the domai

Re: [DISCUSS] Graduate Apache OpenDAL (incubating) as a TLP - Incubator

Hi, > Thanks for your reply to report potential branding issues. The PMC is > actively responding to these comments. > > * https://github.com/apache/incubator-opendal/pull/3829/files > * https://github.com/apache/incubator-opendal/pull/3830/files > * https://github.com/apache/incubator-opendal/pu

Re: [VOTE] Release Apache Celeborn(Incubating) 0.3.2-incubating-rc1

Hi, > We just checked their repo and found the PR[1] which added Celeborn's code > in their repo. We got in touch with them and they told us that the code was > deleted a month ago. I also checked their release[2] and didn't find > Celeborn's code in their source ball. So I guess this is no longer

Re: [DISCUSS] Branding in Thirdparty Platform Distribution

Hi, > The proposal here is to improve the expression on NPM / PyPI for the > package name to be either: > > 1. apache-projectname > 2. projectname Existing ASF policy has this to say: - "All PMCs must to comply with the Apache Project Branding Requirements.” [1] - “PMCs are directly responsible

Re: [DISCUSS] Branding in Thirdparty Platform Distribution

Hi, I’ll note these guidelines were discussed and voted on by the IPMC a while back. Legal and trademarks also reviewed them and had input, and the work is based on existing policy and years of discussion. They, however, have only had minor updates since being formed. Kind Regards, Justin --

Re: [DISCUSS] Graduate Apache OpenDAL (incubating) as a TLP - Incubator

Hi, -1 (binding) to graduation, the PMC needs to understand the importance of and follow our randing policy; something seems to have been missed here. > About the https://opendal.apache.org/docs/python/opendal.html, it is > already on the apache.org site. It is obvious that it belongs to the >

Re: [DISCUSS] Graduate Apache OpenDAL (incubating) as a TLP - Incubator

HI, >> 2. https://opendal.apache.org/docs/python/opendal.html This is not fixed. I suggest the PMC members have a good read of our branding policy to understand what is needed here. [1] At a minimum, the project needs to be referred to as “Apache OpenDAL”, and the trademark attribution needs t

Re: [LICENSE QUESTION] Use jmh as a benchmark tool

Hi, As listed in that document, a GPL license with a classpath exception is category X, so everything that applies to other category X licenses applies to that license. System dependencies that users or developers typically have installed that don't impact the license of the compiled package ar

Re: [VOTE] Release Apache Celeborn(Incubating) 0.3.2-incubating-rc1

Hi, Sorry, but it is -1 (binding) for now. Clearing up some of the issues below may mean that I change my vote. I checked - incubating in artifact name - signatures and hashes are correct - LICENSE mentions 1 3rd party file from Guava; however, the NOTICE lists both Apache Spark and Apache Flin

Re: [VOTE] Release Apache HugeGraph (Incubating) 1.2.0 rc1

Hi, +1 (binding) I checked all source releases. - incubating in names - all release include LICENSE, NOTICE and DISCLAIMER - The NOTICE file for huge graph-computer could be improved, as it contains unnecessary information. "Copyright 2012 and onwards JanusGraph Authors” is clearly not correc

  1   2   3   4   5   6   7   8   9   10   >