This is the first release of the 1.6.x series, and since 1.5.x some internal plugin API has been changed and removed. Although we've tested this release on all the hardware we have regression tests for, bugs may have crept in; please report failures to the issue tracker as required. There are several new plugins adding support for new hardware and a lot of code has been migrated to the new plugin API. The public libfwupd API also has some trivial additions, although no action is required. This release adds the following features: Add a composite ID that is used to identify dock device components Add an Intel Flash Descriptor parser Add API to allow the device to report its own battery level Add API to recount why the the device is non-updatable Add lspcon-i2c-spi programmer support Add more hardware support to the pixart-rf plugin Add some more new category types for firmware to use Add support for downloading the SPI image from the Intel eSPI device Add support for some Analogix hardware Add support for writing SREC firmware Add the firmware-sign command to fwupdtool to allow resigning archives Split UEFI EFI binary into a subproject Use an OFD or Unix lock to prevent more than one fwupdtool process This release fixes the following bugs: Actually write the bcm57xx stage1 version into the file Add option to disable the UEFI capsule splash screen generation Avoid use-after-free when specifying the VID/PID in dfu-tool Cancel the GDBusObjectManager operation to fix a potential crash Check PixArt firmware compatibility with hardware before flashing Do not check for native dependencies as target dependencies Do not use help2man to build manual pages Fix a crash when shutting down the daemon Fix build on musl Fix build when using BSD Fix /etc/os-release ID_LIKE field parsing Force the synaptics-rmi hardware into IEP mode as required Never allow D-Bus replacement when a firmware update is in operation Offer the user to refresh the remote after enabling Remove unused, unsafe and deprecated functions from libfwupdplugin Simplify asking the user about reviews Write BMP data directly without using PIL Write synaptics-rmi files with valid checksum data
To be fair, wasn’t this tagged yesterday? https://wiki.gentoo.org/wiki/Zero-day_bump_requests
(In reply to Sam James from comment #1) > To be fair, wasn’t this tagged yesterday? > > https://wiki.gentoo.org/wiki/Zero-day_bump_requests OOPS, yes. That was a bit early. Sorry.
(In reply to Joakim Tjernlund from comment #2) > (In reply to Sam James from comment #1) > > To be fair, wasn’t this tagged yesterday? > > > > https://wiki.gentoo.org/wiki/Zero-day_bump_requests > > OOPS, yes. That was a bit early. Sorry. You end up learning who needs a bit of a poke sometimes, but Poly definitely isn't one of them. Sometimes I'm not even sure how he notices some things are out and I get beaten ;)
gentle ping ...
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8fd93f03612e9a1e276b6bac65b51bd9bbdde3e3 commit 8fd93f03612e9a1e276b6bac65b51bd9bbdde3e3 Author: Lars Wendler <polynomial-c@gentoo.org> AuthorDate: 2021-05-20 09:08:06 +0000 Commit: Lars Wendler <polynomial-c@gentoo.org> CommitDate: 2021-05-20 09:10:50 +0000 sys-apps/fwupd: Bump to version 1.6.0 Closes: https://bugs.gentoo.org/786147 Signed-off-by: Lars Wendler <polynomial-c@gentoo.org> sys-apps/fwupd/Manifest | 1 + sys-apps/fwupd/files/fwupd-1.6.0-gusb_deps.patch | 53 +++++++ sys-apps/fwupd/fwupd-1.6.0.ebuild | 170 +++++++++++++++++++++++ sys-apps/fwupd/metadata.xml | 1 + 4 files changed, 225 insertions(+)
1.6.0 fails to build: .... Header <cpuid.h> has symbol "__get_cpuid_count" : YES Checking for function "getuid" : YES Checking for function "realpath" : YES Checking for function "memmem" : YES Checking for function "sigaction" : YES Checking for function "memfd_create" : YES Header <locale.h> has symbol "LC_MESSAGES" : YES Header <fcntl.h> has symbol "F_WRLCK" : YES Header <fcntl.h> has symbol "F_OFD_SETLK" : NO Checking for function "pwrite" : YES Run-time dependency efiboot found: YES 37 Found CMake: /usr/bin/cmake (3.19.7) Run-time dependency fwupd-efi found: NO (tried pkgconfig and cmake) Looking for a fallback subproject for the dependency fwupd-efi meson.build:386:4: ERROR: Automatic wrap-based subproject downloading is disabled Seems they have split out uefi module to s separate package. Could you consider adding -Dsupported_build="true" as well?
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3affbb0ef22ca0c7e5cd842d613caf9b44a4e34d commit 3affbb0ef22ca0c7e5cd842d613caf9b44a4e34d Author: Lars Wendler <polynomial-c@gentoo.org> AuthorDate: 2021-05-20 11:17:48 +0000 Commit: Lars Wendler <polynomial-c@gentoo.org> CommitDate: 2021-05-20 11:18:13 +0000 sys-apps/fwupd: Don't build fwupd-efi binary Bug: https://bugs.gentoo.org/786147 Signed-off-by: Lars Wendler <polynomial-c@gentoo.org> sys-apps/fwupd/fwupd-1.6.0.ebuild | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-)
*** Bug 791205 has been marked as a duplicate of this bug. ***
Not 100% sure but I think fwupd changed pid file location to /run/lock as well.