Re: dpkg 1.13.24 hint and next upload
On Sun, Nov 19, 2006 at 08:04:24AM +0200, Guillem Jover wrote:
> The other one is to add lzma uncompressing support to dpkg and dpkg-dev,
> so that the archive can start accepting this kind of packages for lenny,
> otherwise we'd have to wait until lenny+1. I've been reluctant to
> add this, as the lzma's CLI was not compatible with gzip,
[...]
> Index: lib/compression.c
> ===================================================================
> --- lib/compression.c (revision 596)
> +++ lib/compression.c (working copy)
> @@ -90,6 +90,17 @@
> }
> execlp(BZIP2,"bzip2","-dc",(char*)0); ohshite(_("%s: failed to exec bzip2 -dc"), v.buf);
> #endif
> + case compress_type_lzma:
> + if (fd_in != 0) {
> + m_dup2(fd_in, 0);
> + close(fd_in);
> + }
> + if (fd_out != 1) {
> + m_dup2(fd_out, 1);
> + close(fd_out);
> + }
> + execlp(LZMA, "lzma", "-dc", (char *)0);
> + ohshite(_("%s: failed to exec %s"), v.buf, "lzma -dc");
> case CAT:
> fd_fd_copy(fd_in, fd_out, -1, _("%s: decompression"), v.buf);
> exit(0);
This would mean that every package using lzma compression would have to
Pre-Depends: lzma. Is there no way to do this using a statically linked
library, the same way as we do for the other compression methods?
--
Colin Watson [cjwatson@debian.org]
Reply to: