Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Java with Opera

2 views
Skip to first unread message

Gordon Darling

unread,
Jun 3, 2007, 6:29:58 AM6/3/07
to
Dual Core Athlon 4800 with 4GB of RAM running Open SuSE 10.2. Opera 9.21
Build 641 (from RPM opera-9.21-20070510.6) (i386)

(although I had the same problem with 9.20-1.1 x86_64 from the SuSE
repository.

Opera can't seem to find Java. The OS is 64bit so are three java installs

java-1_5_0-sun-plugin-1.5.0_update10-2.1
java-1_5_0-sun-1.5.0_update10-2.1
java-1_4_2-gcj-compat-32bit-1.4.2.0-66

Under Opera preferences > advanced > Enable java > java options which
path should Opera use to find java and which file is it actually looking
for?

Thanks Gordon

Robt. W. Fletcher Jr

unread,
Jun 3, 2007, 6:43:38 AM6/3/07
to
Gordon Darling <m...@inval-id.com> writes:

You need a 32-bit version of java. Since Opera is 32-bit, it can only
load 32-bit shared libraries.

locate libjava.so
file -L /path/to/libjava.so

If you hava a 32-bit libjava.so on your system, tell Opera us use the
directoy that contains it as the path to java.


--
-rwf

Gordon Darling

unread,
Jun 3, 2007, 7:28:33 AM6/3/07
to

Ah! I've only got
/usr/lib64/jvm/java-1.5.0-sun-1.5.0_update10/jre/lib/amd64/libjava.so

So I've rolled back to Opera 9.20-1.1 (Opera 9.20 build 638) which is a
64bit build from ftp://ftp.suse.com/pub/suse/update/10.2/rpm/x86_64/,
told it where to look for libjava.so, told it to validate the path and
everything now works OK.

Thanks for the help,
Gordon

Eirik Byrkjeflot Anonsen

unread,
Jun 4, 2007, 8:34:24 AM6/4/07
to
Gordon Darling <m...@inval-id.com> writes:

I'm rather surprised. The 64-bit builds aren't "certified stable"
yet, as far as I know.

eirik

Gordon Darling

unread,
Jun 4, 2007, 9:58:40 AM6/4/07
to
On Mon, 04 Jun 2007 14:34:24 +0200, Eirik Byrkjeflot Anonsen wrote:

<snippage>

>> So I've rolled back to Opera 9.20-1.1 (Opera 9.20 build 638) which is a
>> 64bit build from ftp://ftp.suse.com/pub/suse/update/10.2/rpm/x86_64/,
>> told it where to look for libjava.so, told it to validate the path and
>> everything now works OK.
>>

>

> I'm rather surprised. The 64-bit builds aren't "certified stable" yet,
> as far as I know.
>
> eirik

This all seems to go back to this press release
http://www.opera.com/pressreleases/en/2002/07/20020703.dml

"Opera Software ASA today announced that SuSE will distribute the ad-
sponsored version of the Opera for Linux Web browser in their Linux
distribution. The deal is Opera's first major Linux distribution
agreement."

The SuSE RPM details are

Installed Version Version: 9.20-1.1
Build Time: Fri 20 Apr 2007 16:46:19 BST
Install Time: Sun 03 Jun 2007 12:12:04 BST
Package Group: Productivity/Networking/Web/Browsers
License: Any commercial
Installed Size: 18.8 M
Archive Size: 6.3 M
Distribution:
Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany
Packager: http://bugs.opensuse.org
Architecture: x86_64
Build Host: d79.suse.de
URL: http://www.opera.com/
Media No.: 0
Authors:

Note the build host. It looks as if SuSE have access to the Opera source
code (presumably under a NDA) and create their own builds for each OS
release/architecture. It would seem that SuSE are the only distro that
have this type of agreement.

Perhaps someone from Opera Software ASA could comment further?

Regards
Gordon

Eirik Byrkjeflot Anonsen

unread,
Jun 4, 2007, 11:33:36 AM6/4/07
to
Gordon Darling <m...@inval-id.com> writes:

It could be the build host refers to the machine that builds the rpm,
rather than the application. (Of course, if you could find the actual
opera binary (maybe /usr/lib/opera/<version>/opera) you could run
'file' on it and see if it really reports x86_64.)

eirik

Robt. W. Fletcher Jr

unread,
Jun 4, 2007, 12:34:04 PM6/4/07
to
Gordon Darling <m...@inval-id.com> writes:


> Ah! I've only got
> /usr/lib64/jvm/java-1.5.0-sun-1.5.0_update10/jre/lib/amd64/libjava.so
>
> So I've rolled back to Opera 9.20-1.1 (Opera 9.20 build 638) which
> is a 64bit build from
> ftp://ftp.suse.com/pub/suse/update/10.2/rpm/x86_64/, told it where
> to look for libjava.so, told it to validate the path and everything
> now works OK.
>

Most strange. I download the following file.

ftp://ftp.suse.com/pub/suse/update/10.2/rpm/x86_64/opera-9.20-1.1.x86_64.rpm

~/tmp% rpm2tar opera-9.20-1.1.x86_64.rpm
found bzip magic bytes
trying to decompress with bzip2... OK

~/tmp% tar -xf opera-9.20-1.1.x86_64.tar
~/tmp% objdump -a usr/lib/opera/9.20-20070409.6/opera

usr/lib/opera/9.20-20070409.6/opera: file format elf32-i386
usr/lib/opera/9.20-20070409.6/opera

See the first sentence.

--
-rwf

csant

unread,
Jun 4, 2007, 3:19:08 PM6/4/07
to
On Sun, 03 Jun 2007 13:28:33 +0200, Gordon Darling <m...@inval-id.com> wrote:

> Opera 9.20-1.1 (Opera 9.20 build 638) which is a 64bit build from
> ftp://ftp.suse.com/pub/suse/update/10.2/rpm/x86_64/

Currently there are no public 64-bit builds. SUSE seems to be packaging
the shared .6 package as some 64-bit build...
/c

Gordon Darling

unread,
Jun 5, 2007, 4:39:28 PM6/5/07
to

Yep, confirmed it's a 32bit executable but the SuSE RPM is labelled
x86_64. Most misleading.

Thanks
Gordon

Gordon Darling

unread,
Jun 5, 2007, 4:42:17 PM6/5/07
to

It seems it's a 32bit executable but the RPM is labelled x86_64.

What's the current timescale for an official 64 bit release?

Thanks
Gordon

Rijk van Geijtenbeek

unread,
Jun 5, 2007, 5:18:29 PM6/5/07
to
Op Tue, 05 Jun 2007 22:42:17 +0200 schreef Gordon Darling
<m...@inval-id.com>:

..

> It seems it's a 32bit executable but the RPM is labelled x86_64.
>
> What's the current timescale for an official 64 bit release?

I'm sorry, but this is the only available answer:
http://operawiki.info/WhenItsReady


--
Rijk
Opera Software, QA etc...

Eirik Byrkjeflot Anonsen

unread,
Jun 6, 2007, 3:02:48 AM6/6/07
to
Gordon Darling <m...@inval-id.com> writes:

And java works anyway? Now that's weird!

eirik

sinistra

unread,
Jun 8, 2007, 2:56:58 PM6/8/07
to
> Yep, confirmed it's a 32bit executable but the SuSE RPM is labelled
> x86_64. Most misleading.


it must be that microsoft influence FUD begins with them.

--
s.

0 new messages