Package: debdelta Version: 0.39trl Severity: wishlist When downloading many debdeltas with a decent connection one can end up waiting for them to be applied. This could be avoided by using more CPUs.
Debdelta already parallelises processing with downloading. Why not to do the same with patching alone? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-piix-and-ahci (SMP w/2 CPU cores; PREEMPT) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debdelta depends on: ii binutils 2.20.1-12 The GNU assembler, linker and bina ii bzip2 1.0.5-4 high-quality block-sorting file co ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii python 2.6.5-7 interactive high-level object-orie ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages debdelta recommends: ii bsdiff 4.3-10 generate/apply a patch between two ii python-apt 0.7.96.1 Python interface to libapt-pkg ii xdelta 1.1.3-9 A diff utility which works with bi ii xdelta3 0y.dfsg-1 A diff utility which works with bi ii xz-lzma [lzma] 4.999.9beta+20100602-1 XZ-format compression utilities - debdelta suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
