First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 139094
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Default Assignee for Orphaned Packages <maintainer-needed@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Daniel Thaler <daniel@dthaler.de>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
rar-libstd.patch rar-libstd.patch patch Robert Buchholz 2006-10-05 04:03 0000 963 bytes Details | Diff
proper_deps.patch proper deps patch Bo Ørsted Andresen (RETIRED) 2006-10-06 14:12 0000 420 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 139094 depends on: Show dependency tree
Show dependency graph
Bug 139094 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2006-07-03 16:12 0000 
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 From Robert Buchholz 2006-10-05 04:03:06 0000 ------- 
Created an attachment (id=98834) [edit]
rar-libstd.patch

Confirmed for both rar-3.5.1 and -3.6.0. Patch included.

------- Comment #2 From Bo Ørsted Andresen (RETIRED) 2006-10-06 14:12:34 0000 ------- 
Created an attachment (id=99007) [edit]
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 From Robert Buchholz 2006-10-06 17:09:07 0000 ------- 
(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 From Jakub Moc 2006-10-06 21:42:42 0000 ------- 
(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 From Petteri Räty 2006-10-07 04:44:10 0000 ------- 
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 From Jakub Moc 2006-10-20 05:19:50 0000 ------- 
*** Bug 152098 has been marked as a duplicate of this bug. ***

------- Comment #7 From Jakub Moc 2006-10-20 05:21:55 0000 ------- 
Well, 3.5.1 is OK now, 3.6.0 is missing virtual/libstdc++ dependency on x86.

------- Comment #8 From Petteri Räty 2006-10-20 08:57:54 0000 ------- 
(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 From Petteri Räty 2006-10-20 09:06:49 0000 ------- 
(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
First Last Prev Next    No search results available      Search page      Enter new bug