Hopefully this actually is the pipeline done (#15)

.github/workflows/assert-contents.sh

@@ -2,13 +2,13 @@
 
 echo "Unzipping version from NuGet"
 ls from-nuget.nupkg
-mkdir from-nuget && cp from-nuget.nupkg from-nuget/zip.zip && cd from-nuget && unzip zip.zip && cd - || exit 1
+mkdir from-nuget && cp from-nuget.nupkg from-nuget/zip.zip && cd from-nuget && unzip zip.zip && rm zip.zip && cd - || exit 1
 
 echo "Unzipping version from local build"
 ls packed/
-mkdir from-local && cp packed/*.nupkg from-local/zip.zip && cd from-local && unzip zip.zip && cd - || exit 1
+mkdir from-local && cp packed/*.nupkg from-local/zip.zip && cd from-local && unzip zip.zip && rm zip.zip && cd - || exit 1
 
-find from-local -type f -exec sha256sum {} \; | sort > from-local.txt
-find from-nuget -type f -and -not -name '.signature.p7s' -exec sha256sum {} \; | sort > from-nuget.txt
+cd from-local && find . -type f -exec sha256sum {} \; | sort > ../from-local.txt && cd .. || exit 1
+cd from-nuget && find . -type f -and -not -name '.signature.p7s' -exec sha256sum {} \; | sort > ../from-nuget.txt && cd .. || exit 1
 
 diff from-local.txt from-nuget.txt

README.md

@@ -15,6 +15,8 @@ let info = DotnetEnvironmentInfo.GetSpecific "/path/to/dotnet"
 
 ## Troubleshooting
 
+The easiest way to make sure we can find a `dotnet` is to have one on your PATH.
+
 If you have a *very* strange setup, we may be unable to locate the `libhostfxr` library we use to find the runtimes.
 In that case, you can supply the environment variable `WOOFWARE_DOTNET_LOCATOR_LIBHOSTFXR`,
 which should be a full path to a `libhostfxr` DLL on your system.