Raphael Hertzog wrote: >> * Some users may want to install XZ Utils without the legacy commands >> (by installing xz-utils but not xz-lzma nor lzma). dpkg should still >> work for such users. > > Why would it not work?
xz-utils does not include /usr/bin/lzma (though xz-lzma does). > Do you have a plan to remove the current lzma > source package? No, I’d rather not see it disappear soon if that can be helped. >> * Without this change, switching between lzma and xz-lzma is >> impossible, since it requires being without the pseudo-essential >> package lzma for a few moments. With this change, switching between >> lzma and xz-lzma would work fine as long as xz-utils is installed. > > What would you put in the Pre-Depends field to ensure this? lzma | > xz-utils | xz-lzma ? I’d just put lzma | xz-utils. The /usr/bin/lzma included in xz-lzma is just a symlink to xz from xz-utils, and dpkg would use xz directly if available. > Other questions: > - instead of replacing current lzma support, wouldn't it be more > interesting to add full xz support? As I understand it, the format > evolved/improved and it would be interesting for dpkg to be able to use > it (and not only the old lzma one). Yes, filed as a separate bug (I think the patch for it will be simpler :). See Bug#542160. > - do you have a libxz that can be used instead of requiring the command > line interface? if no, is one planned in the future? Yes, liblzma supports both .lzma and .xz files. But wasn’t there discussion before about preferring to spawn another process when decompressing files? This doesn’t preclude using a library, but it diminishes the benefits. On the other hand, linking dpkg to a static library would simplify dependencies quite a bit, so it sounds pretty tempting to me. > BTW, in your third patch, you look for "sz" in the path instead of "xz". Thanks. > PS: Next time please just put patches as attachment in a single mail > instead of mailing them separately. Thanks for the tip. Is there a file somewhere with guidelines for contributing to dpkg? Some projects’ STANDARDS or SubmittingPatches files seem to be very useful for learning this sort of conventions. Ok, I better sleep. Thanks for the comments. I’ll look them over again tomorrow. Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
