firefox 1.0.1 and java

[Gerhard Magnus]

Once I installed the new firefox 1.0.1 I lost the java runtime
environment I had finally been able to get working with firefox 1.0.

The "About Mozilla Firefox" window says I'm running "Firefox/1.0.1
Fedora/1.0.1-1.3.2".  I assume this new version of firefox is using
files from the directory tree that starts /usr/lib/firefox-1.0.1, which
means I need to make a symbolic link (using the ln -s command)
from /usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so
to /usr/lib/firefox-1.0.1/plugins.  This is the same procedure I
successfully used before to make the link in
the /usr/lib/firefox-1.0/plugins directory.

For some reason this procedure is not working -- the new link
in /usr/lib/firefox-1.0.1/plugins appears in red instead of blue.  I've
tried deleting the link (using rm -r) from both
the /usr/lib/firefox-1.0/plugins and the /usr/lib/firefox-1.0.1/plugins
directories.  Although they no longer show up (using ls -al) the link
creation (using ln -s) still gives a non-functioning link.  Then when I
do a locate libjavaplugin_oji.so I get --

/usr/java/j2re1.4.2_06/plugin/i386/ns610/libjavaplugin_oji.so
/usr/java/j2re1.4.2_06/plugin/i386/ns610-gcc32/libjavaplugin_oji.so
/usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so
/usr/java/jre1.5.0/plugin/i386/ns7-gcc29/libjavaplugin_oji.so
/usr/lib/firefox-1.0/plugins/libjavaplugin_oji.so
/usr/lib/firefox-1.0.1/plugins/libjavaplugin_oji.so

which seems to be saying the links are still there in both firefox
directories!  When I try ls -l on the /usr/lib/firefox-1.0.1/plugins
directory I get:

lrwxrwxrwx  1 root root    20 Mar  6 16:51 libjavaplugin_oji.so ->
libjavaplugin_oji.so

flashing in red -- it looks like the link is linking to itself.  Or
something....  Any suggestions on how to clean this up or at least to
hack through it further?

[Michael A. Peters]

On 03/06/2005 05:00:39 PM, Gerhard Magnus wrote:
> Once I installed the new firefox 1.0.1 I lost the java runtime
> environment I had finally been able to get working with firefox 1.0.

Works fine for me - I suggest you use jpackage.org for your java stuff.

printer problem

[Gerhard Magnus]

Greetings!

I'm having trouble getting my Epson Stylus Color 980 printer working on
a newly installed FC4 system.
    Using the Printer Configuration wizard I associated this printer with
the default locally connected queue /dev/usb/lp0.  I also selected the
default driver: Epson Color 980.  When I try sending any of the test
pages to the printer I get the error message: There was a problem
sending the test page to 'Epson980' queue.  lpr error -- unable to print
file: server error service unavailable.
    What does this mean and what can I do about it?  The printer worked
fine when I was running FC3.
    Thanks for the help!

Jerry

printer problem fixed -- but why?

[Gerhard Magnus]

On Tue, 2005-11-01 at 08:55 -0800, Gerhard Magnus wrote:
> Greetings!
>
> I'm having trouble getting my Epson Stylus Color 980 printer working on
> a newly installed FC4 system.
>    Using the Printer Configuration wizard I associated this printer with
> the default locally connected queue /dev/usb/lp0.  I also selected the
> default driver: Epson Color 980.  When I try sending any of the test
> pages to the printer I get the error message: There was a problem
> sending the test page to 'Epson980' queue.  lpr error -- unable to print
> file: server error service unavailable.
>    What does this mean and what can I do about it?  The printer worked
> fine when I was running FC3.
>    Thanks for the help!
>
> Jerry

Hello again,

I fixed this problem by making the /etc/hosts file on PuteC (running
FC4) look like the old one on PuteA (still running FC3).  But I was just
hacking in the dark and don't know why this worked.
    When I installed FC4 on PuteC the /etc/host file looked like this:

192.168.1.12    PuteC.SMAssociates.com  PuteC   localhost.localdomain
localhost
192.168.1.11    PuteA.SMAssociates.com  PuteA

To get something looking like the FC3 version on PuteA I took out the
localhost.localdomain and localhost aliases.  Now the printer works
fine.  But why?

Jerry

printer problem fixed -- but why?

