Find correct links for suppressed erroronous links

[krwq]

#1970 has fixed majority of the problems with links however there are couple of them left.

Currently https://github.com/dotnet/iot/blob/main/.markdown-link-check.json contains the suppressions. Among them:

• https://dotnet.myget.org/feed/dotnet-core/package/nuget/Iot.Device.Bindings - I believe we upload everything to NuGet at this point
• ../.vscode/launch.json - these two seems we might have removed by accident - we could check git history
• ../.vscode/tasks.json
• http://url/image - ???
• https://eu.industrial.panasonic.com/sites/default/pidseu/files/downloads/files/
• https://www.pine64.org/\\?page_id=46823 - couple of missing datasheets this one and below
• http://ecee.colorado.edu/~mcclurel/Philips_I2C_IO_Expanders_AN469_2.pdf
• https://m5stack.oss-cn-shenzhen.aliyuncs.com/resource/docs/datasheet/core/MPU-6886-000193%2Bv1.1_GHIC_en.pdf
• https://www.akm.com/akm/en/file/datasheet/AK8963C.pdf

It would be good to figure out how do we make sure datasheets are up to date? Straight forward options:

• update link whenever it gets old
• create a copy in our repo (can we even do that?)

given amount of the updates in the PR referenced above it doesn't seem uncommon for links to get out of date.

cc: @Jimmys20

[Jimmys20]

Just a few notes about some links:

• http://url/image is a URL from the sample MPEG stream server REST API.

• https://m5stack.oss-cn-shenzhen.aliyuncs.com/resource/docs/datasheet/core/MPU-6886-000193%2Bv1.1_GHIC_en.pdf seems to be a working link but for some reason markdown-link-check reports it as 404.

[Jimmys20]

Is it possible that the automatic check should be applied to this file:

iot/azure-pipelines.yml

Line 45 in 893ed04

npm install -g markdownlint-cli

instead of .vsts-ci.yml? Or maybe to both files? I'm not sure if it is working, can anyone confirm?

[krwq]

I also did not see the automatic check in PR yet but we didn't have any new PR yet so I wasn't sure if that's by design or not. I didn't notice there was another file so I think both sounds good (let's just follow pattern we already have) - if we should remove one of the files let's do it separately

[krwq]

[Triage] this is not a pain point anymore so closing.