Summary: | app-arch/rar-3.5.1 needs to depend on virtual/libstdc++-3.3 on x86 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Daniel Thaler <daniel> |
Component: | New packages | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | betelgeuse, ps, rbu |
Priority: | High | ||
Version: | 2006.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
rar-libstd.patch
proper deps |
Description
Daniel Thaler
2006-07-03 16:12:22 UTC
Created attachment 98834 [details, diff]
rar-libstd.patch
Confirmed for both rar-3.5.1 and -3.6.0. Patch included.
Created attachment 99007 [details, diff]
proper deps
I believe those are the correct deps... (If there is a good reason to dep on baselibs rather than compat on amd64 I'd like to here it...).
This patch applies on either of the in tree ebuilds (should be applied on both).
(In reply to comment #2) > proper deps Why dep on gcc or libstdc++ rather than on the virtual? And why only for x86? (In reply to comment #3) > And why only for x86? Because it doesn't make any sense to force 64bit libstdc++-v3 on amd64 folks for 32bit application, just plain annoying and redundant? :) Fixed as follows (used my checkdeps.rb to see the deps): --- rar-3.5.1.ebuild 11 Aug 2006 21:13:09 -0000 1.6 +++ rar-3.5.1.ebuild 7 Oct 2006 11:43:16 -0000 @@ -13,7 +13,11 @@ RESTRICT="nostrip" -RDEPEND="sys-libs/glibc amd64? ( app-emulation/emul-linux-x86-baselibs )" +RDEPEND=" + sys-libs/glibc + amd64? ( app-emulation/emul-linux-x86-compat ) + x86? ( ~virtual/libstdc++-3.3 ) + " --- rar-3.6.0.ebuild 7 Sep 2006 23:25:41 -0000 1.1 +++ rar-3.6.0.ebuild 7 Oct 2006 11:43:16 -0000 @@ -13,7 +13,7 @@ RESTRICT="nostrip" -RDEPEND="sys-libs/glibc amd64? ( app-emulation/emul-linux-x86-baselibs )" +RDEPEND="sys-libs/glibc amd64? ( app-emulation/emul-linux-x86-compat )" *** Bug 152098 has been marked as a duplicate of this bug. *** Well, 3.5.1 is OK now, 3.6.0 is missing virtual/libstdc++ dependency on x86. (In reply to comment #7) > Well, 3.5.1 is OK now, 3.6.0 is missing virtual/libstdc++ dependency on x86. > pena portage # checkdeps.rb rar sys-devel/gcc-4.1.1-r1 || app-office/openoffice-bin-2.0.4 /opt/bin/rar /opt/bin/unrar /opt/rar/bin/rar /opt/rar/bin/unrar /usr/bin/unrar sys-libs/glibc-2.5 /opt/bin/rar /opt/bin/unrar /opt/rar/bin/rar /opt/rar/bin/unrar /usr/bin/unrar Is my script buggy? (In reply to comment #7) > Well, 3.5.1 is OK now, 3.6.0 is missing virtual/libstdc++ dependency on x86. > That is not what is going on. libstdc++-3.3 is for libstdc++.so.5 and his error complains about .so.6 |