On Tue, Nov 01, 2005 at 09:52:33AM -0800, Gerhard Magnus wrote:
> On Tue, 2005-11-01 at 08:55 -0800, Gerhard Magnus wrote:
> > Greetings!
> >
> > I'm having trouble getting my Epson Stylus Color 980 printer working on
> > a newly installed FC4 system.
> >    Using the Printer Configuration wizard I associated this printer with
> > the default locally connected queue /dev/usb/lp0.  I also selected the
> > default driver: Epson Color 980.  When I try sending any of the test
> > pages to the printer I get the error message: There was a problem
> > sending the test page to 'Epson980' queue.  lpr error -- unable to print
> > file: server error service unavailable.
> >    What does this mean and what can I do about it?  The printer worked
> > fine when I was running FC3.
> >    Thanks for the help!
> >
> > Jerry
>
> Hello again,
>
> I fixed this problem by making the /etc/hosts file on PuteC (running
> FC4) look like the old one on PuteA (still running FC3).  But I was just
> hacking in the dark and don't know why this worked.
>    When I installed FC4 on PuteC the /etc/host file looked like this:
>
> 192.168.1.12    PuteC.SMAssociates.com  PuteC   localhost.localdomain
> localhost
> 192.168.1.11    PuteA.SMAssociates.com  PuteA
>
> To get something looking like the FC3 version on PuteA I took out the
> localhost.localdomain and localhost aliases.  Now the printer works
> fine.  But why?

Why would you expect localhost.localdomain be associated with any ip
address but 127.0.0.1 ?
=======================================================================
Q:	Why is it that the more accuracy you demand from an interpolation
    function, the more expensive it becomes to compute?
A:	That's the Law of Spline Demand.
-------------------------------------------
Aaron Konstam
Computer Science
Trinity University
telephone: [phone]

[Richard Hubbell]

On Sun, 06 Mar 2005 17:00:39 -0800, Gerhard Magnus
 wrote:
> Once I installed the new firefox 1.0.1 I lost the java runtime
> environment I had finally been able to get working with firefox 1.0.
>
> The "About Mozilla Firefox" window says I'm running "Firefox/1.0.1
> Fedora/1.0.1-1.3.2".  I assume this new version of firefox is using
> files from the directory tree that starts /usr/lib/firefox-1.0.1, which
> means I need to make a symbolic link (using the ln -s command)
> from /usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so
> to /usr/lib/firefox-1.0.1/plugins.  This is the same procedure I
> successfully used before to make the link in
> the /usr/lib/firefox-1.0/plugins directory.
>
> For some reason this procedure is not working -- the new link
> in /usr/lib/firefox-1.0.1/plugins appears in red instead of blue.  I've
> tried deleting the link (using rm -r) from both
> the /usr/lib/firefox-1.0/plugins and the /usr/lib/firefox-1.0.1/plugins
> directories.  Although they no longer show up (using ls -al) the link
> creation (using ln -s) still gives a non-functioning link.  Then when I
> do a locate libjavaplugin_oji.so I get --
>
> /usr/java/j2re1.4.2_06/plugin/i386/ns610/libjavaplugin_oji.so
> /usr/java/j2re1.4.2_06/plugin/i386/ns610-gcc32/libjavaplugin_oji.so
> /usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so
> /usr/java/jre1.5.0/plugin/i386/ns7-gcc29/libjavaplugin_oji.so
> /usr/lib/firefox-1.0/plugins/libjavaplugin_oji.so
> /usr/lib/firefox-1.0.1/plugins/libjavaplugin_oji.so
>
> which seems to be saying the links are still there in both firefox
> directories!  When I try ls -l on the /usr/lib/firefox-1.0.1/plugins
> directory I get:
>
> lrwxrwxrwx  1 root root    20 Mar  6 16:51 libjavaplugin_oji.so ->
> libjavaplugin_oji.so
>
> flashing in red -- it looks like the link is linking to itself.  Or
> something....  Any suggestions on how to clean this up or at least to
> hack through it further?

This isn't a fedora question but a firefox question.
But there are so many lists.  I have subscribed to more than I know.
It seems nowadays one has to subscribe to a separate list for every package
available.   ...I digress...

Did you do this?

cd /usr/lib/firefox-1.0.1/plugins/
ln -s /usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so  .

To make sure you created the link properly try this:
ls -Ll  /usr/lib/firefox-1.0.1/plugins/libjavaplugin_oji.so
 ls -Ll  /usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so
