-
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