> On 15 Jul 2024, at 12:35, Mikko Rapeli <mikko.rap...@linaro.org> wrote: > > On Mon, Jul 15, 2024 at 02:30:52PM +0300, Mikko Rapeli via > lists.openembedded.org wrote: >> On Mon, Jul 15, 2024 at 11:18:30AM +0000, Ross Burton wrote: >>> On 15 Jul 2024, at 11:31, Mikko Rapeli <mikko.rap...@linaro.org> wrote: >>>>> + def test_cryptodev(self): >>>>> + with tempfile.TemporaryDirectory(prefix="cryptodev", >>>>> dir=self.tc.sdk_dir) as testdir: >>>>> + git_url = >>>>> "https://github.com/cryptodev-linux/cryptodev-linux" >>>>> + # This is a knnown-good commit post-1.13 that builds with >>>>> kernel 6.7+ >>>>> + git_sha = "bb8bc7cf60d2c0b097c8b3b0e807f805b577a53f" >>>>> + >>>>> + sourcedir = os.path.join(testdir, "cryptodev-linux") >>>>> + subprocess.check_output(["git", "clone", git_url, >>>>> sourcedir], stderr=subprocess.STDOUT) >>>> >>>> Is there any way to cache this, e.g. yocto build download cache? >>>> >>>> Adding Internet downloads to test steps is a bad design IMO which >>>> eventually >>>> causes a lot of failures. >>> >>> Yeah, I know. Calling back into the bitbake fetcher is an option but >>> non-trivial to be honest. I hope that cryptodev will make a new release at >>> some point as their last release doesn’t actually work with anything you’d >>> consider a recent kernel. >>> >>> Changing the download code in oeqa to just use the fetcher logic would make >>> sense, I’ll put it on the list of things to do. >> >> How about changing cryptodev-linux recipe to provice a package with the >> needed source code, >> install that package to an image, and then express the dependency to package >> in >> the oeqa test? > > And by image I mean the SDK under test.
That’s horrible, and would mean that we’d need to install special packages into the SDK to exercise this. Ross
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#201924): https://lists.openembedded.org/g/openembedded-core/message/201924 Mute This Topic: https://lists.openembedded.org/mt/107188034/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-