SEARCH
NEW RPMS
DIRECTORIES
ABOUT
FAQ
VARIOUS
BLOG

 
 
Changelog for fwupdate-libs-8-2.fc26.i686.rpm :

* Tue Sep 27 2016 Peter Jones - 8-2- Rebuild for efivar 30.
* Fri Aug 19 2016 Peter Jones - 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 - 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 - 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 - 0.5-5- backport a couple of commits to fix build against efivar 26
* Wed Feb 03 2016 Fedora Release Engineering - 0.5-4- Rebuilt for https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild
* Wed Nov 18 2015 Peter Jones - 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 - 0.5-2- Fix missing -libs Requires: due to editing error
* Wed Nov 18 2015 Peter Jones - 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 - 0.4-2- Rebuilt for https://fedoraproject.org/wiki/Fedora_23_Mass_Rebuild
* Tue Jun 02 2015 Peter Jones - 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 - 0.3-4- Make abbreviated device paths work in the BootNext entry.- Fix a ucs2 parsing bug.
* Mon Jun 01 2015 Peter Jones - 0.3-3- Always use abbreviated device paths for Boot#### entries.
* Mon Jun 01 2015 Peter Jones - 0.3-2- Fix boot entry naming.
* Thu May 28 2015 Peter Jones - 0.3-1- Here we go again.
 
ICM