[ol7_optional_latest] gnu-efi-utils-1:3.0.8-2.0.1.el7.x86_64

This package contains utilities for debugging and developing EFI systems.

Changelog (Show File list) (Show related packages)

• Thu Aug 30 2018 Jingdong Lu <jingdong.lu@oracle.com> - 3.0.8-2.0.1

  - use 32bit glibc instead glibc32 for build dependency (Natalya Naumova)

• Mon Jun 11 2018 Peter Jones <pjones@redhat.com> - 3.0.8-2

  - Fix some minor coverity complaints.
    Related: rhbz#1570032

• Fri Jun 08 2018 Peter Jones <pjones@redhat.com> - 3.0.8-1

  - Update to version required by fwupdate-12 and shim-15.
    Related: rhbz#1570032

• Thu Mar 30 2017 Peter Jones <pjones@redhat.com> - 3.0.5-9

  - Just don't build the .i686 package at all.  After a scratch build, it's
    clear that "strip -p" is not good enough, because our different builders
    have non-matching UIDs for the build process, and -p adds uid/gid to the
    archive.  So there's no way to fix the multiarch conflict here without
    either fixing that or fixing strip(1) with:
    https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=patch;h=7a093a78
    We don't strictly need the .i686 package anyway, since we've moved to
    making the dependent binaries all build the ia32 bits on x86_64 for
    other reasons.  Related: rhbz#1310782

• Thu Mar 30 2017 Peter Jones <pjones@redhat.com> - 3.0.5-9

  - One more attempt at nerfing timestamps.  It's surprising how broken this
    can be.
  
    "ar rDv" works just fine, but
    /usr/lib/rpm/redhat/brp-strip-static-archive is calling "%{__strip} -g
    $for_each.a", and it's rewriting our binary from ts/uid/gid of 0/0/0 to
    $epoch/$UID/$GID.  Awesomely /usr/bin/strip it seems to have 3 modes of
    operation:
    -U: the default, which adds $epoch/$UID/$GID to your binary archive
        instead of just removing stuff.  Clearly the Principle of Least
        Surprise is strong here.
    -p: preserve the timestamp from the original .a, but add UID and GID,
        because this is 1980 and people use ar(1) for archiving stuff they
        might want that out of.
    -D: Condescend at you in a command line error and explain that -D both
        is and is not a valid option:
          /usr/bin/strip: invalid option -- 'D'
          Usage: /usr/bin/strip <option(s)> in-file(s)
          Removes symbols and sections from files
          The options are:
          ...
          -D --enable-deterministic-archives
                      Produce deterministic output when stripping archives
        So I agree that it's invalid, but I think we may be pronouncing that
        second vowel differently.  They say in-VAL-id, I say IN-vuh-lid.
  
    Nobody should ever have to run "strace -ttt -v -f -o make.strace make
    all", just to discover the problem isn't even in there.
    Related: rhbz#1310782

• Tue Mar 28 2017 Peter Jones <pjones@redhat.com> - 3.0.5-8

  - Nerf the timestamps on our .o files while building, because RHEL's ar(1) is
    horrible and silently ignores the 'D' option.  It's fine, I probably didn't
    put it there for any reason.
    Related: rhbz#1310782

• Tue Mar 28 2017 Peter Jones <pjones@redhat.com> - 3.0.5-7

  - Call ar(1) in deterministic mode so our .a's are multipath clean.
    Related: rhbz#1310782

• Mon Mar 20 2017 Peter Jones <pjones@redhat.com> - 3.0.5-6

  - Also build the ia32 bits in a separate 32-bit package for other consumers.
    Related: rhbz#1310782

• Wed Mar 15 2017 Peter Jones <pjones@redhat.com> - 3.0.5-5

  - Fix a codegin bug that makes it want libgcc_s (but not know it) on ia32.
    Related: rhbz#1310782

• Mon Mar 13 2017 Peter Jones <pjones@redhat.com> - 3.0.5-4

  - Package the ia32 bits somewhat better.
    Related: rhbz#1310782