On Wed, Jun 18, 2008 at 12:53 AM, Ryan Lewon <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 18, 2008 at 12:46 AM, James G. Sack (jim) <[EMAIL PROTECTED]>
> wrote:
>>
>> Carl Lowenstein wrote:
>> > On Tue, Jun 17, 2008 at 7:09 PM, James G. Sack (jim) <[EMAIL PROTECTED]>
>> > wrote:
>> >> ..and flash and (some) codecs work therein, even.
>> >>
>> >> Hey, this has got mean that 64bit is almost ready.
>> >
>> > Well, I have a little problem.. This is on my 64-bit Compaq laptop,
>> > running Fedora 9.
>> >
>> > [EMAIL PROTECTED] transfer]$ sudo rpm -Uvh
>> > opera-9.50.gcc4-shared-qt3.x86_64.rpm
>> > [sudo] password for cdl:
>> > error: Failed dependencies:
>> > libgcc_s.so.1 is needed by opera-9.50-2042.gcc4.shared.qt3.x86_64
>> > libstdc++.so.6 is needed by opera-9.50-2042.gcc4.shared.qt3.x86_64
>> > libstdc++.so.6(CXXABI_1.3) is needed by
>> > opera-9.50-2042.gcc4.shared.qt3.x86_64
>> > libstdc++.so.6(GLIBCXX_3.4) is needed by
>> > opera-9.50-2042.gcc4.shared.qt3.x86_64
>> > libX11.so.6 is needed by opera-9.50-2042.gcc4.shared.qt3.x86_64
>> > libXext.so.6 is needed by opera-9.50-2042.gcc4.shared.qt3.x86_64
>> > libXt.so.6 is needed by opera-9.50-2042.gcc4.shared.qt3.x86_64
>> >
>> > libgcc_s.so can be found in /lib64.
>> > All of the other missing libraries can be found in /usr/iib64, with
>> > the exception of the two with funny suffixes (CXXABI_1.3) and
>> > (GLIBCXX_3.4).
>> >
>> > I haven't yet tried anything like strace(1) to see where Opera is
>> > expecting to find these things. Maybe tomorrow morning.
>> >
>>
>> hmm, I don't have F9 on an x86_64, I'm still running F7 and it finds
>> /lib64/libgcc_s.so.1 ->libgcc_s-4.1.2-20070925.so.1
>> /lib/libgcc_s.so.1 -> libgcc_s-4.1.2-20070925.so.1
>>
>> My opera executable ended up in /usr/lib/opera/9.50/ even though it's a
>> 64bit program. merely a curiosity, I guess.
>>
>> You don't suppose it's some package that forgot to run ldconfig?
>>
>> Oh, I just noticed ldconfig has a -p, --print-cache command option that
>> may be useful.
>>
>>
>> Regards,
>> ..jim
>>
>>
>> --
>> [email protected]
>> http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
>
> Well, since it's an RPM I guess the RPM it's looking for stores the
> paths differently in FC9, since the RPM is built for FC6,7,8 it may
> have stored the paths differently. jim, can you run rpm -qf
> /lib64/libgcc_s.so.1 so we can see which rpm it's from, and then Carl
> you can run the same thing for where your libgcc_s.so.1 is located and
> compare. Since apparently it looks for them in the same path. Also,
> you can try to rpm2cpio opera-9.50.gcc4-shared-qt3.x86_64.rpm | cpio
> -ipv ( in a directory you don't care to extract it to), cd to
> usr/lib/opera/9.50/ and type ldd opera, and copy the output to here,
> easiest way to find where it's looking or the libraries.
Answer to first question:
libgcc-4.3.0-8.x86_64
Some fumbling to find the proper switches for cpio, Should be "cpio -idv".
Answer to second question is rather verbose. Well, 37 lines,
including the command synopsis.
$ mkdir /tmp/foo; cd /tmp/foo
$ rpm2cpio /data/transfer/opera-9.50.gcc4-shared-qt3.x86_64.rpm | cpio -idv
$ cd /tmp/foo/usr/lib/opera/9.50
$ ldd opera
linux-vdso.so.1 => (0x00007fffe91fe000)
libqt-mt.so.3 => /usr/lib64/qt-3.3/lib/libqt-mt.so.3
(0x000000355a400000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x0000003a70800000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x0000003a63a00000)
libSM.so.6 => /usr/lib64/libSM.so.6 (0x0000003b1be00000)
libICE.so.6 => /usr/lib64/libICE.so.6 (0x0000003b1ba00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003b17e00000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000003b17a00000)
libz.so.1 => /lib64/libz.so.1 (0x0000003b19a00000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003b22e00000)
libm.so.6 => /lib64/libm.so.6 (0x0000003b17600000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003b21a00000)
libc.so.6 => /lib64/libc.so.6 (0x0000003b17200000)
libmng.so.1 => /usr/lib64/libmng.so.1 (0x0000003a66e00000)
libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x0000003b23600000)
libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x000000343ac00000)
libXi.so.6 => /usr/lib64/libXi.so.6 (0x0000003a64a00000)
libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x0000003a64200000)
libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x0000003a64600000)
libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x0000003a64e00000)
libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x0000003a65200000)
libXft.so.2 => /usr/lib64/libXft.so.2 (0x000000355bc00000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x0000003559800000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x0000003559c00000)
libxcb-xlib.so.0 => /usr/lib64/libxcb-xlib.so.0 (0x0000003a6fc00000)
libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x0000003a6f400000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x0000003b19600000)
/lib64/ld-linux-x86-64.so.2 (0x0000003b16e00000)
liblcms.so.1 => /usr/lib64/liblcms.so.1 (0x0000003b2ea00000)
libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x0000003a63e00000)
libexpat.so.1 => /lib64/libexpat.so.1 (0x0000003b1c600000)
libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x0000003a6f000000)
The only non-present thing is "linux-vdso.so.1" as I see it.
carl
--
carl lowenstein marine physical lab u.c. san diego
[EMAIL PROTECTED]
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
