On Fri, 2023-06-02 at 09:08 -0400, Bruce Ashfield wrote: > On Thu, Jun 1, 2023 at 10:37 PM Yu, Mingli <[email protected]> > wrote: > > > > From: Mingli Yu <[email protected]> > > > > Currently all files as below packaged into one package such as > > qemu-7.2.0-*.rpm. After the qemu package installed on the target, > > it will take up about 464M which includes not only the one matches > > the arch of the target but aslo all available built qemu targets > > which set by QEMU_TARGETS. > > > > # ls tmp-glibc/work/core2-64-wrs-linux/qemu/7.2.0-r0/image/usr/bin/ > > qemu-aarch64 qemu-img qemu-mips64el qemu-ppc64 > > qemu-sh4 qemu-system-loongarch64 qemu-system-ppc > > qemu-system-x86_64 > > qemu-arm qemu-io qemu-mipsel qemu-ppc64le > > qemu-storage-daemon qemu-system-mips qemu-system-ppc64 > > qemu-x86_64 qemu-edid qemu-loongarch64 qemu-mips.real > > qemu-pr-helper qemu-system-aarch64 qemu-system-mips64 > > qemu-system-riscv32 qemu-ga qemu-mips qemu-nbd > > qemu-riscv32 qemu-system-arm qemu-system-mips64el > > qemu-system-riscv64 qemu-i386 qemu-mips64 qemu-ppc > > qemu-riscv64 qemu-system-i386 qemu-system-mipsel qemu-system-sh4 > > > > Split the qemu package into qemu-7.2.0-*.rpm, > > qemu-system-aarch64-7.2.0*.rpm, > > qemu-system-x86_64-7.2.0*.rpm and etc. And let user can only choose the > > corresponding qemu arch package they want to install should ease the > > concerns > > who cares much about the size in embedded device as it decreases the qemu > > rpm > > (qemu-7.2.0*.rpm) size from about 65M to about 19M and the size of the > > extracted qemu RPM decreased from about 464M to about 248M. > > > > Signed-off-by: Mingli Yu <[email protected]> > > --- > > meta/recipes-devtools/qemu/qemu.inc | 5 +++++ > > 1 file changed, 5 insertions(+) > > > > diff --git a/meta/recipes-devtools/qemu/qemu.inc > > b/meta/recipes-devtools/qemu/qemu.inc > > index a87dee5c99..c6fd39aab6 100644 > > --- a/meta/recipes-devtools/qemu/qemu.inc > > +++ b/meta/recipes-devtools/qemu/qemu.inc > > @@ -230,6 +230,11 @@ INSANE_SKIP:${PN} = "arch" > > > > FILES:${PN} += "${datadir}/icons" > > > > +python populate_packages:prepend() { > > + archdir = d.expand('${bindir}/') > > + do_split_packages(d, archdir, r'^qemu-system-(.*)$', > > '${PN}-system-%s', 'QEMU full system emulation binaries(%s)' , prepend=True) > > +} > > I don't see a v3 changelog, but that does look like the unnecessary > default runtime dependency is gone, but what would be the method of > installing the packages if I have an image where I'd like the old > non-split functionality ? > > Either a meta packages (qemu-system-all ?) or a way to override the > functionality (a variable around the do_split call ?) are options to > enable that sort of thing. As I mentioned before, there's a different > expected split of the packages in some scenarios, and it would be > ideal to not break those use cases.
This is quite a common need for things which call do_split_packages, I'm starting to wonder if it should support some kind of "common" package as a parameter which it would add dependencies to? Cheers, Richard
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#182318): https://lists.openembedded.org/g/openembedded-core/message/182318 Mute This Topic: https://lists.openembedded.org/mt/99279217/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
