Bug#452817: Please support --lzma compression
Mohammed Adnène Trojette wrote: Hi, FYI, I am planning to upload this evening in experimental. When do you plan to upload it to unstable? upx-ucl has been in experimental for 3 months already, so I thought it could be good idea to upload it to unstable, but I've noticed that lzma 9.22 is still in experimental only. Regards, robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
Mohammed Adnène Trojette wrote: On Thu, Sep 01, 2011, Markus F.X.J. Oberhumer wrote: So for the moment I'd suggest to include lzma465.tar with the upx source package, much like Fedora has done - please see upx-3.07-2.fc15.src.rpm at http://koji.fedoraproject.org/koji/buildinfo?buildID=217744 . That's not a recommended practice to do this, quite the contrary. I agree. For me it's just not a good idea to put two unrelated sources into one source package. It's harder to maintain it that way. Just tell me if something more is needed in the package I provided earlier in the bug report. Nothing more is required. FYI, I am planning to upload this evening in experimental. I've just uploaded upx-ucl with lzma enabled into experimental as well. Thanks, robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
Mohammed Adnène Trojette writes: Hi, On Sun, Aug 28, 2011, Robert Luberda wrote: Alternatively you can provide a pre-compiled versions of *.c files in a liblzma.a static library. Regarding liblzma, have you considered using xz' packages? I was looking into it yesterday, but it seems the liblzma-dev API is not compatible with the original lzma API. Markus and Laszlo, do you have any plans of switching to xz-utils (http://tukaani.org/xz/) in upx? Regards, robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
Hi, 2011/9/1 Robert Luberda rob...@debian.org: Mohammed Adnène Trojette writes: On Sun, Aug 28, 2011, Robert Luberda wrote: Alternatively you can provide a pre-compiled versions of *.c files in a liblzma.a static library. Regarding liblzma, have you considered using xz' packages? I was looking into it yesterday, but it seems the liblzma-dev API is not compatible with the original lzma API. Markus and Laszlo, do you have any plans of switching to xz-utils (http://tukaani.org/xz/) in upx? Well, unless there are real advantages (faster speed or better compression ratio), I do not think we want to work on this now. But patches are always welcome :-) bye, Laszlo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
On 09/01/2011 07:05 AM, Markus F.X.J. Oberhumer wrote: So for the moment I'd suggest to include lzma465.tar with the upx source package, much like Fedora has done - please see upx-3.07-2.fc15.src.rpm at http://koji.fedoraproject.org/koji/buildinfo?buildID=217744 . Specific comments that might help such integration are: https://bugzilla.redhat.com/show_bug.cgi?id=501636#c8(how-to) https://bugzilla.redhat.com/show_bug.cgi?id=501636#c6(rationale) -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
On Thu, Sep 01, 2011, Markus F.X.J. Oberhumer wrote: So for the moment I'd suggest to include lzma465.tar with the upx source package, much like Fedora has done - please see upx-3.07-2.fc15.src.rpm at http://koji.fedoraproject.org/koji/buildinfo?buildID=217744 . That's not a recommended practice to do this, quite the contrary. Just tell me if something more is needed in the package I provided earlier in the bug report. FYI, I am planning to upload this evening in experimental. -- Mohammed Adnène Trojette -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
Mohammed Adnène Trojette writes: Hi, I am currently working on updating lzma to 9.22 (basically, apart from cherry-picking and testing, I am ready to upload). This version of the package drops lzma-source. Please see if the package at [1] suits your needs. Thanks a lot, upx compiles with the files from new lzma-dev and seems to work fine. However, I've got one suggestion. The LzmaEnc.c contains code like: #ifndef _7ZIP_ST #include LzFindMt.h #endif Even though I can add -D_7ZIP_ST to the compiler flags, I think the better option would be to define _7ZIP_ST at the top of the file itself, so anybody could compile the file without any surprises. Alternatively you can provide a pre-compiled versions of *.c files in a liblzma.a static library. Thanks, robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
On Sun, Aug 28, 2011, Robert Luberda wrote: Thanks a lot, upx compiles with the files from new lzma-dev and seems to work fine. However, I've got one suggestion. The LzmaEnc.c contains code like: #ifndef _7ZIP_ST #include LzFindMt.h #endif Even though I can add -D_7ZIP_ST to the compiler flags, I think the better option would be to define _7ZIP_ST at the top of the file itself, so anybody could compile the file without any surprises. Alternatively you can provide a pre-compiled versions of *.c files in a liblzma.a static library. Regarding liblzma, have you considered using xz' packages? -- Mohammed Adnène Trojette -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
On Mon, Feb 21, 2011, Robert Luberda wrote: No news. As I wrote previously, adding lzma support for upx would require to have more lzma sources available than currently provided by both lzma-dev and lzma-source packages. I've just compiled upx with lzma and it seems that upx needs 45 lzma sources from version 4.43 (the current Debian version) or only 9 files from lzma 4.65. I'm attaching full lists of the files. I've also tried lzma 9.20, the latest upstream version, but upx doesn't support that version yet (i.e. failed to compile). I am currently working on updating lzma to 9.22 (basically, apart from cherry-picking and testing, I am ready to upload). This version of the package drops lzma-source. Please see if the package at [1] suits your needs. [1] http://adn.diwi.org/debian/pkg/lzma/9.22-1/ -- Mohammed Adnène Trojette -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
Hello Any news on this? From the UPX-UCL webpage: 08 Sep 2010: UPX 3.07 has been released. It is a minor 3.0x maintenance release to version 3 whose major additions were: optional LZMA compression Yours, Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
clone 452817 -1 reassign -1 lzma-dev 4.43-14 retitle -1 Doesn't provide all the files needed to compile UPX with lzma block 452817 -1 Gürkan Sengün writes: Hello Any news on this? From the UPX-UCL webpage: 08 Sep 2010: UPX 3.07 has been released. It is a minor 3.0x maintenance release to version 3 whose major additions were: optional LZMA compression No news. As I wrote previously, adding lzma support for upx would require to have more lzma sources available than currently provided by both lzma-dev and lzma-source packages. I've just compiled upx with lzma and it seems that upx needs 45 lzma sources from version 4.43 (the current Debian version) or only 9 files from lzma 4.65. I'm attaching full lists of the files. I've also tried lzma 9.20, the latest upstream version, but upx doesn't support that version yet (i.e. failed to compile). Regards, robert lzma-4.43.files.gz Description: application/gzip lzma-4.65.files.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#452817: Please support --lzma compression
Package: upx-ucl Version: 3.01-1 Severity: wishlist The debian version doesn't support --lzma compression, could you please add it? upx-ucl --lzma upx-ucl: packer_c.cpp:43: static bool Packer::isValidCompressionMethod(int): Assertion `0 Internal error - LZMA not compiled in' failed. Aborted Yours, Guerkan -- while(!asleep()) sheep++; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452817: Please support --lzma compression
Gürkan Sengün wrote: [ CC: to Debian lzma maintainers ] Package: upx-ucl The debian version doesn't support --lzma compression, could you please add it? It's not so simple, because it would require a copy of the lzma sources and I don't like the idea of distributing external sources with upx. I noted we have now lzma-dev and lzma-source packages in the experimental suite, however they contain too little lzma source files to be useful for upx. The following LZMA sources seem to be needed: #if (WITH_LZMA = 0x449) # define INITGUID 1 //# include CPP/7zip/Compress/LZMA/LZMADecoder.h # include CPP/7zip/Compress/LZMA/LZMAEncoder.h #else # include C/Common/MyInitGuid.h //# include C/7zip/Compress/LZMA/LZMADecoder.h # include C/7zip/Compress/LZMA/LZMAEncoder.h #endif -- #if (WITH_LZMA = 0x449) # include C/Alloc.c # include C/7zCrc.c # include C/Compress/Lz/MatchFinder.c //# include CPP/7zip/Common/InBuffer.cpp # include CPP/7zip/Common/OutBuffer.cpp # include CPP/7zip/Common/StreamUtils.cpp //# include CPP/7zip/Compress/LZ/LZOutWindow.cpp //# include CPP/7zip/Compress/LZMA/LZMADecoder.cpp # include CPP/7zip/Compress/LZMA/LZMAEncoder.cpp # include CPP/7zip/Compress/RangeCoder/RangeCoderBit.cpp #else # include C/Common/Alloc.cpp # include C/Common/CRC.cpp //# include C/7zip/Common/InBuffer.cpp # include C/7zip/Common/OutBuffer.cpp # include C/7zip/Common/StreamUtils.cpp # include C/7zip/Compress/LZ/LZInWindow.cpp //# include C/7zip/Compress/LZ/LZOutWindow.cpp //# include C/7zip/Compress/LZMA/LZMADecoder.cpp # include C/7zip/Compress/LZMA/LZMAEncoder.cpp # include C/7zip/Compress/RangeCoder/RangeCoderBit.cpp #endif #undef RC_NORMALIZE -- #undef _LZMA_LOC_OPT #if (WITH_LZMA = 0x449) # include C/Compress/Lzma/LzmaDecode.h # include C/Compress/Lzma/LzmaDecode.c #else # include C/7zip/Compress/LZMA_C/LzmaDecode.h # include C/7zip/Compress/LZMA_C/LzmaDecode.c #endif One way to fix the bug would be to add the missing files to lzma-dev (or provide full source in lzma-source). However convincing upstream lzma authors to provide proper development library would be much better. Best Regards, robert Best Regards, robert
Bug#452817: Please support --lzma compression
Robert == Robert Luberda [EMAIL PROTECTED] writes: Hello, The debian version doesn't support --lzma compression, could you please add it? [...] Robert One way to fix the bug would be to add the missing files to Robert lzma-dev (or provide full source in lzma-source). However Robert convincing upstream lzma authors to provide proper Robert development library would be much better. Actually, the upstream author is working on a development library, but nothing seems to have been released yet. But as you said, it would be possible to add the missing files to lzma-dev package. However, I don't know yet when I will have the time to work on it because I have a lot of work ATM, feel free to submit a bug report on lzma-dev and/or a patch ;). Regards, Arnaud Fontaine pgpBGxDCYUztP.pgp Description: PGP signature