Recent size increase when building library on Fedora 31 (maybe due
to broken ELF notes, annobin?)
by Thomas Haller
Hi,
when building libnm for Fedora 31, I noticed a recent increase in size.
It also happens locally when I use rpmbuild (or fedpkg local), but see
for example the NetworkManager-libnm package on x86_64:
[1] https://koji.fedoraproject.org/koji/buildinfo?buildID=1409043
[2] https://koji.fedoraproject.org/koji/taskinfo?taskID=39267433
[1] was built 3 weeks ago, and [2] is a rebuild of the same package.
The size of libnm.so.0.1.0 changes from 2609744 to 4075488.
$ ls -la libnm.so.0.1.0*
-rwxr-xr-x. 1 thom thom 2609744 Nov 6 20:46 libnm.so.0.1.0-1
-rwxr-xr-x. 1 thom thom 4075488 Nov 24 08:31 libnm.so.0.1.0-2
First I thought it's due to the recent issues with strip from binutils
(rhbz#1770464, etc), but that doesn't seem to be the cause. Also,
stripping [2] (with a non broken binutils) doesn't make the library any
smaller.
`readelf --notes --wide libnm.so.0.1.0-1` gives notes from annobin. But
for [2] it looks wrong:
$ readelf --notes --wide libnm.so.0.1.0-2 | less
Displaying notes found in: .note.gnu.property
Owner Data size Description
GNU 0x00000010 NT_GNU_PROPERTY_TYPE_0 Properties: x86 feature: IBT, SHSTK
Displaying notes found in: .note.gnu.build-id
Owner Data size Description
GNU 0x00000014 NT_GNU_BUILD_ID (unique build ID bitstring) Build ID: 05f3e4f91d88d1c79eb8b6c6d797048c6ac0443c
Displaying notes found in: .gnu.build.attributes
Owner Data size Description
(NONE) 0x00000000 Unknown note type: (0x00000000)
(NONE) 0x00000000 Unknown note type: (0x00049eda)
(NONE) 0x00049eda Unknown note type: (0x00000000) description data: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ffffffe0 03 00 00 00 00 00 16 ff>
readelf: libnm.so.0.1.0-2: Warning: note with invalid namesz and/or descsz found at offset 0x152870
readelf: libnm.so.0.1.0-2: Warning: type: 0xf, namesize: 0x022a4147, descsize: 0x00000003, alignment: 4
O<89>^D 0x0004894f Unknown note type: (0x00000000) description data: 00 00 00 00 01 01 00 00 47 41 2a 07 02 00 00 00 0a 00 00 00 00 00 00 00 01 01 00 00 47 41 2a 47>
I would open a bug against annobin, but both koji builds used the same version 8.78-2.fc31,
which makes me think it's something else...
Any ideas?
best
Thomas
4 years, 5 months
Upgrade of rdiff-backup to Release 1.4.0b0 (beta) & python3
by Frank Crawford
In preparation for the move of rdiff-backup to python3, we have built
the current beta for rawhide.
In addition to allow testing over older systems, we have also created a
COPR repo, for F29, F30, F31, EPEL7 and EPEL8 for all support
architectures. This can be accessed as "dnf copr enable
frankcrawford/rdiff-backup".
Note that while old archives should be compatible across versions, it
is not possible to run both old (1.2.8) and new releases together.
Please test this and let me know of any issues.
Regards
Frank
4 years, 5 months
Self introduction
by Lili Nie
Hi,
Lily Nie from Fedora QE team here,and I'm working with local virt-QE on putting their automation tools to Fedora repo.
I have filed a review request for avocado-vt : https://bugzilla.redhat.com/show_bug.cgi?id=1773467
I haven't maintained any packages before,but I have sent some merged pull requests to python based projects.
I'm trying my best to become a Fedora package maintainer, and I also have contacted the upstream maintainer and
he feels glad to help me on maintaining the package if needed.
Sincerely hope you can spare some time on reviewing my pull request,thanks.
Best Regards and thanks,
Lily
4 years, 5 months
