Investigate how we generate support information and dependencies for install docs

[mthalman]

Type of issue

Other (describe below)

Description

The documentation at https://github.com/dotnet/docs/blob/master/docs/core/linux-prerequisites.md has a section on Linux distribution dependencies. The packages that are listed here don't line up with the packages that are specified in the packaging runtime deps.

UPDATE (adegeo):

This page was rewritten at some point, and the prerequisites were moved to the individual distro pages. However, this issue still persists. With dotnet/core#9412 this information may be in a json file we can automate to generate a list of prereqs.

Page URL

https://learn.microsoft.com/en-us/dotnet/core/install/linux

Content source URL

https://github.com/dotnet/docs/blob/main/docs/core/install/linux.md

Document Version Independent Id

1850602d-6b92-1449-c8bd-116e36fc0f26

Article author

@adegeo

---

Associated WorkItem - 308662

[mairaw]

Thanks for your feedback @mthalman.
@leecow Can you please take a look at this issue for Linux prereqs?

[leecow]

The problem is that while packagename* works when the dependency is expressed in a deb, doing the same from a bash script or directly with the package manager does not work (that I can tell anyway).

For example, attempting apt-get install libicu* will literally install every package that starts wtih "libicu".

I'm all for it if there's a way to express this in the docs to simplify things a bit.

[mthalman]

The problem is that while packagename* works when the dependency is expressed in a deb, doing the same from a bash script or directly with the package manager does not work (that I can tell anyway).

For example, attempting apt-get install libicu* will literally install every package that starts wtih "libicu".

I'm all for it if there's a way to express this in the docs to simplify things a bit.

The * wasn't meant to be the literal value used in a shell command; it was merely meant to indicate multiple versions (https://github.com/dotnet/core-setup/blob/fd3b3421d7b901aaac28ad34e63b6480f88973d3/src/pkg/packaging/deb/package.targets#L327).

[mthalman]

This issue is somewhat related to https://github.com/dotnet/coreclr/issues/26303. In an ideal world, we'd have one master list of native dependencies. Documentation could be updated programatically by reading from this master list.