Some packages are blocking app-arch/lzma, and lzma and lzma-utils can't be installed at the same time. I think something should be done not to block the use of lzma (since coreutils needs lzma-utils ATM). The only reason it is blocked is that they have /usr/bin/lzma in common. I propose a solution, which is renaming lzma from lzma-utils to something such as lzma_alone. This way, people seeking to use it can have it without having to make another ebuild for it. This way, there's no need to block it (a ewarn can be displayed after lzma installation, to tell that the binary name is modified). I also think of the possibility to add support to app-arch/lzma's lzma in package managers' unpackers, and having virtual/unlzma, which could be provided by both lzmas and busybox with use=lzma. This principle could also be used with other compression methods... Reproducible: Always
lzma-utils is not changing. either the lzma package provides a renamed binary, or the blocker stays. disallowing the use of .lzma archives in ebuilds to satisfy a very small # of users is ridiculous and not going to happen.
I agree with the first point, lzma-utils is very practical and I never said it had to change. So I suggested that ebuild maintainer renamed the binary, and also asked to upstream to get it renamed officially (apparently, there's no objection to that, I discussed once with lzma-utils guys and 7zip's author). I also agree with your second point, even if that's not related to my bug. I even answered to the guy asking for bz2 packages for libpng, and told him to go to hell, in an indirect way :p
Created attachment 156527 [details, diff] Rename binary from 'app-arch/lzma' package from "lzma" to "lzma_" The only change needed for 'app-arch/lzma' to let it so-exist with 'app-arch/lzma-utils'.:)
Comment on attachment 156527 [details, diff] Rename binary from 'app-arch/lzma' package from "lzma" to "lzma_" ><?xml version="1.0"?><html><body><pre>--- lzma-4.57.ebuild 2008-06-12 22:49:00.000000000 +0400 >+++ lzma-4.57-r1.ebuild 2008-06-13 02:08:33.000000000 +0400 >@@ -13,8 +13,6 @@ > KEYWORDS="~arm ~amd64 ~ia64 ~mips ~sparc ~x86" > IUSE="doc" > >-RDEPEND="!app-arch/lzma-utils" >- > S=${WORKDIR} > > src_compile() { >@@ -26,7 +24,7 @@ > } > > src_install() { >- dobin CPP/7zip/Compress/LZMA_Alone/lzma || die >+ newbin CPP/7zip/Compress/LZMA_Alone/lzma lzma_ || die > dodoc history.txt > use doc && dodoc 7zC.txt 7zFormat.txt lzma.txt Methods.txt > } ></pre></body></html>
Just thought I would mention that lzma-utils is being renamed to xz utils and will use a different extension now. When out of beta maybe that can help this bug? From the announcement list: "The new code base of LZMA Utils was renamed to XZ Utils. The first beta release is now available: http://tukaani.org/lzma/xz-4.999.7beta.tar.gz The new .xz file format is probably final now, but it's not officially frozen yet, so don't use it for anything critical yet. The API of liblzma should be pretty much stable now. The ABI may change still though. The major soname of liblzma will be bumped right before the first stable release. Note that the Subblock filter is not enabled by default; its format and API are not stable yet. Probably it won't be included in the first stable release of XZ Utils. It's included in the beta in disabled form only to simplify my work. Most of the code in XZ Utils is still licensed under LGPLv2.1+. This will change before the first stable release: all the interesting parts will be put into the public domain just like LZMA SDK from 7-zip.org already is."
Added version 4.63 with changed binary name to lzma_alone with removed RDEPEND block on lzma-utils in the lzma ebuild. Vapier, could you please consider removing blocks from other places?
thanks, ive updated the xz-utils depend