Summary: | allow app-arch/lzma and app-arch/lzma-utils to be installed simultaneously | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | cJ <cJ-gentoo> |
Component: | New packages | Assignee: | Radoslaw Stachowiak (RETIRED) <radek> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | chad.simmons, esigra, ingmar, pacho, radek, vapier |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Rename binary from 'app-arch/lzma' package from "lzma" to "lzma_" |
Description
cJ
2008-04-19 18:52:49 UTC
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 |