Closed
Bug 94584
Opened 23 years ago
Closed 23 years ago
mozilla, installed from rpm's, will not run.
Categories
(SeaMonkey :: Installer, defect)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: d.m.cooke, Assigned: blizzard)
Details
I have installed mozilla-0.9.3 on a RedHat7.1 system (actually I've tried 0.9,
0.9.1 and 0.9.2 also and never been successful).
root# rpm -ivh mozilla-0.9.3-1.i386.rpm mozilla-chat-0.9.3-1.i386.rpm
mozilla-mail-0.9.3-1.i386.rpm mozilla-psm-0.9.3-1.i386.rpm
The rpms were downloaded from the mozilla.org web site.
I then ran mozilla as a normal user.
user# mozilla
A "Confirm Migration" window opens that says "You are about to create a Mozilla
profile based on your Netscape 4 profile. This will copy and convert some of
your Netscape 4 files to work with Mozilla. Your Netscape 4 profile data will
not be modified." It has two buttons, "Convert Profile" and "Manage
Profiles...".
** Pressing "Convert Profile":
The following is printed to the terminal and mozilla exits.
Inside Migrate Profile routine.
AutoMigration failed. Let's create a default 5.0 profile.
ProfileManager : CreateNewProfileWithLocales
Profile Name: default
Profile Dir: /net/wormhole/home/dcooke/.mozilla
Running mozilla again gets same results.
** Pressing "Manage Profiles...":
This whole window is a very cruel joke. The only profile available is "dcooke"
(my username) but it is the Netscape 4 profile that needs converting, the
conversion of which is never successful.
Selecting "Create Profile..." opens a "Mozilla Profile Manager, create
profile". I click "Next" as instructed. I can then enter a profile name or
keep the default "Default User". I click "Finish" as instructed. The following
is printed to the terminal window:
ProfileManager : CreateNewProfileWithLocales
Profile Name: Default User
Profile Dir: /net/wormhole/home/dcooke/.mozilla
The window doesn't go away. I can keep clicking "Finish" and it keeps printing
the above each time but this isn't very useful. So I close the window with a
click on the "X" button in the upper right cornet of the window border. This
leaves me with just the "Mozilla Profile Manager" window which just has the
"dcooke" profile mentioned above.
There is no way to actually run mozilla.
OK, that wasn't entirely true. I logged in as root and mozilla ran just fine.
It looked pretty good too. I wish I could use it. :-/
Comment 1•23 years ago
|
||
Reporter:
You must install mozilla as root and run mozilla the first time as root.
After that you should be able to run mozilla as normal user.
Note: Mozilla needs write permissions to the bin directory and profile directory.
Reporter | ||
Comment 3•23 years ago
|
||
Mozilla completely uninstalled:
root# rpm -e mozilla mozilla-chat mozilla-mail mozilla-psm
root# rm -rf /usr/lib/mozilla
root# rm -rf /root/.mozilla
Mozilla installed as root:
root# rpm -ivh mozilla-0.9.3-1.i386.rpm mozilla-chat-0.9.3-1.i386.rpm
mozilla-mail-0.9.3-1.i386.rpm mozilla-psm-0.9.3-1.i386.rpm
Mozilla run the first time as root. Actually this time I had to run
/usr/lib/mozilla/mozilla-bin to get it to run since the /usr/bin/mozilla script
failed with "Error sending command.". After running
/usr/lib/mozilla/mozilla-bin the /usr/bin/mozilla script ran fine. Mozilla
looks good when run as root.
Still cannot run mozilla (or /usr/lib/mozilla/mozilla-bin) in any useful
manner. See my original report. I tried several options such as
"-CreateProfile default" and "-ProfileWizard" too. I never got a configuration
that allowed me to use mozilla.
Assignee | ||
Comment 4•23 years ago
|
||
What is root's umask?
Reporter | ||
Comment 5•23 years ago
|
||
root# umask
022
Assignee | ||
Comment 6•23 years ago
|
||
I tried what you described and I had no problems migrating a netscape profile,
starting without any .netscape directory or creating a new profile.
Are there any files left in a strage state in /usr/lib/mozilla? Maybe with
strange permissions?
Reporter | ||
Comment 7•23 years ago
|
||
All of the permissions in /usr/lib/mozilla look reasonable to me. Everything is
owned by user root and group root. All files are 644 and directories 755.
This system had RedHat7.1 installed onto a blank disk, not upgraded from a
previous release, if that makes a difference.
Updated•23 years ago
|
QA Contact: gemal → gbush
Comment 8•23 years ago
|
||
You mentioned in your last post:
"Everything is owned by user root and group root. All files are 644 and
directories 755."
Therein lies the problem! :)
From the relnotes:
---------
If you are installing Mozilla on a multi-user operating system such as Linux,
Unix, or Windows 2000, you should install it separately in the user directory of
each user who plans to use Mozilla . (Bug 42184) If you install Mozilla in a
shared write-protected directory, it may not run properly. (Bug 42184)
---------
Since everything is owned by root, and the user you are using Moz with is not
write-enabled to those directories, the following will fix it. Read 42184 for
more information.
chown -R dcooke.YOURGROUPHERE /mozilla/install/dir/
/path/to/mozilla
chown -R root.root /mozilla/install/dir/
Marking this as a dupe of bug 42184.
*** This bug has been marked as a duplicate of 42184 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 9•23 years ago
|
||
Ok, my commands just now were inconsistent. I'm sure you get the idea, but I'll
summarize and reclarify just in case:
chown -R your mozilla directory to your user and group
run mozilla
chown -R everything back to root.root
Reporter | ||
Comment 10•23 years ago
|
||
I have installed the rpms, which is always done as root. I have run the first
time as root successfully. I still can not run as a regular user.
Following your instructions I have chown -R'ed the /usr/lib/mozilla directory to
my user and group ids and still cannot run as that same user. (Note that many
different users will need to be able to run the program.)
I guess this bug has a lot of overlap with bug 42184 and might be a duplicate.
However, I am reporting that that the rpms from the mozilla web site do not seem
to work on my RedHat7.1 systems for any user other than root even if I use the
hacks that have been posted (such as chowning files and running first as root).
Assignee | ||
Updated•23 years ago
|
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Assignee | ||
Comment 11•23 years ago
|
||
This is not a dup. The rpms should work fine installed as root without users
having access to the installation directory.
Comment 12•23 years ago
|
||
I am having the same problems David is. I'm installing on rh 7.1 and on a recent
upgrade to 9.3.1 i get the error message "Error Sending Command". When i run
mozilla-bin I get the following output.
root@cc694311-b mozilla]# ./run-mozilla.sh
MOZILLA_FIVE_HOME=.
LD_LIBRARY_PATH=.:./plugins:/usr/lib
LIBRARY_PATH=.:./components
SHLIB_PATH=.
LIBPATH=.
ADDON_PATH=.
MOZ_PROGRAM=./mozilla-bin
MOZ_TOOLKIT=
moz_debug=0
moz_debugger=
./mozilla-bin: error while loading shared libraries: ./mozilla-bin: undefined
symbol: __vt_14nsAFlatCString
I mv'ing my .mozilla to .mozilla.bak and running mozilla and mozilla-bin with
the same results.
This was an upgrade from 0.7 and I did rpm -e <mozilla> before the update. All
dir's are 644 and the rpm install was root and root was the first to attempt to
run mozilla. I hope this helps.
I assume this confirms trouble with the rh7.1 rpm, so i'll reassign to blizzard
and change status to new.
Assignee | ||
Comment 13•23 years ago
|
||
That usually means that you have some old version of the libraries installed
somwhere that's still in your path.
Comment 14•23 years ago
|
||
WORKSFORME
Installed today no problems. Marking as such.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 16•23 years ago
|
||
I have confirmed that the problem still exists with mozilla 0.9.5. My systems
are PCs where I repartitioned the disk and installed Red Hat 7.1 from scratch
(not an upgrade from 7.0 or 6.2). If someone has installed the rpms
successfully, could he/she post information about the system it was installed on
and any fiddling done to get it to work?
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•