Re: lzma running out of memory on qemu-user (#846564)
John Paul Adrian Glaubitz <[email protected]>
| Newsgroups | gmane.linux.debian.devel.dpkg.general |
|---|---|
| Message-ID | <bf8c7b2db1a595f047ce38f54eb5a4982a3c3ef3.camel@physik.fu-berlin.de> |
Hi Guillem, On Thu, 2024-09-26 at 13:20 +0200, Guillem Jover wrote: > > dpkg-deb: building package 'gcc-snapshot' in '../gcc-snapshot_20240922-1+sh4.1_sh4.deb'. > > dpkg-deb: building package 'gcc-snapshot-dbgsym' in '../gcc-snapshot-dbgsym_20240922-1+sh4.1_sh4.deb'. > > dpkg-deb (subprocess): compressing tar member: lzma error: Cannot allocate memory > > dpkg-deb: error: <compress> from tar -cf subprocess returned error exit status 2 > > dh_builddeb: error: dpkg-deb --root-owner-group --build debian/.debhelper/gcc-snapshot/dbgsym-root .. returned exit code 2 > > dh_builddeb: error: Aborting due to earlier error > > Hmm, the heuristics in the code should in theory prevent this, so it > would be nice to know what is going wrong with that, in case it could > be improved. See the filter_xz_get_memlimit() and > filter_xz_get_cputhreads() functions in lib/dpkg/. I thought so as well after reading through the bug report in #846564, but unfortunately the issue is reliably reproducible. > > Is there a way to tune lzma such that it reduces memory consumption in this case? > > You should be able to globally reduce the amount of threads used with > the DPKG_DEB_THREADS_MAX envvar (as the --threads-max option would > need to be passed from debian/rules or debhelper or similar). OK, thanks. I will try whether this helps as a workaround. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913