Newer versions of lzma (see URLs below for packages) have changed their command line options. This breaks LinuxBIOS. Attached patch solves the problem.
ftp://ftp.gwdg.de/pub/opensuse/repositories/home%3A/reinauer/Fedora_Extras_6/i386/lzma-4.32.0beta3-18.1.i386.rpm ftp://ftp.gwdg.de/pub/opensuse/repositories/home%3A/reinauer/openSUSE_10.2/x86_64/lzma-4.32.0beta3-18.1.x86_64.rpm ftp://ftp.gwdg.de/pub/opensuse/repositories/home%3A/reinauer/openSUSE_10.2/i586/lzma-4.32.0beta3-18.1.i586.rpm ftp://ftp.gwdg.de/pub/opensuse/repositories/home%3A/reinauer/openSUSE_10.2/src/lzma-4.32.0beta3-18.1.src.rpm
On 12.04.2007 01:46, Stefan Reinauer wrote:
Newer versions of lzma (see URLs below for packages) have changed their command line options. This breaks LinuxBIOS. Attached patch solves the problem.
NAK. That patch is broken. It refers to the wrong lzma utilities and will break every lzma compressed payload. Note to self: Document that we're using latest lzma sdk and NOT the p7zip variant, which has incompatible command line syntax and incompatible compression format.
Regards, Carl-Daniel
* Carl-Daniel Hailfinger c-d.hailfinger.devel.2006@gmx.net [070412 02:28]:
On 12.04.2007 01:46, Stefan Reinauer wrote:
Newer versions of lzma (see URLs below for packages) have changed their command line options. This breaks LinuxBIOS. Attached patch solves the problem.
NAK. That patch is broken. It refers to the wrong lzma utilities and will break every lzma compressed payload.
Why is this the "wrong" version? It was the most current one I could find and build RPMs from without wasting a man week of time.
Note to self: Document that we're using latest lzma sdk and NOT the p7zip variant, which has incompatible command line syntax and incompatible compression format.
Good. Where can I download opensuse 10.2 RPMs for the non-wrong version of lzma?
On 12.04.2007 02:34, Stefan Reinauer wrote:
- Carl-Daniel Hailfinger c-d.hailfinger.devel.2006@gmx.net [070412 02:28]:
On 12.04.2007 01:46, Stefan Reinauer wrote:
Newer versions of lzma (see URLs below for packages) have changed their command line options. This breaks LinuxBIOS. Attached patch solves the problem.
NAK. That patch is broken. It refers to the wrong lzma utilities and will break every lzma compressed payload.
Why is this the "wrong" version? It was the most current one I could find and build RPMs from without wasting a man week of time.
The p7zip variant did not include a decompressor in C, so I went with the lzma sdk for compression. We might want to check which variant of lzma is present before we use it to compress a payload.
Note to self: Document that we're using latest lzma sdk and NOT the p7zip variant, which has incompatible command line syntax and incompatible compression format.
Good. Where can I download opensuse 10.2 RPMs for the non-wrong version of lzma?
As soon as somebody finds time to create a package. I have not checked yet whether other distributions (Mandriva etc.) supply the SDK or the p7zip version in their RPMs. If nobody has time, I'll look into creating packages after 2007-04-21.
Regards, Carl-Daniel
* Carl-Daniel Hailfinger c-d.hailfinger.devel.2006@gmx.net [070412 02:28]:
Note to self: Document that we're using latest lzma sdk and NOT the p7zip variant, which has incompatible command line syntax and incompatible compression format.
who is "we"?
On 12.04.2007 14:26, Stefan Reinauer wrote:
- Carl-Daniel Hailfinger c-d.hailfinger.devel.2006@gmx.net [070412 02:28]:
Note to self: Document that we're using latest lzma sdk and NOT the p7zip variant, which has incompatible command line syntax and incompatible compression format.
who is "we"?
I consider the lzma code in the repository to belong to all of us, not only me. That's why I said "we". Current decompression code and makefiles in the v2 codebase use the lzma sdk. If you move the makefiles to p7zip, you have to rewrite the decompression code. That is feasible (you can even make the decompression code handle both archive formats), but will need some time to make sure nothing breaks. The main difference between the sdk and p7zip is in the header format, and there it is just the absence of one header field in p7zip, so heuristics for format recognition should work.
Regards, Carl-Daniel
* Carl-Daniel Hailfinger c-d.hailfinger.devel.2006@gmx.net [070412 16:08]:
Current decompression code and makefiles in the v2 codebase use the lzma sdk. If you move the makefiles to p7zip, you have to rewrite the decompression code. That is feasible (you can even make the decompression code handle both archive formats), but will need some time to make sure nothing breaks. The main difference between the sdk and p7zip is in the header format, and there it is just the absence of one header field in p7zip, so heuristics for format recognition should work.
Can you verify that the lzma code in v3 does the right thing? Then we could use it for v2, too. Having an extra dependency on a compressor that is generally unavailable sucks big time.
-
Carl-Daniel Hailfinger -
Stefan Reinauer