| ID | 945060 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Package Name | fwupdate | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Version | 8 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Release | 7.fc27 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Epoch | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Summary | Tools to manage UEFI firmware updates | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | fwupdate provides a simple command line interface to the UEFI firmware updates. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Built by | releng | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| State | complete | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Volume | fedora_koji_archive02 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Started | Thu, 03 Aug 2017 00:45:32 UTC | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Completed | Thu, 03 Aug 2017 03:46:24 UTC | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Task | build (f27-binutils-rebuild, /rpms/fwupdate:7b27fa777e3246e07cefdfdaab2f7cffc8cd73ae) | |||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Tags |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
| RPMs |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Logs |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Changelog | * Wed Aug 02 2017 Fedora Release Engineering <releng@fedoraproject.org> - 8-7 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Binutils_Mass_Rebuild * Wed Jul 26 2017 Peter Jones <pjones@redhat.com> - 8-6 - Try to make debuginfo generation work with rpm-4.13.0.1-38.fc27.x86_64 * Wed Jul 26 2017 Fedora Release Engineering <releng@fedoraproject.org> - 8-5 - Rebuilt for https://fedoraproject.org/wiki/Fedora_27_Mass_Rebuild * Sat Jul 08 2017 Peter Jones <pjones@redhat.com> - 8-4 - Rebuild for efivar-31-1.fc26 Related: rhbz#1468841 - Fix some gcc 7 quirks * Fri Feb 10 2017 Fedora Release Engineering <releng@fedoraproject.org> - 8-3 - Rebuilt for https://fedoraproject.org/wiki/Fedora_26_Mass_Rebuild * Tue Sep 27 2016 Peter Jones <pjones@redhat.com> - 8-2 - Rebuild for efivar 30. * Fri Aug 19 2016 Peter Jones <pjones@redhat.com> - 8-1 - Update to fwupdate 8 - Fix some i686 build errors - Be less stupid about SONAMEs so in the future we'll only have to rebuild dependent things on actual ABI changes. - Only depend on libsmbios on x86, for now, because it hasn't been ported to Aarch64. * Wed Aug 17 2016 Peter Jones <pjones@redhat.com> - 7-1 - Update to fwupdate 7 - Fix the fix for ae7b85 - fix one place where a second "rc" varibale is clobbering a result. * Tue Aug 16 2016 Peter Jones <pjones@redhat.com> - 6-1 - Update to fwupdate 6 - lots of build fixes for newer compilers and such - Use libsmbios on some systems to enable firmware updates (Mario Limonciello) - Use the correct reset type from the QueryCapsuleInfo data - Lots of fixes from auditing - Use efivar's error reporting infrastructure * Fri Aug 12 2016 Adam Williamson <awilliam@redhat.com> - 0.5-5 - backport a couple of commits to fix build against efivar 26 * Wed Feb 03 2016 Fedora Release Engineering <releng@fedoraproject.org> - 0.5-4 - Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild * Wed Nov 18 2015 Peter Jones <pjones@redhat.com> - 0.5-3 - Temporarily don't require shim on i?86 - we've never built it there, and libfwup knows how to handle it not being there just fine. * Wed Nov 18 2015 Peter Jones <pjones@redhat.com> - 0.5-2 - Fix missing -libs Requires: due to editing error * Wed Nov 18 2015 Peter Jones <pjones@redhat.com> - 0.5-1 - Rebase to 0.5 - Highlights in 0.5: - fwupdate.efi is called fwup$EFI_ARCH.efi now so weird platforms can have them coexist. "Platform" here might mean "distro tools that care about multilib". Anyway, it's needed to support things like baytrail. - Worked around shim command line bug where we need to treat LOAD_OPTIONS differently if we're invoked from the shell vs BDS - various debug features - SHIM_DEBUG and FWUPDATE_VERBOSE UEFI variables that'll let you get some debugging info some times - oh yeah, the actual debuginfo is useful - Automatically cleans up old instances on fresh OS installs - valgrind --leak-check=full on fwupdate doesn't show any errors at all - covscan shows only two things; one *really* doesn't matter, the other is because it doesn't understand our firmware variable data structure and can't work out that we have guaranteed the length of some data in a code path it isn't considering. - fwup_set_up_update() API improvements - killed fwup_sterror() and friends entirely - Should work on x64, ia32, and aarch64. * Wed Jun 17 2015 Fedora Release Engineering <rel-eng@lists.fedoraproject.org> - 0.4-2 - Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild * Tue Jun 02 2015 Peter Jones <pjones@redhat.com> - 0.4-1 - Update to 0.4 - Set DESTDIR so it's more consistently respected - Always use upper case for Boot#### names. - Create abbreviated device paths for our BootNext entry. - Make subdir Makefiles get the version right. - Fix ucs2len() to handle max=-1 correctly. - Compare the right blobs when we're searching old boot entries. - Fix .efi generation on non-x86 platforms. - Use a relative path for fwupdate.efi when launched from shim. - Show fewer debugging messages. - Set BootNext when we find an old Boot#### variable as well. - Add fwup_get_fw_type(). * Mon Jun 01 2015 Peter Jones <pjones@redhat.com> - 0.3-4 - Make abbreviated device paths work in the BootNext entry. - Fix a ucs2 parsing bug. * Mon Jun 01 2015 Peter Jones <pjones@redhat.com> - 0.3-3 - Always use abbreviated device paths for Boot#### entries. * Mon Jun 01 2015 Peter Jones <pjones@redhat.com> - 0.3-2 - Fix boot entry naming. * Thu May 28 2015 Peter Jones <pjones@redhat.com> - 0.3-1 - Here we go again. |