220091 - Force-override the GRE directory.

Status: RESOLVED FIXED

(Core :: XPCOM, defect)

Description

[Benjamin Smedberg]

While implementing the new packaging system in bug 20640, I have found that I
can "stage" the GRE and applications to arbitrary dirs, but it's not very easy
to tell the application "use the GRE in dir such-and-such". This is a little
addition to the xpcom-standalone-glue.

If you place a file gre-override-dir next to the application, glue will read
that file and use that as the GRE directory.

Or you can set an env var GRE_PATH to point to a particular GRE.

Comment 1

[Benjamin Smedberg]

Attachment: allow forcibly choosing GRE path

Comment 2

[Benjamin Smedberg]

Comment on attachment 131992 [details] [diff] [review]
allow forcibly choosing GRE path

oops, I forgot to close the file...

Comment 3

[Doug Turner (:dougt)]

I don't mind the GRE_PATH part of the patch, but I do not understand why you
just cant modify your gre config file in your home directory.

Comment 4

[Benjamin Smedberg]

Attachment: honor GRE_HOME envvar

This patch is a little bit more extensive, but it doesn't do anything drastic.
I dropped the gre-path file (although I may try to resurrect it later #if DEBUG
only). if GRE_HOME is set and non-empty we forcibly use that GRE path. Note:
this only works for absolute paths, due to oddities of
nsLocalFile::InitWithPath. the run-mozilla.sh script will include the forced
GRE path in LD_LIBRARY_PATH so that you can autoregister the GRE.

Finally, I switched the order of autoregistration in NS_InitXPCOM2... if we
autoregister the GRE first, then the application dir, we don't have to go back
and reregister nonnative components.

Comment 5

[Benjamin Smedberg]

This bug was fixed along with bug 223900.