As requested in http://forums.gentoo.org/viewtopic.php?t=274644 Blurb: lzma is a high-performance data compressor based on the LZMA algorithm. Its raison d'etre is that p7zip doesn't work as a pipe filter. I had to patch the source to be able to compile it with GCC 3.4.x. It seems to work now, passed some impromptu tests of mine fine (tested on 32-bit x86 platform only though, ebuild keywords reflect that). Also had to patch the makefile for it to pick up Gentoo's {C,CXX,LD}FLAGS. Both patches attached. They are created by me, and in case it's an issue I assign copyright for them to whoever / whatever / I frankly don't care ;-) Reproducible: Always Steps to Reproduce:
Created attachment 47572 [details] New ebuild for app-arch/lzma-0.02
Created attachment 47573 [details, diff] GCC 3.4.x compatibility patch
Created attachment 47574 [details, diff] Makefile Gentoo build system compatibility patch
Created attachment 47576 [details] New ebuild for app-arch/lzma-0.02 (fixed)
I have created a new release of lzma that contains the GCC 3.4.x compatibility patch, and the makefile build system compatibility patch: http://martinus.geekisp.com/files/lzma-0.03.tar.gz I have updated the ebuild, but I am not shure if it works as I have no idea how to test ebuilds :-/
Created attachment 48308 [details] New ebuild for lzma 0.03 This should obsolete the patches and the previous ebuild
thank you for your contribution but due to upstream of lzma information about no further support, and possibility of fixing p7zip (which is maintained) to add support for -si and -so in one call, i hardly see benefits of inclusion lzma into portage, and would rather not do it. i sugest using portage overlay for this. will reconsider it this month, as for now, i'm not sure what to do.
MArtin Ankerl is the LZMA author. He mentioned that he wouldn't further develop LZMA as it already accomplishes its purpose. But if p7zip gets fixed as you mentioned, I agree with not including it as it'd become moot.
after some discussion with p7zip author, he pointed me to http://www.7-zip.org/sdk.html page for plain stream lzma usage. this is actively maintained, so if You want lzma support in portage, could you please use this? please write what you think about it. P.S. p7zip (and 7z) wont have lzma-as-in-gzip.
I have just had a look at the LZMA SDK, it should be really easy to use this. The binary generated from this already is able to use stdin and stdout. If still someone is interested and capable of writing ebuilds, this would be nice. The SDK can be found here: http://www.7-zip.org/sdk.html
i can write the ebuild, but unfortunatly, after decompressing http://www.7-zip.org/dl/lzma416.tar.bz2 and trying to do 'make' in "SRC/7zip/Compress/LZMA_Alone" directory on my box i get pretty much long error messages related probably to missing MyGuidDef.h file. If You can help me with this, we can try get it working together. gcc 3.4.3 error message: g++ -O2 -Wall -c -I ../../../ LzmaAlone.cpp In file included from StdAfx.h:6, from LzmaAlone.cpp:3: ../../../Common/MyWindows.h:16:23: MyGuidDef.h: Nie ma takiego pliku ani katalogu In file included from StdAfx.h:6, from LzmaAlone.cpp:3: ../../../Common/MyWindows.h:88: error: `REFIID' has not been declared
Created attachment 66884 [details] LZMA SDK 4.26 working ebuild Here is an ebuild to build the lzma single-file command-line program out of the latest (version 4.27) LZMA SDK. I have tested this on both x86 and amd64.
thank you, commited into portage with only ~x86 keywords - please use /etc/portage/package.keywords file for testing.