I was trying to work on the buildtools installer (oe-core/scripts/install-buildtools) which can verify checksums but I noticed that the checksum files are different on the public and internal download sites. The 3.1 release has .sha256 files: http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/buildtools/ Whereas the non-release autobuilder uses .sha256sum files: https://autobuilder.yocto.io/pub/non-release/20200615-9/buildtools/ This makes writing an installer that can fetch from both sites tricky.
@Ross In Release scripts i had the checksum file as .sha256. I'm changing the release scripts so that it generates files with .sha256sum extension for releases going forward. Is the expectation to change the .sha256 extension to .sha256sum for 3.1 release as well in http://downloads.yoctoproject.org/releases/yocto/yocto-3.1/?
The complication is that we do have tooling that currently expects .sha256 files. Don't alter existing releases.
When I submitted the patch for this bug to change the file extension from .sha256sum to .sha256, below is the comment I got " We need to decide if we just switch to the naming most of us don't like, or we switch to the one which we'd prefer. I'm leaning to switching as there isn't much that depends on these (yet) apart from the buildtools script which we'd need to patch with the new version url anyway." Also, Richard mentioned below. " Lets switch to use sha256sum but please leave the single sha256 we reference in buildtools alonsgide the new sha256sum. We can update it to use sha256sum going forward." This tells that going forward the buildtools script will be using sha256sum. @Ross can you please confirm the same. If yes, there needs no change in the AB for file extension and I can go ahead and close the bug " id=13947". @Ross please confirm.
Changed all the file extensions in release builds from sha256 to sha256sum and retained few buildtools checksums as .sha256.
does this patch address this issue? https://patchwork.openembedded.org/patch/173988/
Yes, the above commit was the final piece of the work needed, its now resolved, thanks Vineela.