(they better be the same size (^: )
Make sure java is enabled under preferences|options.
then /usr/bin/firefox
try it out

http://www.cmpharm.ucsf.edu/cgi-bin/webmol.pl

Richard
> --
> fedora-list mailing list
> [e-mail]
> To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list

firefox 1.0.1 and java (fixed)

[Gerhard Magnus]

On Mon, 2005-03-07 at 05:08 +0000, Richard Hubbell wrote:
> On Sun, 06 Mar 2005 17:00:39 -0800, Gerhard Magnus
>  wrote:
> > Once I installed the new firefox 1.0.1 I lost the java runtime
> > environment I had finally been able to get working with firefox 1.0.
> This isn't a fedora question but a firefox question.
> But there are so many lists.  I have subscribed to more than I know.
> It seems nowadays one has to subscribe to a separate list for every package
> available.   ...I digress...

First, thanks for helping me fix this.  Similar problems must come up
frequently in this gray area between open-source linux and software
that's merely free to download.  Here we have a common application (the
java runtime environment) that apparently installs and functions
transparently-to-the-user with web browsers running under Windows.  But
to get it working with the default browser for Fedora (firefox) requires
this song & dance involving information that's practically buried on the
Sun/Java and Mozilla/Firefox websites.  Even going through this
installation a second time (after the latest firefox upgrade) I was
getting nowhere without help.

What is the relationship between Fedora/linux and Sun/java and why does
it seem to be so unfriendly?

Why does installing this plugin have to be done with symbolic links in
the first place?
> Did you do this?
>
> cd /usr/lib/firefox-1.0.1/plugins/
> ln -s /usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so  .
>
> To make sure you created the link properly try this:
> ls -Ll  /usr/lib/firefox-1.0.1/plugins/libjavaplugin_oji.so
>  ls -Ll  /usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so
> (they better be the same size (^: )
> Make sure java is enabled under preferences|options.
> then /usr/bin/firefox
> try it out
>
> http://www.cmpharm.ucsf.edu/cgi-bin/webmol.pl

I'm not sure why what I was doing kept creating a bad link but I'll play
around with it (yes, using some file other than libjavaplugin.oji!)
until this is more clear.

firefox 1.0.1 and java (fixed)

[James Wilkinson]

Gerhard Magnus wrote:
> What is the relationship between Fedora/linux and Sun/java and why does
> it seem to be so unfriendly?

There are a number of issues.

One is simply that Sun's Solaris and Red Hat's RHEL are pretty serious
competitors in the enterprise OS market. And there aren't many other
serious players at this level: there's Windows, AIX, HP/UX, and
Novell/SuSE. So there's a fair amount of commercial rivalry there:
http://www.theinquirer.net/?article=19765 .

I strongly suspect that since RHEL is based on Fedora, Sun is not really
interested in improving the Fedora user experience. (On the other hand,
they're still keen that Fedora and RHEL have Sun versions of Java.)

In any case, Sun's affection for Solaris means that it isn't very keen
on any version of Linux.

Another is that Sun's Java is not open source:
http://www.theinquirer.net/?article=19935 . This has kept Java out of
Fedora (both Core and Extras), and so there isn't really the
infrastructure there. That means that the Java infrastructure has to
come from the Sun installer, and they haven't got it working well with
the rest of the system.

The medium and long term solution is going to be to reimplement Java,
using no Sun code, and escaping Sun's control. This is being aimed at
FC4.

James.

[Christopher J. Bottaro]

<posted & mailed>

Gerhard Magnus wrote:
> Then when I
> do a locate libjavaplugin_oji.so I get --
>
> /usr/java/j2re1.4.2_06/plugin/i386/ns610/libjavaplugin_oji.so
> /usr/java/j2re1.4.2_06/plugin/i386/ns610-gcc32/libjavaplugin_oji.so
> /usr/java/jre1.5.0/plugin/i386/ns7/libjavaplugin_oji.so
> /usr/java/jre1.5.0/plugin/i386/ns7-gcc29/libjavaplugin_oji.so
> /usr/lib/firefox-1.0/plugins/libjavaplugin_oji.so
> /usr/lib/firefox-1.0.1/plugins/libjavaplugin_oji.so
>
> which seems to be saying the links are still there in both firefox
> directories!

Just to clear up any confusion in the future...

Locate uses a "database" to lookup the locations of the files that you are
querying.  That database is only updated once a day or something.  Thus if
you make changes to the filesystem, it will not be reflected in locate's
database until cron kicks off the job to sync it.

The find command is much more reliable.