Add "Supported Distros" column to Features table (and consider adding to spec)
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- html, json
- Domain
- documentation
Research direction
Start with the Features table at https://containers.dev/features and the Features implementation notes at https://containers.dev/implementors/features/. Then locate the devcontainer-feature.json specification and determine how supported distro information should be represented and surfaced in the table. Done means the requested compatibility information is documented consistently, with the spec change included if it is accepted.
Written by the indexing model from the issue text.
Description
I've encountered situations where I want to add a Feature to a devcontainer configuration, only to discover later that it supports only certain distros or package managers. This typically becomes apparent only at build time, leading to wasted effort.
To improve the experience, I'd like to suggest adding a "Supported Distros" column to the Features table at https://containers.dev/features. Displaying this information up front (rather than having it buried in project READMEs) would make it easier to determine whether a Feature can be used with a specific base image or distro, saving time and reducing confusion.
Since the spec already acknowledges this limitation in the docs:
Note: While Features may be installed on top of any base image, the implementation of a Feature might restrict it to a subset of possible base images. For example, some Features may be authored to work with a certain Linux distro (e.g. debian-based images that use the apt package manager).
It might be worth adding a supportedDistros property to the devcontainer-feature.json spec itself. This would improve discoverability, allow the documentation to be auto-generated and ensure distro compatibility is consistently documented across all Features.
Thanks for considering this enhancement!
- Dominant language
- HTML
- Stars
- 207
- Forks
- 435
- Avg merge
- 2d 7h
- Merged PRs (30d)
- 2
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from devcontainers/devcontainers.github.io
-
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
-
Auto Assign workflow Open
Difficulty 4/5 3-5 days Newbie friendliness 25/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 42/100
devcontainers/devcontainers.github.io#693 · 2 comments ·
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
-
D Open
Difficulty 5/5 Over a week Newbie friendliness 1/100
All issues in devcontainers/devcontainers.github.io
Similar issues
-
user-reported
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
Kong/developer.konghq.com#7316 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
HarperFast/skills#96 ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
infinispan/infinispan#18150 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 78/100
fullcalendar/fullcalendar#8106 ·