HI,
As per [1] mirrors.cgi and closer.cgi scripts have been deprecated and it
states a project's download page "must have at least one link to the current
release. This link must use the closer.lua utility."
Kind Regards,
Justin
1. https://infra.apache.org/release-download-pages.html#downloa
On 02/11/2021 06.42, Justin Mclean wrote:
Hi,
My understanding is that https://www.apache.org/dist/ has been deprecated.
So for Pony Mail I would I change these links to go via
https://downloads.apache.org/
- https://www.apache.org/dist/incubator/ponymail/KEYS
-
https://www.apache.org/di
Hi,
My understanding is that https://www.apache.org/dist/ has been deprecated.
So for Pony Mail I would I change these links to go via
https://downloads.apache.org/
- https://www.apache.org/dist/incubator/ponymail/KEYS
-
https://www.apache.org/dist/incubator/ponymail/apache-pony-mail-0.11-in
Could you tell me what's wrong with the pony mail links?
/dist/ redirects to downloads.apache.org so technically it's valid.
with regards,
Daniel.
On 02/11/2021 04.09, Justin Mclean wrote:
Hi,
A while back we asked projects to correct their download pages, however I’m
still seeing a lot of iss
Hi Justin,
Thank for your beneficial feedback.
> Please change link to
> https://dist.apache.org/repos/dist/release/incubator/age/0.5.0.rc0/apache-age-0.5.0-incubating-src.tar.gz.sha512
> to go via https://downloads.apache.org/
@AGE team, [1] shows you the download links and potential iss
It looks like we forgot to rename the input files listed in the sha sums to
remove the -rc suffix.
I've made the change and committed it to SVN, so I am hoping this is
resolved once the download server updates.
On Mon, Nov 1, 2021, 20:10 Justin Mclean wrote:
> Hi,
>
> A while back we asked proje
Hi,
Please change link to
https://dist.apache.org/repos/dist/release/incubator/age/0.5.0.rc0/apache-age-0.5.0-incubating-src.tar.gz.sha512
to go via https://downloads.apache.org/
Please change link to
https://dist.apache.org/repos/dist/release/incubator/age/0.5.0.rc0/apache-age-0.5.0-incubati
Hi,
A while back we asked projects to correct their download pages, however I’m
still seeing a lot of issues.
Project with issues seem to include the following. This this is auto generated
so there a possibility it may have picked up some false positives.
Age
links to KEYS are missing
incorrec
Hi Justin,
Could you please advise where the download link for 0.5.0 should be
pointing out to?
Thank you,
Eya
On Mon, Nov 1, 2021 at 7:10 PM Justin Mclean
wrote:
> Hi,
>
> Also note that the download link to 0.5 is not correct on your web site.
>
> Kind Regards,
> Justin
>
> -
Hi,
Also note that the download link to 0.5 is not correct on your web site.
Kind Regards,
Justin
-
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apach
Hi,
+1 (binding)
I checked:
- incubating in nam
- signatures and hashes are fine
- Good LICENSE and NOTICE
- DISCLAIMER (WIP) exists
- No unexpected binary files
- All ASF source files have correct headers
- Can compile from source
Kind Regards,
Justin
--
Hi Justin,
It would be accurate because, most of our code is based off PostgreSQL. AGE is
an openCypher language implementation built into PostgreSQL via their extension
mechanism. It follows how PostgreSQL implements the SQL language.
Additionally, we modify their parse and query trees in orde
+1 (binding) from me,
I have checked the following items:
- Incubating in name
- LICENSE and NOTICE are fine
- DISCLAIMER-WIP exists
- All links are valid
- No unexpected binary files
- All ASF files have ASF headers
- Can compile from source
`mvn clean install`
- Checksums and PGP signatures ar
Hi,
> Most of our code uses or is inspired by PostgreSQL's code, in some modified
> form or another. Additionally, we try to have our code work tightly with
> their code in order to reduce replication of code. As a core developer, and
> from your input, I wouldn't be comfortable with anything l
HI,
> "Also you need to think about all of the code that has been copied but
> probably has incorrect headers."
>
> Are you referring to a more general case of code other than PG or Bitnine?
> Could you expand a bit on this please.
I was referring to code from PostgreSQL.
Thanks,
Justin
Hi Justin,
Additionally, for -
"Also you need to think about all of the code that has been copied but probably
has incorrect headers."
Are you referring to a more general case of code other than PG or Bitnine?
Could you expand a bit on this please.
Thank you in advance!
John
On 2021/11/01
Hi Justin,
Most of our code uses or is inspired by PostgreSQL's code, in some modified
form or another. Additionally, we try to have our code work tightly with their
code in order to reduce replication of code. As a core developer, and from your
input, I wouldn't be comfortable with anything le
Hi sebb,
Thanks for your reminder.
> For rationale, see the recent Kyuubi and ShenYu Release threads.
Yes, here we have the problem same as Kyuubi and ShenYu community.
There's a problem with the KEY URL in our release template, and I've raised
an issue for this problem.
https://github.com/apac
On Mon, 1 Nov 2021 at 07:08, Aloys Zhang wrote:
>
> Hello Incubator Community,
>
> This is a call for a vote to release Apache InLong(Incubating) version
> 0.11.0-incubating candidate 0.
>
> The Apache InLong community has voted on and approved a proposal to release
> Apache InLong(Incubating) ver
Hello Incubator Community,
This is a call for a vote to release Apache InLong(Incubating) version
0.11.0-incubating candidate 0.
The Apache InLong community has voted on and approved a proposal to release
Apache InLong(Incubating) version 0.11.0-incubating candidate 0 with 5 +1
votes (3 bindings
20 matches
Mail list logo
