We have a class that stores the files in ${DL_DIR} that are required for each recipe so they can be made available in ${DL_DIR} later. This is a bit like archiver.bbclass, but not quite the same.
I'm having trouble making our class work for recipes that use the post refactor[1] npm.bbclass and the npmsw fetcher in Dunfell. The individual dependency paths aren't returned by bb.fetch2.Fetch's localpaths method. I hoped that I could see how archiver.bbclass solved this problem, so I tried running do_ar_mirror for the recipe and got: NOTE: Using original download: [...]/package.json NOTE: Copying source mirror NOTE: Archiving url: npmsw:///[...]/npm-shrinkwrap.json NOTE: Using original download: /home/mac/src/oe/build/downloads/ NOTE: Copying source mirror DEBUG: Python function do_ar_mirror finished and the whole of my downloads directory ends up copied to ${WORKDIR}/archiver-sources . :( It looks like archiver.bbclass doesn't know the dependency filenames (or subdirectories) either because NpmShrinkWrap doesn't expose them via a localpath method. It didn't look like there was an easy fix for this since everyone else expects the localpath method to return only one path. I'm hoping that I might have missed something. Does anyone have any advice? Thanks. Mike. [1] oe-core:fb2252ee0777c6d26dea94c7588c323a6b97e961
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#150390): https://lists.openembedded.org/g/openembedded-core/message/150390 Mute This Topic: https://lists.openembedded.org/mt/82039737/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-