Skip to content

Latest commit

 

History

History
95 lines (56 loc) · 4.96 KB

contrib.md

File metadata and controls

95 lines (56 loc) · 4.96 KB

How to fill out metadata

This area provides instructions on how to fill out a generic package.md file under the /content/sw_database/ directory. Please copy an existing example and fill out a new package file based on the below instructions.

Required Information

All of this data must be populated for this package to submit a valid package.

name

Add the name of the package here.

name: Ubuntu

category

Select the appropriate category for this package from the list of approved categories here. Select ONE category only, the closest match.

category: Operating System

description

A one sentence description for this package; should be fairly high-level explaining what the package does or what value it provides.

description: Ubuntu is a Linux distribution based on Debian for the enterprise server, desktop, cloud, and IoT.

download_url

The URL, starting with 'https://', that brings the reader to the place to download this package. Clicking this link should not go to the generic homepage, nor start auto-downloading the package itself. The download button should be easy to find on this page; use anchor tags on the page (with '#') if you cannot route a reader directly to the download area. If you have to choose, default to linking to the most recent download for this package. If there is no binary to download and it must be built from source, link to the source location (which may be GitHub) as a last option.

download_url: https://ubuntu.com/download/server/arm

works_on_arm

Either 'true' or 'false'. If 'false', please fill out the 'alternative_options' field below linking to another package that is supported by Arm that satisfies the same goals.

works_on_arm: true

version

This field specifies both the supported_minimum and recommended_minimum versions for this package to run on Arm. You should also include the dates that each version was released; this gives helpful context to the reader to assist their analysis. If a version just says the month and year it was released, you can fill in the first of the month to use the MM/DD/YYYY format. Here is a description of what both version fields mean: supported_minimum = The first version that enabled support for Arm hardware. This is an objective measurement, often found in package release notes or news. recommended_minimum = The first version that enabled good/great performance on Arm hardware. This is a subjective measurement, and information can be found around release notes, news, and developer first-hand experience.

`version:

  • supported_minimum: 20.00.0
  • supported_minimum_date: 05/11/2020
  • recommended_minimum: 22.04.3
  • recommended_minimum_date: 04/21/2022`

Optional Data

These fields are an optional addition, adding more context to the package. Fill these out if appropriate.

homepage_url

The URL, starting with 'https://', that brings the reader to the package homepage to learn more high-level info about it. Most packages should have this, with some smaller packages being the exception.

- homepage_url: https://ubuntu.com/

support_caveats

This field allows context for the level of Arm support this package enjoys. For examples of what can go here, see below:

  • If a package works on Arm but needs a specific library installed to work correctly, note that here.
  • If a package works on some Arm servers but not others, note that here.
  • If there is varying levels of support for this package across OSes, note that here.

- support_caveats:

alternative_options

This field should be filled out if works_on_arm: false, but can be helpful context if set to true as well. List out alternative packages that address the same problem a developer is trying to solve. This will help route them to solve their problem on Arm even if the package they are looking up isn't currently supported.

- alternative_options:

getting_started_resources

This field is NOT for linking to a generic documentation site...developers can find that themselves. This is specifically for linking to content that gets a developer from 0 to a package installed and working. Do not link to generic documentation, nor to more complex ways to use this package on Arm. You can link to a documentation page that is specifically about getting the package installed & working on Arm if it exists.

arm_content

This field is for ONE getting started link that lives on an Arm digital domain. Options, from most common first:

- arm_content:

partner_content

This field is for ONE getting started link that is made by Cloud Service Proviers. Common sources would be AWS, GCP, Azure, Ampere, etc.

- partner_content:

official_docs

This field is for ONE getting started link that is from the official package documentation. Please link to the specific 'getting started' section in these docs, not just the generic docs link.

- official_docs: