Re: Getting mozilla going...

2002-05-02 Thread Mike Fontenot

Colin Watson [EMAIL PROTECTED] wrote:

 Sounds like outdated advice to me ... in the early days of Mozilla I
 think you had to set MOZILLA_FIVE_HOME, but you don't need to now.

OK, but is the need to patch up Mozilla with jre.xpi also obsolete?
Other articles (re: both potato  woody) seem to say Mozilla still
can't handle java applets as it exists right after installation...
that some intervention is necessary.

Mike Fontenot
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-05-02 Thread DvB
Mike Fontenot [EMAIL PROTECTED] writes:

 Colin Watson [EMAIL PROTECTED] wrote:
 
  Sounds like outdated advice to me ... in the early days of Mozilla I
  think you had to set MOZILLA_FIVE_HOME, but you don't need to now.
 
 OK, but is the need to patch up Mozilla with jre.xpi also obsolete?
 Other articles (re: both potato  woody) seem to say Mozilla still
 can't handle java applets as it exists right after installation...
 that some intervention is necessary.


Mozilla uses OJI to interface with a JRE that you must install on your
system (there's no bundled JRE like with Netscape 4.x). You can
install the Java jre through a package (which isn't in Debian, AFAIK,
because of licensing problems) or you can install the jre from
http://ftp.mozilla.org/pub/mozilla/nightly/*/linux-xpi/jre.xpi 
(I think that's the correct URL). Just clicking on the file should
install it, assuming there aren't any bugs with XPInstall that break the
installation.

If you choose the first option (which is what I do), you should be able
to do so by adding one of the following to your sources.list:

#deb ftp://ftp.linux.org.uk/pub/linux/java/debian woody non-free
#deb ftp://ftp.uk.linux.org/pub/linux/java/debian woody non-free
#deb ftp://ftp.oleane.net/pub/java-linux/debian woody non-free
#deb
#ftp://metalab.unc.edu/pub/linux/devel/lang/java/blackdown.org/debian woody 
non-free

I currently use the first one. Then, you should make a symlink (don't
copy!) from the appropriate *.so file to your plugins directory (which,
in current versions can be either in mozilla or .mozilla).


HTH


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-05-02 Thread Mike Fontenot

Actually, the more I look at the advice to patch up
mozilla so that it can handle java applets, the less
I understand the advice:

 unzip jre.xpi -d $MOZILLA_FIVE_HOME/plugins 'jre-image-i386/*'
 ln -s jre-image-i386/plugin/i386/ns600/libjavaplugin_oji.so .

I don't have unzip on my potato system...just gunzip, and
if I do a gunzip -c jre.xpi out_file_name, it says that

  jre.xpi has more than one entry--rest ignored,

and there is nothing in the output file out_file_name.

Also, I don't understand his link: ln -s f1 f2 establishes a
soft link from the new name f2 to the existing ordinary file f1,
which doesn't make any sense to me with the syntax he gave.

Mike Fontenot
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-05-02 Thread Jamin W . Collins
On Thu, 02 May 2002 13:45:18 -0600
Mike Fontenot [EMAIL PROTECTED] wrote:

 Actually, the more I look at the advice to patch up
 mozilla so that it can handle java applets, the less
 I understand the advice:
 
  unzip jre.xpi -d $MOZILLA_FIVE_HOME/plugins 'jre-image-i386/*'
  ln -s jre-image-i386/plugin/i386/ns600/libjavaplugin_oji.so .
 
 I don't have unzip on my potato system...just gunzip, and
 if I do a gunzip -c jre.xpi out_file_name, it says that

You need the unzip utility for this, not gunzip.

apt-get install unzip

 Also, I don't understand his link: ln -s f1 f2 establishes a
 soft link from the new name f2 to the existing ordinary file f1,
 which doesn't make any sense to me with the syntax he gave.

With the sytanx he provided, the . at the end references the current
directory.  When a directory is used as the second filename to ln in this
way, the original file name is used as the name for the new link to be
created and it is created in the specified directory.

-- 
Jamin W. Collins


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-05-02 Thread DvB
Mike Fontenot [EMAIL PROTECTED] writes:

 Actually, the more I look at the advice to patch up
 mozilla so that it can handle java applets, the less
 I understand the advice:
 
  unzip jre.xpi -d $MOZILLA_FIVE_HOME/plugins 'jre-image-i386/*'
  ln -s jre-image-i386/plugin/i386/ns600/libjavaplugin_oji.so .
 


That's basically what I said, assuming that xpi files are just zip files
with a different extension (which wouldn't surprise me). Mozilla has a
built in installer for xpi files, though, so all that shouldn't be
necessary.


 I don't have unzip on my potato system...just gunzip, and


apt-get install unzip (apt-get install zip, if you also want to create
archives).


 if I do a gunzip -c jre.xpi out_file_name, it says that
 
   jre.xpi has more than one entry--rest ignored,
 
 and there is nothing in the output file out_file_name.


gzip doesn't support winzip's format... for licensing reasons, I
assume.



 
 Also, I don't understand his link: ln -s f1 f2 establishes a
 soft link from the new name f2 to the existing ordinary file f1,
 which doesn't make any sense to me with the syntax he gave.


I belive it's actually the other way 'round. From 'man ln':

SYNOPSIS
   ln [OPTION]... TARGET [LINK_NAME]
   ln [OPTION]... TARGET... DIRECTORY
   ln [OPTION]... --target-directory=DIRECTORY TARGET...

where TARGET is the existing file and [LINK NAME] is the optional
name of the new file to create (if not specified, it'll be the same as
the TARGET).


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-05-02 Thread Richard Cobbe
Lo, on Thursday, May 2, Mike Fontenot did write:

 
 Actually, the more I look at the advice to patch up
 mozilla so that it can handle java applets, the less
 I understand the advice:
 
  unzip jre.xpi -d $MOZILLA_FIVE_HOME/plugins 'jre-image-i386/*'
  ln -s jre-image-i386/plugin/i386/ns600/libjavaplugin_oji.so .
 
 I don't have unzip on my potato system...just gunzip, and
 if I do a gunzip -c jre.xpi out_file_name, it says that

Different program; it's in either the `unzip' or the `unzip-crypt'
package; take your pick.  (See apt-cache search for more info.)

 Also, I don't understand his link: ln -s f1 f2 establishes a
 soft link from the new name f2 to the existing ordinary file f1,
 which doesn't make any sense to me with the syntax he gave.

`ln -s foo/bar/baz quux', where quux is a directory (like `.'), is
equivalent to saying `ln -s foo/bar/baz quux/baz'.  Same as with most of
the fileutils, actually.  This is documented on the ln man page,
although it's pretty terse.

HTH,

Richard


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-05-01 Thread W. Paul Mills

No, I don't have any issues with it. But it CAN cause problems in
some cases. Sorry, I do not remember the exact details, and was
most likely due to version differences. So if one is having
problems, it is worth checking out.

Paul

P.S. I no longer use Netscape, all that extra garbage they like to
hang in there, just gets in the way.



[EMAIL PROTECTED] (craigw) writes:

 On Tue Apr 30, 2002 at 06:16:44PM -0500, W. Paul Mills wrote:
 
 
 Old netscape directories including ~your_home/.netscape/
 can cause havoc with mozilla. Also make sure you start
 
 What! That seems like an odd thing to say. Am I the only one whose got
 both Mozilla  Netscape on the same machine? Cuz it seems to work over
 here. Or maybe you have some particular issues in mind that you simply
 didn't mention. Because, in fact, messed up ~/.netscape directories can
 screw up Netscape as well as Mozilla.

 -- 
 -CraigW


-- 
*  For God so loved the world that He gave his only begotten Son,  *
*  that whoever believes in Him should not perish...John 3:16  *
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-05-01 Thread Mike Fontenot

Jamin W. Collins wrote:

 The above items are simply environment variables.  They are created when
 Mozilla is started. They are not permanent.  The fact that they aren't
 there after a reboot is quite normal, they shouldn't be.  What problem are
 you experiencing or more specifically, what are you attempting to
 accomplish?

I was trying to follow some advice I got from this newsgroup,
to patch up mozilla so that it would be able to handle java
applets.  The advice was to download jre.xpi, and then to
execute the commands:

 unzip jre.xpi -d $MOZILLA_FIVE_HOME/plugins 'jre-image-i386/*'
 ln -s jre-image-i386/plugin/i386/ns600/libjavaplugin_oji.so .

Obviously, whoever wrote that advice expected MOZILLA_FIVE_HOME
to be known to my shell, but it's not...not even after I have
started up mozilla.  Obviously I can set that variable myself,
but the author of that advice seemed to think it would already
be set...That makes me wonder what else has gone wrong with the
installation.

Mike Fontenot
[EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-05-01 Thread Colin Watson
On Wed, May 01, 2002 at 04:20:16PM -0600, Mike Fontenot wrote:
 I was trying to follow some advice I got from this newsgroup,
 to patch up mozilla so that it would be able to handle java
 applets.  The advice was to download jre.xpi, and then to
 execute the commands:
 
  unzip jre.xpi -d $MOZILLA_FIVE_HOME/plugins 'jre-image-i386/*'
  ln -s jre-image-i386/plugin/i386/ns600/libjavaplugin_oji.so .
 
 Obviously, whoever wrote that advice expected MOZILLA_FIVE_HOME
 to be known to my shell, but it's not...not even after I have
 started up mozilla.  Obviously I can set that variable myself,
 but the author of that advice seemed to think it would already
 be set...That makes me wonder what else has gone wrong with the
 installation.

Sounds like outdated advice to me ... in the early days of Mozilla I
think you had to set MOZILLA_FIVE_HOME, but you don't need to now.

-- 
Colin Watson  [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Getting mozilla going...

2002-04-30 Thread Mike Fontenot

I just installed mozilla from potato.  When I first
executed it (from my non-root login), it appeared
to be setting MOZILLA_FIVE_HOME to /usr/lib/mozilla
(as well as setting various other environmental
variables).  But, even after a reboot, that variable
isn't set, either under my non-root login, or under
the root login.

Anyone know what's going on?

Mike Fontenot
[EMAIL PROTECTED]

P.S.: Here's what showed up on the screen when I executed
mozilla the first time:
_

/usr/lib/mozilla/run-mozilla.sh /usr/lib/mozilla/mozilla-bin
MOZILLA_FIVE_HOME=/usr/lib/mozilla
  LD_LIBRARY_PATH=/usr/lib/mozilla
 LIBRARY_PATH=/usr/lib/mozilla:/usr/lib/mozilla/components
   SHLIB_PATH=/usr/lib/mozilla
  LIBPATH=/usr/lib/mozilla
   ADDON_PATH=/usr/lib/mozilla
  MOZ_PROGRAM=/usr/lib/mozilla/mozilla-bin
  MOZ_TOOLKIT=
moz_debug=0
 moz_debugger=
ProfileManager : CreateNewProfile
Profile Name: default
Profile Dir: /mlf/.mozilla
Setting content window
*** Pulling out the charset
Loading page specified via openDialog
in SetSecurityButton
Document file:///usr/share/doc/mozilla/FAQ loaded successfully

PP
top 0.50 bottom 0.00 left 0.50 right 0.00

PreWidth = 8.50 PreHeight = 11.00

Width = 612 Height = 792
dpi 72.00 top 36 bottom 0 left 36 right 0
got a request


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-04-30 Thread Jamin W . Collins
On Tue, 30 Apr 2002 12:42:25 -0600
Mike Fontenot [EMAIL PROTECTED] wrote:

 I just installed mozilla from potato.  When I first
 executed it (from my non-root login), it appeared
 to be setting MOZILLA_FIVE_HOME to /usr/lib/mozilla
 (as well as setting various other environmental
 variables).  But, even after a reboot, that variable
 isn't set, either under my non-root login, or under
 the root login.
(snip)
 
 /usr/lib/mozilla/run-mozilla.sh /usr/lib/mozilla/mozilla-bin
 MOZILLA_FIVE_HOME=/usr/lib/mozilla
   LD_LIBRARY_PATH=/usr/lib/mozilla
  LIBRARY_PATH=/usr/lib/mozilla:/usr/lib/mozilla/components
SHLIB_PATH=/usr/lib/mozilla
   LIBPATH=/usr/lib/mozilla
ADDON_PATH=/usr/lib/mozilla
   MOZ_PROGRAM=/usr/lib/mozilla/mozilla-bin
   MOZ_TOOLKIT=
 moz_debug=0
  moz_debugger=

The above items are simply environment variables.  They are created when
Mozilla is started. They are not permanent.  The fact that they aren't
there after a reboot is quite normal, they shouldn't be.  What problem are
you experiencing or more specifically, what are you attempting to
accomplish?

-- 
Jamin W. Collins


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-04-30 Thread DvB
Jamin W. Collins [EMAIL PROTECTED] writes:

 On Tue, 30 Apr 2002 12:42:25 -0600
 Mike Fontenot [EMAIL PROTECTED] wrote:
 
  I just installed mozilla from potato.  When I first
  executed it (from my non-root login), it appeared
  to be setting MOZILLA_FIVE_HOME to /usr/lib/mozilla
  (as well as setting various other environmental
  variables).  But, even after a reboot, that variable
  isn't set, either under my non-root login, or under
  the root login.
 (snip)
  
  /usr/lib/mozilla/run-mozilla.sh /usr/lib/mozilla/mozilla-bin
  MOZILLA_FIVE_HOME=/usr/lib/mozilla
LD_LIBRARY_PATH=/usr/lib/mozilla
   LIBRARY_PATH=/usr/lib/mozilla:/usr/lib/mozilla/components
 SHLIB_PATH=/usr/lib/mozilla
LIBPATH=/usr/lib/mozilla
 ADDON_PATH=/usr/lib/mozilla
MOZ_PROGRAM=/usr/lib/mozilla/mozilla-bin
MOZ_TOOLKIT=
  moz_debug=0
   moz_debugger=
 
 The above items are simply environment variables.  They are created when
 Mozilla is started. They are not permanent.  The fact that they aren't
 there after a reboot is quite normal, they shouldn't be.  What problem are
 you experiencing or more specifically, what are you attempting to
 accomplish?
 

They will also only be set in the instance of the shell you (or the
script) set them in. So if you start mozilla from a terminal in X, the
environment variables will only be available from within that terminal
and any terminals you run from it (since their shells will inherit the
variables).
You also don't have to reboot Linux for your changes to take effect, in
case that's what you're thinking ;-)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-04-30 Thread W. Paul Mills

Reboot! This is Linux, never reboot, except to install
new kernel. ;-)

Mozilla runs from a shell script. The variouse variables
are set by the script so mozilla can find all its parts.
Only programs run by the script will see those variables.
They go away when terminated.

Old netscape directories including ~your_home/.netscape/
can cause havoc with mozilla. Also make sure you start
mozilla from the intended shell script in it's original
location (and do not use links), otherwise mozilla gets
lost.

Paul

[EMAIL PROTECTED] (Mike Fontenot) writes:

 I just installed mozilla from potato.  When I first
 executed it (from my non-root login), it appeared
 to be setting MOZILLA_FIVE_HOME to /usr/lib/mozilla
 (as well as setting various other environmental
 variables).  But, even after a reboot, that variable
 isn't set, either under my non-root login, or under
 the root login.

 Anyone know what's going on?

   Mike Fontenot
   [EMAIL PROTECTED]

 P.S.: Here's what showed up on the screen when I executed
 mozilla the first time:
 _

 /usr/lib/mozilla/run-mozilla.sh /usr/lib/mozilla/mozilla-bin
 MOZILLA_FIVE_HOME=/usr/lib/mozilla
   LD_LIBRARY_PATH=/usr/lib/mozilla
  LIBRARY_PATH=/usr/lib/mozilla:/usr/lib/mozilla/components
SHLIB_PATH=/usr/lib/mozilla
   LIBPATH=/usr/lib/mozilla
ADDON_PATH=/usr/lib/mozilla
   MOZ_PROGRAM=/usr/lib/mozilla/mozilla-bin
   MOZ_TOOLKIT=
 moz_debug=0
  moz_debugger=
 ProfileManager : CreateNewProfile
 Profile Name: default
 Profile Dir: /mlf/.mozilla
 Setting content window
 *** Pulling out the charset
 Loading page specified via openDialog
 in SetSecurityButton
 Document file:///usr/share/doc/mozilla/FAQ loaded successfully

 PP
 top 0.50 bottom 0.00 left 0.50 right 0.00

 PreWidth = 8.50 PreHeight = 11.00

 Width = 612 Height = 792
 dpi 72.00 top 36 bottom 0 left 36 right 0
 got a request

-- 
*  For God so loved the world that He gave his only begotten Son,  *
*  that whoever believes in Him should not perish...John 3:16  *
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Getting mozilla going...

2002-04-30 Thread craigw
On Tue Apr 30, 2002 at 06:16:44PM -0500, W. Paul Mills wrote:
 
 
 Old netscape directories including ~your_home/.netscape/
 can cause havoc with mozilla. Also make sure you start
 
What! That seems like an odd thing to say. Am I the only one whose got
both Mozilla  Netscape on the same machine? Cuz it seems to work over
here. Or maybe you have some particular issues in mind that you simply
didn't mention. Because, in fact, messed up ~/.netscape directories can
screw up Netscape as well as Mozilla.

-- 
-CraigW



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]