On Mon, 2024-07-15 at 11:18 +0000, Ross Burton via lists.openembedded.org wrote: > On 15 Jul 2024, at 11:31, Mikko Rapeli <[email protected]> > 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.
Where we use tarballs in oeqa, there is code that just directly fishes them out of DL_DIR. Locking becomes harder with git repos but it shouldn't be hard to use the bitbake fetch API standalone from the metadata. Cheers, Richard
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#201925): https://lists.openembedded.org/g/openembedded-core/message/201925 Mute This Topic: https://lists.openembedded.org/mt/107188034/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
