Re: Which package for libawt.so

[hce <webmail.hce@gmail.com>]

On Sat, Sep 20, 2008 at 12:19 AM, M.Reza Qurbani
<mreza.qurbani@gmail.com> wrote:
> On Fri, Sep 19, 2008 at 9:11 AM, hce <webmail.hce@gmail.com> wrote:
>>
>> On Fri, Sep 19, 2008 at 12:02 PM, M.Reza Qurbani
>> <mreza.qurbani@gmail.com> wrote:
>> > On Fri, Sep 19, 2008 at 5:43 AM, hce <webmail.hce@gmail.com> wrote:
>> >>
>> >> Hi,
>> >>
>> >> I am running opera 9.52, there is an error "ERROR: ld.so: object
>> >> 'libawt.so' from LD_PRELOAD cannot be preloaded: ignored". I could not
>> >> find there is any libawt.so in the /lib or /usr/lib. I searched libawt
>> >> without any results. Please advise which Debian package includes
>> >> libawt.so?
>> >>
>> >> Thank you.
>> >>
>> > Which version are you using?
>> >
>> > If you are using Etch, try this:
>> > $ sudo apt-get install sun-java5-bin
>>
>> Debian GNU/Linux 4.0
>>
>> I installed sun-java5-bin:
>>
>> /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386/libawt.so
>> /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386/client/libjvm.so
>> /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386/server/libjvm.so
>>
>> I added /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386 and
>> /usr/lib/jvm/java-1.5.0-sun/jre/lib/i386/client to the ld config conf
>> and updated by ldconfig. But I still got following error:
>>
>> $ opera
>> ~$ ERROR: ld.so: object 'libawt.so' from LD_PRELOAD cannot be
>> preloaded: ignored.
>> dlopen(librt.so) failed (This is not fatal, but some plug-ins may fail
>> if they use librt without pulling it in themselves)
>>
>> I can see from ldconfig that both librt.so and libawt.so are there:
>>
>> libawt.so (libc6, hwcap: 0x1000000000000) =>
>> /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/libawt.so
>> librt.so (libc6, OS ABI: Linux 2.4.1) => /usr/lib/librt.so
>>
>> What is missing here?
>>
>> Thank you M.Reza Qurbani and Andrew.
>
> Google guided me to:
>
> "...
> 3)edit opera preferences:
> tools, preferences, advanced tab, content section, Java Options button, add
> the path /usr/lib/jvm/java-1.5.0-sun-1.5.0.10/jre/lib/i386/ and validate
> with the validate button.
> ..."

That fixed the problem. I've last error:

$ dlopen(librt.so) failed (This is not fatal, but some plug-ins may
fail if they use librt without pulling it in themselves)

The librt.so is indeed in /usr/lib, why could not open it?

Thank you.