Package: gcl Version: 2.6.12-45 Severity: serious Justification: not installable User: [email protected] Usertags: rebootstrap
While conducing multiarch qa, I noticed that gcl fails to install on mips64el: | Preparing to unpack .../142-gcl_2.6.12-45_mips64el.deb ... | Unpacking gcl (2.6.12-45) ... | dpkg-deb (subprocess): decompressing archive member: lzma error: compressed data is corrupt | dpkg-deb: error: subprocess <decompress> returned error exit status 2 | dpkg: error processing archive /tmp/apt-dpkg-install-lpU46F/142-gcl_2.6.12-45_mips64el.deb (--unpack): | subprocess dpkg-deb --fsys-tarfile returned error exit status 2 | Errors were encountered while processing: | /tmp/apt-dpkg-install-lpU46F/142-gcl_2.6.12-45_mips64el.deb | W: No sandbox user '_apt' on the system, can not drop privileges | E: Sub-process /usr/bin/dpkg returned an error code (1) | Command apt-get --assume-yes -o Dpkg::Options::=--force-confnew install -- gcl exited with exit code 1. A dpkg-deb -c on the binary package yields: | dpkg-deb (subprocess): decompressing archive member: lzma error: compressed data is corrupt | tar: A lone zero block at 506776 | dpkg-deb: error: subprocess <decompress> returned error exit status 2 xz -t data.tar.xz | xz: data.tar.xz: Compressed data is corrupt Something is seriously broken about the binary package (and possibly the buildd that was used to build it). This is not the first time that some mips* box produces broken binary packages. mips porters X-Debbugs-Cced. Most likely binNMUing "fixes" this problem, but we should really figure out why this is happening. Helmut
