| #
6a468973 |
| 09-Jun-2025 |
Manish Pandey <manish.pandey2@arm.com> |
Merge "build(poetry): wrap docs build in poetry" into integration
|
| #
c61c9a31 |
| 15-May-2025 |
Harrison Mutai <harrison.mutai@arm.com> |
build(poetry): wrap docs build in poetry
Simplify building documentation by wrapping the Sphinx command inside a Poetry environment. Previously, the developer had to manually activate Poetry and in
build(poetry): wrap docs build in poetry
Simplify building documentation by wrapping the Sphinx command inside a Poetry environment. Previously, the developer had to manually activate Poetry and install the docs group. This change makes the process consistent with other build targets and reduces user error. Falls back gracefully if Poetry is not installed.
Change-Id: I1dfea58314253773bec5e2c70d27e2216e3143d9 Signed-off-by: Harrison Mutai <harrison.mutai@arm.com>
show more ...
|
| #
9bc738d2 |
| 06-Nov-2024 |
Manish V Badarkhe <manish.badarkhe@arm.com> |
Merge changes I0448caa4,I8ee666ee into integration
* changes: build: install dependencies before doc build fix(docs): fix the example command for doc build
|
| #
9db2b059 |
| 02-Sep-2024 |
Tamas Ban <tamas.ban@arm.com> |
fix(docs): fix the example command for doc build
Signed-off-by: Tamas Ban <tamas.ban@arm.com> Change-Id: I8ee666ee4cd135d09380ce31751ddba9962ff831
|
| #
6d71a9b8 |
| 10-Aug-2023 |
Manish V Badarkhe <manish.badarkhe@arm.com> |
Merge "docs: add instructions for PDF generation of docs" into integration
|
| #
5ac3fdcd |
| 09-Aug-2023 |
Elizabeth Ho <elizabeth.ho@arm.com> |
docs: add instructions for PDF generation of docs
This patch details the required packages and terminal commands for building the documentation in PDF format locally.
Change-Id: Ic5f416b73e46d5f362
docs: add instructions for PDF generation of docs
This patch details the required packages and terminal commands for building the documentation in PDF format locally.
Change-Id: Ic5f416b73e46d5f362fe9eb909200b95eda19e6a Signed-off-by: Elizabeth Ho <elizabeth.ho@arm.com>
show more ...
|
| #
1982a6ac |
| 26-Apr-2023 |
Joanna Farley <joanna.farley@arm.com> |
Merge "docs: patch Poetry build instructions" into integration
|
| #
95f4abed |
| 24-Apr-2023 |
Harrison Mutai <harrison.mutai@arm.com> |
docs: patch Poetry build instructions
Some parts of the documentation referring to Poetry provides incorrect build instructions and has some minor formatting errors. Reformat the bits that require f
docs: patch Poetry build instructions
Some parts of the documentation referring to Poetry provides incorrect build instructions and has some minor formatting errors. Reformat the bits that require formatting, and fix the build instructions. These were originally part of the patch stack that added Poetry support but were accidentally reverted prior to merge.
Signed-off-by: Harrison Mutai <harrison.mutai@arm.com> Change-Id: I336d3a7bbe99f75262430ae436f8ebc2cb050d2c
show more ...
|
| #
e7df41b5 |
| 20-Apr-2023 |
Madhukar Pappireddy <madhukar.pappireddy@arm.com> |
Merge "feat: add support for poetry" into integration
|
| #
793f72c0 |
| 16-Feb-2023 |
Harrison Mutai <harrison.mutai@arm.com> |
feat: add support for poetry
New python dependencies are introduced by the memory mapping script. Rather than add another `requirements.txt` utilise poetry. This is a proper dependency management fr
feat: add support for poetry
New python dependencies are introduced by the memory mapping script. Rather than add another `requirements.txt` utilise poetry. This is a proper dependency management framework for Python. The two main upsides of using poetry instead of the traditional requirements.txt are maintainability and reproducibility.
Poetry provides a proper lock file for pinning dependencies, similar to npm for JavaScript. This allows for separate environments (i.e. docs, tools) to be created efficiently, and in a reproducible manner, wherever the project is deployed. Having dependencies pinned in this manner is a boon as a security focused project. An additional upside is that we will receive security updates for dependencies via GitHub's Dependabot.
Change-Id: I5a3c2003769b878a464c8feac0f789e5ecf8d56c Signed-off-by: Harrison Mutai <harrison.mutai@arm.com>
show more ...
|
| #
71061819 |
| 16-Nov-2022 |
Manish V Badarkhe <manish.badarkhe@arm.com> |
Merge changes If90a18ee,I02e88f8c,Iea447fb5,Ie0570481,Ieeb14cfc into integration
* changes: docs: add top level section numbering docs(build): clarify getting started section docs(build): clar
Merge changes If90a18ee,I02e88f8c,Iea447fb5,Ie0570481,Ieeb14cfc into integration
* changes: docs: add top level section numbering docs(build): clarify getting started section docs(build): clarify docs building instructions fix(docs): prevent a sphinx warning fix(docs): prevent a virtual environment from failing a build
show more ...
|
| #
8526472a |
| 27-Oct-2022 |
Boyan Karatotev <boyan.karatotev@arm.com> |
docs(build): clarify docs building instructions
Using virtual environments with pip is a generally recommended good practice but the docs do not acknowledge it. As a result fresh installs might fail
docs(build): clarify docs building instructions
Using virtual environments with pip is a generally recommended good practice but the docs do not acknowledge it. As a result fresh installs might fail builds due to missing $PATH entries. The Prerequisites section is also a bit verbose which is difficult to read.
This patch adds the virtual environment mention and clarifies wording.
Signed-off-by: Boyan Karatotev <boyan.karatotev@arm.com> Change-Id: Iea447fb59dc471a502454650c8548192d93ba879
show more ...
|
| #
baddcf49 |
| 15-Nov-2022 |
Madhukar Pappireddy <madhukar.pappireddy@arm.com> |
Merge "fix(docs): unify referenced Ubuntu versions" into integration
|
| #
068d9212 |
| 15-Nov-2022 |
Boyan Karatotev <boyan.karatotev@arm.com> |
fix(docs): unify referenced Ubuntu versions
Documentation is inconsistent when referring to Ubuntu versioning. Change this to a single reference that is consistent with the stated version for TF-A t
fix(docs): unify referenced Ubuntu versions
Documentation is inconsistent when referring to Ubuntu versioning. Change this to a single reference that is consistent with the stated version for TF-A tests.
The change was tested with a full build on a clean install of Ubuntu 20.04.
Signed-off-by: Boyan Karatotev <boyan.karatotev@arm.com> Change-Id: Ibb135ed938e9d92332668fa5caf274cf61b822d3
show more ...
|
| #
894eb3ee |
| 28-Jul-2020 |
Sandrine Bailleux <sandrine.bailleux@arm.com> |
Merge "doc: use docker to build documentation" into integration
|
| #
7be2b983 |
| 10-Jun-2020 |
Leonardo Sandoval <leonardo.sandoval@linaro.org> |
doc: use docker to build documentation
docker (container) is another way to build the documentation and fortunately there is already a docker image (sphinxdoc/sphinx) with sphinx so we can use it to
doc: use docker to build documentation
docker (container) is another way to build the documentation and fortunately there is already a docker image (sphinxdoc/sphinx) with sphinx so we can use it to generate the documentation.
Change-Id: I06b0621cd7509a8279655e828680b92241b9fde4 Signed-off-by: Leonardo Sandoval <leonardo.sandoval@linaro.org>
show more ...
|
| #
989429e8 |
| 31-Jan-2020 |
Sandrine Bailleux <sandrine.bailleux@arm.com> |
Merge "Add support for documentation build as a target in Makefile" into integration
|
| #
6de32378 |
| 28-Jan-2020 |
Madhukar Pappireddy <madhukar.pappireddy@arm.com> |
Add support for documentation build as a target in Makefile
Command to build HTML-formatted pages from docs: make doc
Change-Id: I4103c804b3564fe67d8fc5a3373679daabf3f2e9 Signed-off-by: Madhukar Pa
Add support for documentation build as a target in Makefile
Command to build HTML-formatted pages from docs: make doc
Change-Id: I4103c804b3564fe67d8fc5a3373679daabf3f2e9 Signed-off-by: Madhukar Pappireddy <madhukar.pappireddy@arm.com>
show more ...
|
| #
f325f9ce |
| 27-Nov-2019 |
Sandrine Bailleux <sandrine.bailleux@arm.com> |
Merge "doc: Split the User Guide into multiple files" into integration
|
| #
43f35ef5 |
| 29-May-2019 |
Paul Beesley <paul.beesley@arm.com> |
doc: Split the User Guide into multiple files
The User Guide document has grown organically over time and now covers a wide range of topics, making it difficult to skim read and extract information
doc: Split the User Guide into multiple files
The User Guide document has grown organically over time and now covers a wide range of topics, making it difficult to skim read and extract information from. Currently, it covers these topics and maybe a couple more:
- Requirements (hardware, tools, libs) - Checking out the repo - Basic build instructions - A comprehensive list of build flags - FIP packaging - Building specifically for Juno - Firmware update images - EL3 payloads - Preloaded BL33 boot flow - Running on FVPs - Running on Juno
I have separated these out into a few groups that become new documents. Broadly speaking, build instructions for the tools, for TF-A generally, and for specific scenarios are separated. Content relating to specific platforms (Juno and the FVPs are Arm-specific platforms, essentially) has been moved into the documentation that is specific to those platforms, under docs/plat/arm.
Change-Id: Ica87c52d8cd4f577332be0b0738998ea3ba3bbec Signed-off-by: Paul Beesley <paul.beesley@arm.com>
show more ...
|
| #
f8e3340c |
| 09-Oct-2019 |
Paul Beesley <paul.beesley@arm.com> |
Merge changes from topic "pb/readthedocs" into integration
* changes: doc: Add guide for building the docs locally doc: De-duplicate readme and license files doc: Convert internal links to RST
Merge changes from topic "pb/readthedocs" into integration
* changes: doc: Add guide for building the docs locally doc: De-duplicate readme and license files doc: Convert internal links to RST format
show more ...
|
| #
862c764a |
| 07-Oct-2019 |
Paul Beesley <paul.beesley@arm.com> |
doc: Add guide for building the docs locally
This new page contains instructions for doing a local build of the documentation, plus information on the environment setup that needs to be done beforeh
doc: Add guide for building the docs locally
This new page contains instructions for doing a local build of the documentation, plus information on the environment setup that needs to be done beforehand.
Change-Id: If563145ab40639cabbe25d0f62759981a33692c6 Signed-off-by: Paul Beesley <paul.beesley@arm.com>
show more ...
|