Hi! On Mon, 2020-09-14 at 18:52:57 +0200, Francois Gouget wrote: > Package: dpkg > Version: 1.19.7 > Severity: normal
> dpkg-deb fails to create a package with a size greater than 2 GB. > To reproduce this issue use the attached file to create a 2.4 GB > package, this despite being on a 64-bit system: > > $ tar xfz testpkg.tar.gz > $ cd testpkg > $ fakeroot ./build > [...] > + dh_builddeb --destdir=. > dpkg-deb: building package 'testpkg' in './testpkg_1.0-1_all.deb'. > dpkg-deb (subprocess): compressing tar member: lzma write error: No space > left on device > dpkg-deb: error: <compress> from tar -cf subprocess returned error exit > status 2 > dh_builddeb: dpkg-deb --build debian/testpkg . returned exit code 2 > dh_builddeb: Aborting due to earlier error > > Note that neither tar nor ar have any trouble dealing with archives with > a size greater than 2 GB. > Also this is not specific to the lzma compressor: using gzip instead > produces the same error. From the error message printed, it looks like your temporary directory is not big enough. If you set TMPDIR to something else it should work I guess? Thanks for the test case, although this is already part of the external dpkg functional test suite: <https://git.dpkg.org/cgit/dpkg/dpkg-tests.git/tree/t-deb-lfs> Perhaps the temporary filename should be printed to give a better hint, even though that file gets unlinked so it would not be present in the filesystem and so it might be even more confusing. Ideally though no temporary file would be used, and these would be streamed directly into the generated .deb archive (which AFAIR is on the TODO list :). Thanks, Guillem
