website: add Downloads page per ASF release policy#771
Merged
Conversation
Contributor
Author
|
skrawcz
approved these changes
May 11, 2026
This was referenced May 11, 2026
Adds a /downloads route covering the 0.42.0-incubating and 0.41.0-incubating releases with mirror-selection links for tarballs, direct HTTPS links for signatures and checksums, GPG/SHA-512 verification instructions, and the standard incubator disclaimer. Adds a "Download" entry to the navbar. Addresses the IPMC vote feedback that burr.apache.org needs a public download page per https://www.apache.org/legal/release-policy.html#publication. The repo-root .gitignore has a `downloads/` rule (Python packaging), which shadows the new Next.js app-router directory; a negation rule is added in website/.gitignore to re-include it.
Lead with install + UI launch + quick links, then ASF source releases, then verification. Apache compliance content is still present but no longer the first thing a Python dev sees. Also: flag 0.41.0 PyPI packaging issues with a note on its release card, and render version headings as "X.Y.Z (incubating)" rather than "X.Y.Z-incubating".
elijahbenizzy
force-pushed
the
website/downloads-page
branch
from
06dfbd9 to
60c1c57
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Adds a
/downloadspage to the Burr website covering the0.42.0-incubating and 0.41.0-incubating releases. Addresses Justin
Mclean's feedback in the 0.42.0-incubating IPMC vote that
burr.apache.org needs a download page per
https://www.apache.org/legal/release-policy.html#publication.
What's on the page
closer.luamirror selection, with direct HTTPS links to.ascsignatures and.sha512checksums ondownloads.apache.orggpg --verifyandsha512sum -cexamples, link to the ASF verification docPer ASF policy, only the tarball/wheel artifacts use mirror redirects; the KEYS file, signatures, and checksums are linked HTTPS-direct from
downloads.apache.org.Files
website/src/app/downloads/page.tsx(new)website/src/lib/constants.ts— adds the "Download" nav link; switches the existing anchor links from#features/etc to/#featuresso they still resolve when navigating from/downloadswebsite/.gitignore— adds a negation rule re-includingsrc/app/downloads/; the repo-root.gitignorehas a genericdownloads/rule (Python packaging convention) that would otherwise hide the new app-router directoryNo new dependencies. No styling deviations from the rest of the site (Tailwind tokens + the existing
--card-bg/--card-border/--mutedcolor variables).Test plan
npm run buildsucceeds; the new/downloadsroute is statically prerendered (6.19 kB)dist.apache.orgcloser.lua) actually return a mirror after the release lands