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

> To verify the release here is supposed to verify the release candidate stored at the Apache distribution, right? Is it wrong to verify the code repo downloaded by git clone? When we are releasing a new version, we will create a git tag for the release. Here, "-b v2.1.4-rc1[1]" is to verify whet

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

hi Suyan, Thank you for your careful review. The version by git clone is the same as the apache release candidate. To avoid ambiguity, we'll add a comment to the vote template later. Best, Shaokang Lv Suyan 于2024年4月28日周日 21:20写道： > +1 binding > Apache ID: suyanhanx > > I checked: > > [x] Dow

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

As a developer on the Apache Amoro project, I believe it's crucial to prominently display the project's status as an incubator, whether by attaching it to the project prefix or featuring it on the website. Most individuals typically recognize that a project is in incubation through the project's we

Scanoss guide video for code duplication audit

Hi everyone, I recorded a video about how to use Scanoss to audit the code. Hope it can be useful for other people and podlings to inspect their code, and make the release more efficient: Screen Recording 2024-04-29 at 12.46.08.mov

Re: Questions about a new project entering Apache Incubator

Hi Justin Mclean, As an ordinary developer outside the Apache organization, I don't know much about the internal management rules of Apache, so I can only say a few thoughts from an outsider's point of view. My thoughts are simple: 1. Based on the long-term attention to the Apache project and t

Re: Verification of download pages and links

> The link to the source download and keys and hashes is broken. Thank you! File [1] to fix it. [1] https://github.com/apache/opendal/pull/4547 This shows the necessity of previewing the download page. At least since we provide it, we should ensure its correctness. Best, tison. Justin Mclean

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

On Sun, 28 Apr 2024 at 19:46, Dave Fisher wrote: > > > > > On Apr 28, 2024, at 9:58 AM, tison wrote: > > > > Thank you! > > > > I found there is no rationale for these links, and thus, it's quite a bit > > challenging in memory. > > > > IIRC the closer.lua script is for selecting the most proper

Re: Verification of download pages and links

Tison, > On Apr 28, 2024, at 12:10 PM, tison wrote: > > Thank you, Dave :D > > It gives a reason. I'm OK with this explanation now so that I won't bring > it to the INFRA. > > Back to the original purpose of this thread, I suggest: > > 1. Go through our Incubator Guide and find if we have som

Re: Verification of download pages and links

Thank you, Dave :D It gives a reason. I'm OK with this explanation now so that I won't bring it to the INFRA. Back to the original purpose of this thread, I suggest: 1. Go through our Incubator Guide and find if we have some references to this release distribution policy (maybe in [1][2]). Then,

Re: Verification of download pages and links

> On Apr 28, 2024, at 9:58 AM, tison wrote: > > Thank you! > > I found there is no rationale for these links, and thus, it's quite a bit > challenging in memory. > > IIRC the closer.lua script is for selecting the most proper CDN for > source/binary bundles in use. They can, technically, wor

Re: Verification of download pages and links

Thank you! I found there is no rationale for these links, and thus, it's quite a bit challenging in memory. IIRC the closer.lua script is for selecting the most proper CDN for source/binary bundles in use. They can, technically, work for SHASUM and signatures also. Why do we use https://downloads

Re: Verification of download pages and links

On Sun, 28 Apr 2024 at 15:38, tison wrote: > > Yeah. I support that we always need to release sources on our platform. > > Given the links to downloads.apache.org, archive.apache.org, > https://www.apache.org/dyn/closer.lua, can be unintuitive for users, I > agree that we can have a simple Downloa

Re: Verification of download pages and links

Yeah. I support that we always need to release sources on our platform. Given the links to downloads.apache.org, archive.apache.org, https://www.apache.org/dyn/closer.lua, can be unintuitive for users, I agree that we can have a simple Download page for such library-only projects. Here is a patch

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

+1 binding Apache ID: suyanhanx I checked: [x] Download links are valid. [x] Checksums and signatures. gpg: Signature made Mon Apr 22 00:02:13 2024 CST gpg:using RSA key B0AD51795657CF5C303FE79B5CEB5ECFD38791FF gpg: checking the trustdb gpg: marginals needed: 3 completes needed:

Re: [ANNOUNCE] Apache Baremaps 0.7.3 (incubating) released

On Sun, 28 Apr 2024 at 10:48, Bertil Chapuis wrote: > > Thanks a lot for taking the time to check the announcement. I cross checked > everything during the vote and then let my guard down for the announcement. > > I now fixed the template for the announcement on our GitHub repository: > https://g

Re: [ANNOUNCE] Apache Baremaps 0.7.3 (incubating) released

Thanks a lot for taking the time to check the announcement. I cross checked everything during the vote and then let my guard down for the announcement. I now fixed the template for the announcement on our GitHub repository: https://github.com/apache/incubator-baremaps/blob/9bb6650142a380f91f4294e