Closed
Bug 116669
Opened 23 years ago
Closed 10 years ago
Release notes should better describe multi-user installation process
Categories
(Documentation Graveyard :: Help Viewer, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: timeless, Unassigned)
References
(Depends on 1 open bug)
Details
(Keywords: meta, Whiteboard: relnote-user [rtm-] suntrak-n6)
spun off from bug 41057
Comment 1•23 years ago
|
||
Actually README text's Installation Instructions -- Unix
should be completely rewritten.
Something like that:
Installation Instructions -- Unix
* Change to the mozilla-installer directory (ie. to this directory)
and run the installer with the ./mozilla-installer command.
* Follow the instructions in the install wizard for installing
Mozilla.
* To install multi-user environment run mozilla-installer
as root.
* If installation directory (default: /usr/local/mozilla) exists,
mozilla-installer erases that before installing new mozilla
to that directory.
* After installation mozilla-installer automatically starts
mozilla. That does required post-installation tasks.
On that point when README file is available, user is already extracted
*.tar.gz file, so there is no need instructions for that.
Updated•23 years ago
|
QA Contact: bugzilla → ktrina
--> steve
Assignee: syd → rudman
Target Milestone: --- → mozilla1.0
-->jatin. Copying endico. I thought there was some other bug that raised this
issue (not 41057?) that jatin and endico had input on.
Assignee: rudman → jatin
Comment 4•23 years ago
|
||
Syd, do you agree with Kari's comments? I thought the multi-user installation
issue was resolved with Bug 41057, as Steve noted.
The changes here look fine to me. The reason you need to be root in a multi-user
environment is that in order to be accessible to multiple users, the binary
needs to be in one of the directories that is searched by a default system path
for that user, and in many cases, that path includes /usr/bin or /usr/local/bin
(we default to the later, which is appropriate for software not installed as a
part of the normal OS distribution). In the case of /usr/bin and /usr/local/bin,
you need to be root to install there.
Now, strictly speaking, an admin could install the software *anywhere* to
acheive a multi-user install, as long as the administrator takes the required
steps to ensure that the binary is locatable from the command line by other
users. This can be achieved in several ways: augmenting the users' search path
by augmenting the PATH variable in their login profile to include the directory
into which the product was installed, modifying the default search path, setting
up a mozilla or netscape alias in the users' default shell environment (a csh
function named mozilla, for example, that invokes the real mozilla app),
providing symlinks in a standard place to point to the installed location, or
creating a script called mozilla or netscape that changes to the installed dir
and then runs ./mozilla or ./netscape from there, placing that script in a
standard location.
Still, the way we are doing the install is the probably the best way, if not the
most common solution. If installing as root to a standard place doesn't work for
a given situation, a reasonably skill unix system admininstrator will use one of
the techniques I mentioned above, or something similar, to deal with their
specific situation.
Our installer defaults to /usr/local/bin since that is what makes sense for
Linux. It may not be the best solution for HP-UX or some other Unix variant --
it may be that we could augment the mozilla build flags to accept some argument
that allows a platform to set it to something more appropriate for that OS.
Blocks: 65218
Depends on: 9282, 16600, 33344, 39289, 39808, 42148, 42792, 43091, 49507, 51240, 54904, 55419, 56429
QA Contact: ktrina → scc
Summary: references to mozilla directory should be changed to mozilla-installer → Release notes should better describe multi-user installation process
Whiteboard: relnote-user [rtm-] suntrak-n6
Comment 7•23 years ago
|
||
Reassigning to Asa Dotzler <asa@mozilla.org>, who is accepting bugs on Mozilla
readme
Assignee: jatin → asa
Comment 9•21 years ago
|
||
Please do not change the milestone field unless you own the bug. Thanks.
Target Milestone: Future → ---
Comment 10•21 years ago
|
||
can we move this to mozilla.org or documentation product so doc contributors can
better track this?
Updated•21 years ago
|
Component: Installer → User
Keywords: relnote,
relnoteRTM
Product: Browser → Documentation
Version: Trunk → unspecified
Updated•18 years ago
|
Assignee: asa → help.viewer
QA Contact: scc → danielwang
Comment 11•10 years ago
|
||
This bug has been buried in the graveyard and has not been updated in over 5 years. It is probably safe to assume that it will never be fixed, so resolving as WONTFIX.
[Mass-change filter: graveyard-wontfix-2014-09-24]
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•