* docs: add specific supported OS versions to system requirements Replace vague "Ubuntu (LTS), Red Hat Enterprise Linux" with a concrete table of distributions and versions verified by the xrpld packaging pipeline CI. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: fix OS table — remove RHEL, keep Rocky/Alma/Fedora RHEL itself is not in the CI matrix; only Rocky Linux 9 and AlmaLinux 9 (RHEL-compatible) are tested. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: update install pages with recommended OS versions - Replace vague intro text on ubuntu/rhel install pages with explicit support tables matching the packaging pipeline CI matrix - Remove Debian 11 Bullseye (not in pipeline), add Debian 13 Trixie - Promote Rocky Linux and AlmaLinux as recommended (not "you may adapt") - Simplify system-requirements.md OS line to link to the install pages Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: use glibc >= 2.31 requirement instead of hardcoded version table List minimum distro versions (Ubuntu >= 20.04, Debian >= 11, Rocky/AlmaLinux >= 9, Fedora >= 38) rather than specific releases, so the doc stays accurate as new versions are released. Adds focal and bullseye codenames to the apt sources list. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: remove Fedora from recommended list, move to may-also-work Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: remove Fedora mention from RHEL install page Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: add RHEL 9 to recommended list Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> --------- Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com> Co-authored-by: Maria Shodunke <maria-robobug@users.noreply.github.com>
XRPL Dev Portal
The XRP Ledger Dev Portal is the authoritative source for XRP Ledger documentation, including the core server, client libraries, and other open-source XRP Ledger software.
The site is built and published using Redocly.
Before you proceed, make sure you have Node.js and NPM installed. The site is tested with the current LTS release of each.
To build the site locally:
-
Clone the repo and change into its directory:
git clone git@github.com:XRPLF/xrpl-dev-portal.git && cd xrpl-dev-portal -
Install Redocly Realm:
npm install @redocly/realm -
Switch to the
masterbranch if you aren't on it already.git switch master -
Build and start a local server:
npm start
For more details, see the contribution guidelines (EN) (日本語) and the contributor Code of Conduct (EN) (日本語).
Localization / Translations
The documentation in this repository is created in English first, then translated into other languages by community contributors. Currently, only the Japanese translations are live on the site; Spanish translation efforts are incomplete and not actively used. For information on the process of adding and maintaining translated files, see Translations.
Issues, Projects, and Project Boards
Use GitHub Issues under the xrpl-dev-portal repository to report bugs, feature requests, and suggestions for the XRP Ledger Documentation or the xrpl.org website.
For issues related to xrpld/rippled, Clio, or client libraries (xrpl.js, xrpl-py, and others), use the respective source repository under https://github.com/XRPLF.
If you are a contributor, use GitHub Projects and Project Boards to plan and track updates to xrpl.org.
Project Board xrpl-docs
The xrpl-docs Kanban board is used to plan and track updates to the XRP Ledger Documentation. Contributors must update the status of an issue as it progresses through different stages.
The xrpl-docs board has six columns based on the status of issues in this repository:
-
No Status: New or existing issues that no one has triaged yet.
-
Backlog: Issues that represent tasks to be done eventually. They should contain actionable and helpful information for a contributor to work on addressing the issue.
-
Planned: Issues with assignees who plan to address them in the near future, like 2-4 weeks.
-
In Progress: Issues that a contributor is actively working on.
-
In Review: Issues with a proposed fix that is currently being reviewed. These should be associated with an open pull request.
-
Done: Issues that have been completed, whose related content updates have been merged.