From: Lasse C. <las...@tu...> - 2010-11-17 08:46:55
|
On 2010-11-17 Phillip Lougher wrote: > 1. Keep things as they are (my existing workaround), lzma data > produced by liblzma is modified by putting the uncompressed size > in the header. This goes back to the start of the email thread - > I'm still not clear whether you're happy with this current solution, > or if you're asking for this to be changed. This is the only sane solution. I'm not happy that you had to do it this way, but it's not a big problem. :-) It would be a little bit angry if you were creating problematic standalone .lzma files because that could easily affect many users. But since the .lzma streams are inside another file format, the problem is probably limited to 7-Zip which already has a workaround in place. There aren't many tools that parse Squashfs images. > 3. "The nuclear option". Add a new lzma type and deprecate the > existing lzma type. Let's save this for the .xz transition. -- Lasse Collin | IRC: Larhzu @ IRCnet & Freenode |