On 09/04/2014 10:49, Thorsten Glaser wrote: > On Wed, 3 Sep 2014, Christian Kastner wrote: >> That is the key question, and I believe considering the worst possible >> cost -- a package that cannot be unpacked, as in #757740 -- the >> trade-off is not worth it. > > IIRC, I asked last year already to patch dpkg to limit the > xz compression levels to -7 (and treat -8 and -9 as -7). > That was per-arch and mostly with buildd concerns, but this > bugreport shows that it’s high time we do that, as those > little 64 MiB RAM machines are available for a release > architecture (probably several).
A per-arch limit would not address the problem with installing arch:all packages. Limiting the compression level to 7 by silently clamping higher values is also not nice (IMO): it prevents people using very high compression for internal packages. What about a lintian warning (error, whatever) instead? Ansgar -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/540829c3.2020...@debian.org
