Your message dated Fri, 13 Jul 2018 17:14:33 +0100
with message-id <1531498473.2095.17.ca...@adam-barratt.org.uk>
and subject line Re: Bug#903710: libc6-amd64: libc6-amd64 and libc6-x32 
packages bloated to more than 1 GB (!) in recent versions
has caused the Debian Bug report #903710,
regarding libc6-amd64: libc6-amd64 and libc6-x32 packages bloated to more than 
1 GB (!) in recent versions
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
903710: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903710
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6-amd64
Version: 2.27-4
Severity: normal

Dear Maintainer,

I was quite astonished to learn that upgrading libc6-amd64 took more
than a gigabyte of disk space. It seems libc6-x32 has the same
issue. The problem is in tehse files (from buildd logs(1)):

-rw-r--r-- root/root   4421064 2018-07-07 16:34 ./usr/libx32/gconv/BIG5HKSCS.so
-rw-r--r-- root/root   4199880 2018-07-07 16:34 ./usr/libx32/gconv/BRF.so
-rw-r--r-- root/root   4199880 2018-07-07 16:34 ./usr/libx32/gconv/CP10007.so
-rw-r--r-- root/root   4199880 2018-07-07 16:34 ./usr/libx32/gconv/CP1125.so
-rw-r--r-- root/root   4199880 2018-07-07 16:34 ./usr/libx32/gconv/CP1250.so
-rw-r--r-- root/root   4199880 2018-07-07 16:34 ./usr/libx32/gconv/CP1251.so
-rw-r--r-- root/root   4199880 2018-07-07 16:34 ./usr/libx32/gconv/CP1252.so
-rw-r--r-- root/root   4199880 2018-07-07 16:34 ./usr/libx32/gconv/CP1253.so
-rw-r--r-- root/root   4199880 2018-07-07 16:34 ./usr/libx32/gconv/CP1254.so
-rw-r--r-- root/root   4199880 2018-07-07 16:34 ./usr/libx32/gconv/CP1255.so

These files normally take about 13 kB, but here they have 4 MB
each. Looking into the binaries

$ objdump -h CP1125.so

CP1125.so:     file format elf32-x86-64

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
  0 .note.gnu.build-id 00000024  00000154  00000154  00000154  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  1 .note.ABI-tag 00000020  00000178  00000178  00000178  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  2 .gnu.hash     00000024  00000198  00000198  00000198  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  3 .dynsym       000000b0  000001bc  000001bc  000001bc  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  4 .dynstr       000000d7  0000026c  0000026c  0000026c  2**0
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  5 .gnu.version  00000016  00000344  00000344  00000344  2**1
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  6 .gnu.version_r 00000030  0000035c  0000035c  0000035c  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  7 .rela.dyn     00000054  0000038c  0000038c  0000038c  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  8 .rela.plt     00000030  000003e0  000003e0  000003e0  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
  9 .init         00000017  00200000  00200000  00200000  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 10 .plt          00000050  00200020  00200020  00200020  2**4
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 11 .plt.got      00000008  00200070  00200070  00200070  2**3
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 12 .text         00000b7f  00200080  00200080  00200080  2**4
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 13 .fini         00000009  00200c00  00200c00  00200c00  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, CODE
 14 .rodata       00000740  00400000  00400000  00400000  2**5
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
 15 .eh_frame_hdr 00000034  00400740  00400740  00400740  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
 16 .eh_frame     00000110  00400774  00400774  00400774  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
 17 .hash         00000040  00400884  00400884  00400884  2**2
                  CONTENTS, ALLOC, LOAD, READONLY, DATA
 18 .init_array   00000004  00600ef0  00600ef0  00400ef0  2**2
                  CONTENTS, ALLOC, LOAD, DATA
 19 .fini_array   00000004  00600ef4  00600ef4  00400ef4  2**2
                  CONTENTS, ALLOC, LOAD, DATA
 20 .dynamic      000000e8  00600ef8  00600ef8  00400ef8  2**2
                  CONTENTS, ALLOC, LOAD, DATA
 21 .got          00000020  00600fe0  00600fe0  00400fe0  2**3
                  CONTENTS, ALLOC, LOAD, DATA
 22 .got.plt      00000038  00601000  00601000  00401000  2**3
                  CONTENTS, ALLOC, LOAD, DATA
 23 .data         00000004  00601038  00601038  00401038  2**2
                  CONTENTS, ALLOC, LOAD, DATA
 24 .bss          00000004  0060103c  0060103c  0040103c  2**0
                  ALLOC
 25 .gnu_debuglink 00000034  00000000  00000000  0040103c  2**2
                  CONTENTS, READONLY

it seems that while the sizes are quite small together, the sections
from .init onwards are placed megabytes into the file.

Is that some problem with binutils?

Regards
    Jiri Palecek

1: 
https://buildd.debian.org/status/fetch.php?pkg=glibc&arch=i386&ver=2.27-4&stamp=1530992794&raw=0

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.17.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2), LANGUAGE=cs_CZ 
(charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libc6-amd64 depends on:
ii  libc6  2.27-4

libc6-amd64 recommends no packages.

libc6-amd64 suggests no packages.

--- End Message ---
--- Begin Message ---
On Fri, 2018-07-13 at 17:10 +0200, Jiri Palecek wrote:
> I was quite astonished to learn that upgrading libc6-amd64 took more
> than a gigabyte of disk space. It seems libc6-x32 has the same
> issue. The problem is in tehse files (from buildd logs(1)):
[...]
> it seems that while the sizes are quite small together, the sections
> from .init onwards are placed megabytes into the file.
> 
> Is that some problem with binutils?

Yes, #903376, which is already fixed in unstable as of earlier this
week.

Regards,

Adam

--- End Message ---

Reply via email to