I'm unclear on the specifics goals required in terms of fwupdate compatibility during this transition. 1) 1 signed EFI binary in bionic? 2) Command line compatibility? 3) Other?
Steve, can you and/or Lukasz please clarify. Currently in bionic: 1. fwupdate provides /usr/bin/fwupdate which is a command line debugging tool. 2. fwupdate provides an EFI application fwupx64.efi that gets installed into the ESP at deb install time 3. fwupdate-signed provides a signed version of <2>. 4. libfwup1 provides a library for applications to link with. In the archive the only consumer of this is fwupd. So which aspects are important to keep? 1. new fwupd provides /usr/lib/fwupd/fwupdate and /usr/lib/fwupd/fwupdtool which collectively support all the same functions as /usr/bin/fwupdate, but not identical syntax. As an example /usr/bin/fwupdate supported something like # fwupdate install -a GUID file.cap For fwupd this is /usr/lib/fwupd/fwupdtool install-blob file.cap GUID 2. new fwupd provides the EFI application fwupdx64.efi and it gets installed to ESP at first use. 3. new fwupd-signed provides signed version of <2> 4. libfwup1 library is not needed anymore. --- Is the requirement strict command line compatibility? Then to me I think the right answer is: 1) Rev fwupdate-signed as part of this SRU, make it a transition package. 2) In that transition package include a script in /usr/bin/fwupdate that either: a) explains that this tool has been migrated and how to use the replacement tool or b) provides same syntax for a few common scenarios (such as install or debugging) 3) Make the fwupdate-signed package conflict/replace fwupdate package This will accomplish not having two signed EFI binaries in the archive anymore and let the command line tool still work from the previous path. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1820768 Title: [SRU] support new cab and new docking firmware upgrade in fwupd 1.2.5 To manage notifications about this bug go to: https://bugs.launchpad.net/oem-priority/+bug/1820768/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
