I did the same request in July, and the store team accepted to create a new track
1.4 for the new upstream branch. Recently, after many rounds of discussion on github, we’re still not aligning the same page between the upstream and ubuntu core, as our goal is to make sure the confined fwupd snap maintained by upstream can work outside of ubuntu core. For example, the confined fwupd snap can do firmware update on Fedora or other distributions, and then eventually uefi-fw-tools can be deprecated. As a result, now it become difficult and I’m put in very hard position.
Under this situation, I only can keep maintaining uefi-fw-tools for ubuntu core 16/18/20 and follow one of their suggestions that is to pass the parameter
efi_os_dir fwupd provided to be built with meson plugin during snapcraft build. In the meanwhile, the ubuntu core used different ESP layout compared to ubuntu classic, for example, the following gives clear ESP path of uc18/20.
It means uefi-fw-tools snap only aligns what ubuntu core did, and it has to deal with the specific ESP path for ubuntu core series, and
efi_os_dir is used to point the
boot as the last dir of ESP path. More importantly, if we do this then uefi-fw-tools snap can only supports ubuntu core, and other distributions can NOT install it due to ESP is different. Furthermore, uc20 won’t use /boot/efi as default ESP, so that fwupd needs to use
OverrideESPMountPoint in the configuration to overwrite the setting. Based on these, I’d like to request a new track “18” and “20” for core specific.
The reasons why uefi-fw-tools needs 18 and 20 tracks:
- The core 18/20 has different ESP path that needs to be set at build time.
- It’s clear to say this snap only supports ubuntu core 18/20.
- latest track is still kept for outdated fwupd version for ubuntu core 16.
If above requests can be accepted, is it possible to drop “1.4” track from store? As the status is changed and may not be suitable for our fit.