Hi, On Mon, Sep 02, 2024 at 04:30:53PM +0200, Alexander Kanavin wrote: > On Mon, 2 Sept 2024 at 16:15, Mikko Rapeli <mikko.rap...@linaro.org> wrote: > > > So, this is a wic image format specific re-implementation of systemd > > ukify.py script. > > Calling not systemd ukify.py but objcopy directly. No control over kernel > > command > > line, but could possible be added with simple patch. I don't see how to > > hook uki > > signing into the mix with custom keys. Maybe a post processing step to the > > .wic > > image build. > > > > Since this version is merged I presume ukify.bbclass will be rejected. > > Not rejected per se; I would suggest that the existing wic > implementation is rewritten to use the class (and hopefully becomes > radically simpler and shorter)! > > It's fine to not be entirely backwards compatible; this is master, and > we can break things.
Does the implementation have to be a wic plugin? wic is another wrapper over bitbake and I'd need to teach openssl native and python3native things to it which seems a bit too much. uki.bbclass is much simpler and wic can process the produced .efi file when creating the ESP boot partition. I can try to fix the tests to work with uki.bbclass. Cheers, -Mikko
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#204194): https://lists.openembedded.org/g/openembedded-core/message/204194 Mute This Topic: https://lists.openembedded.org/mt/108224526/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
