Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 139094 - app-arch/rar-3.5.1 needs to depend on virtual/libstdc++-3.3 on x86
Summary: app-arch/rar-3.5.1 needs to depend on virtual/libstdc++-3.3 on x86
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-07-03 16:12 UTC by Daniel Thaler
Modified: 2006-10-20 09:07 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
rar-libstd.patch (rar-libstd.patch,963 bytes, patch)
2006-10-05 04:03 UTC, Robert Buchholz (RETIRED)
Details | Diff
proper deps (proper_deps.patch,420 bytes, patch)
2006-10-06 14:12 UTC, Bo Ørsted Andresen (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Thaler 2006-07-03 16:12:22 UTC
Without libstdc++-v3 an attempt to run rar results in this error:

rar: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory
Comment 1 Robert Buchholz (RETIRED) gentoo-dev 2006-10-05 04:03:06 UTC
Created attachment 98834 [details, diff]
rar-libstd.patch

Confirmed for both rar-3.5.1 and -3.6.0. Patch included.
Comment 2 Bo Ørsted Andresen (RETIRED) gentoo-dev 2006-10-06 14:12:34 UTC
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).
Comment 3 Robert Buchholz (RETIRED) gentoo-dev 2006-10-06 17:09:07 UTC
(In reply to comment #2)
> proper deps

Why dep on gcc or libstdc++ rather than on the virtual? And why only for x86?
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2006-10-06 21:42:42 UTC
(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? :)

Comment 5 Petteri Räty (RETIRED) gentoo-dev 2006-10-07 04:44:10 UTC
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 )"
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2006-10-20 05:19:50 UTC
*** Bug 152098 has been marked as a duplicate of this bug. ***
Comment 7 Jakub Moc (RETIRED) gentoo-dev 2006-10-20 05:21:55 UTC
Well, 3.5.1 is OK now, 3.6.0 is missing virtual/libstdc++ dependency on x86.
Comment 8 Petteri Räty (RETIRED) gentoo-dev 2006-10-20 08:57:54 UTC
(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?
Comment 9 Petteri Räty (RETIRED) gentoo-dev 2006-10-20 09:06:49 UTC
(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