Control: reassign -1 binutils 2.24.51.20140604-3 On Fri, Jun 06, 2014 at 09:32:37AM +0100, RjY wrote: > During a recent package update I noticed libsvn1 grew a lot in > installed-size. Upon investigation it turned out this was: > > % for i in libsvn1_1.8.8-2_amd64.deb libsvn1_1.8.9-1_amd64.deb ; do dpkg > -c $i ; done | grep ra_local | grep -v '^l' > -rw-r--r-- root/root 39800 2014-04-01 03:20 > ./usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1.0.0 > -rw-r--r-- root/root 2132856 2014-05-21 12:33 > ./usr/lib/x86_64-linux-gnu/libsvn_ra_local-1.so.1.0.0 > > Why would a (relatively simple) module for local file:// url access > suddenly gain 2044KiB in a minor update? The extra space appears to > consist entirely of zero bytes, as well.
Good question. Rebuilding 1.8.8-2 in a current sid chroot causes the same thing. This seems to be caused by something in the toolchain. For reference, here are the differences in some key toolchain packages for the original 1.8.8-2 build and the one I just re-ran: package | small lib version | large lib version --------------------------------------------------------- binutils | 2.24-5 | 2.24.51.20140604-3 g++4.8 | 4.8.2-18 | 4.8.3-3 gcc-4.8 | 4.8.2-18 | 4.8.3-3 gcc-4.9 | n/a | 4.9.0-5 libc6-dev | 2.18-4 | 2.19-1 libstdc++-4.8-dev | 4.8.2-18 | 4.8.3-3 libstdc++6 | 4.8.2-18 | 4.9.0-5 Based on my minimal knowledge of what goes into building the shared libraries, I'll start this off in binutils' court. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy <james...@debian.org> -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org