Your message dated Wed, 20 Apr 2016 23:47:56 +0200 with message-id <[email protected]> and subject line Re: Bug#711750: dh_strip: allow to disable compression of debug info files has caused the Debian Bug report #711750, regarding dh_strip: allow to disable compression of debug info files 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 [email protected] immediately.) -- 711750: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711750 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: debhelper Version: 9.20130518 Severity: normal Hi, I updated webkit to compat 9 to get compressed build-id debug info files. However it seems this is going to be a problem for some builders, as in a local build I got: BFD: debian/libwebkitgtk-1.0-0/usr/lib/libwebkitgtk-1.0.so.0.18.7: unable to initialize compress status for section .debug_info objcopyebian/libwebkitgtk-1.0-0/usr/lib/libwebkitgtk-1.0.so.0.18.7: Memory exhausted (And that's with the smaller libwebkitgtk-1.0-0; libwebkit{,2}gtk-3.0 that follow it are much bigger!) Another reason for this is that the .deb size has increased considerably because zlib compression of the debug info files kills xz compression of the .deb: -rw-r--r-- 1 emilio emilio 688M Jun 1 00:41 libwebkit2gtk-3.0-25-dbg_2.0.2-1_amd64.deb -rw-r--r-- 1 emilio emilio 1.3G Jun 5 04:31 libwebkit2gtk-3.0-25-dbg_2.0.2-2_amd64.deb -rw-r--r-- 1 emilio emilio 343M Jun 1 00:29 libwebkitgtk-1.0-0-dbg_2.0.2-1_amd64.deb -rw-r--r-- 1 emilio emilio 635M Jun 5 04:26 libwebkitgtk-1.0-0-dbg_2.0.2-2_amd64.deb -rw-r--r-- 1 emilio emilio 343M Jun 1 00:29 libwebkitgtk-3.0-0-dbg_2.0.2-1_amd64.deb -rw-r--r-- 1 emilio emilio 634M Jun 5 04:27 libwebkitgtk-3.0-0-dbg_2.0.2-2_amd64.deb Thus I would like to have an option to disable --compress-debug-sections. I could just go back to compat < 8 but then I'd also lose build-id which greatly increase gdb's startup, specially having in mind webkit's debug info files' size. If you would rather not add this option just for one package let me know and I'll do my own stripping of the files. Thanks, Emilio -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental'), (650, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils 2.23.52.20130522-1 ii dpkg 1.16.10 ii dpkg-dev 1.16.10 ii file 1:5.14-2 ii html2text 1.3.2a-16 ii man-db 2.6.3-6 ii perl 5.14.2-21 ii po-debconf 1.0.16+nmu2 debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make <none> -- no debconf information
--- End Message ---
--- Begin Message ---On 27/02/16 21:16, Niels Thykier wrote: > Control: tags -1 moreinfo > > On Tue, 04 Feb 2014 11:53:32 +0100 Emilio Pozuelo Monfort > <[email protected]> wrote: >> On 10/06/13 16:45, Joey Hess wrote: >>> Emilio Pozuelo Monfort wrote: >>>> I updated webkit to compat 9 to get compressed build-id debug info files. >>>> However it seems this is going to be a problem for some builders, >>>> as in a local build I got: >>>> >>>> BFD: debian/libwebkitgtk-1.0-0/usr/lib/libwebkitgtk-1.0.so.0.18.7: unable >>>> to initialize compress status for section .debug_info >>>> objcopyebian/libwebkitgtk-1.0-0/usr/lib/libwebkitgtk-1.0.so.0.18.7: Memory >>>> exhausted >>> >>> Isn't this be a bug in objcopy --compress-debug-sections? >>> Compressing data with zlib should not require much memory. >> >> I guess. In any case, until objcopy gains support for xz compression, I'm >> afraid >> I won't be able to bump compat to 9 in webkit, which means we don't get >> build-id >> support, which would be immensely useful. But I understand if you don't want >> to >> add an option for such a corner case. >> >> Regards, >> Emilio >> >> > > Hi, > > Is this still an issue? So webkit2gtk switched to dbgsym. I have analysed the resulting dbgsym packages and compared them to the previous -dbg packages. Note that with dbgsym, debhelper uses build-id, which means zlib compression of the debug info files. libwebkit2gtk-4.0-37-dbg_2.10.0+dfsg1-1_amd64.deb size 1128138766 bytes: control archive=1178 bytes. Installed-Size: 4854766 libwebkit2gtk-4.0-37-dbgsym_2.10.6-1_amd64.deb size 1159026976 bytes: control archive=872 bytes. Installed-Size: 1145025 Note how the .deb size is pretty similar. However, due to the zlib compression of the debug info, the installed size goes from almost 5GB to ~1GB! I've checked ppc64el as well and the results are very similar. So no, I no longer consider this an issue. I'm glad the installed size is almost 5x smaller while keeping the .deb at the same size! Now if only we could get xz compression support in objcopy... (#711752) :) Cheers, Emilio
--- End Message ---
