Andy Edmonds wrote: > We've got a whole horde of folks having issues installing the gestures addon > on *nix (http://optimoz.mozdev.org). > > Anybody knowledgable on XPI want to take a look at the bug reports? > > 553 ASSI Root Access Required -- Installation fails for non-root user > > 521 GCC Compiler Sensitivity? Install fails on Linux (Debian, Sl > > 532 REOP FIXE XPI doesn't install > > It seems that typical Mozilla installation processes on linux do not set up > the chrome folder as writable... should this be done in the installer for > Linux?
No, if the admin doesn't want the app area writable they're not likely to make an exception for the chrome directory. Install scripts should just deal with this. > There seems to also be a chrome registration failure occuring on Linux... > could this be permissions on installed-chrome.txt? (prefs saving does not > rule this option out, as prefs are elsewhere?) Unless you're using the DELAYED_CHROME option--and you shouldn't!--nothing should be touching installed-chrome.txt, but there are all the chrome .rdf and overlayinfo files that do need to be updated. Instead look at what the language packs do. They attempt to install globally, but if that fails they install to the profile directory. The registerChrome() call needs to point at the actual location, and you need to add the PROFILE_CHROME flag to the type. See http://lxr.mozilla.org/mozilla/source/xpinstall/packager/windows/regus.jst#24 http://lxr.mozilla.org/mozilla/source/xpinstall/packager/windows/langenus.jst#31 This assumes the application is pure chrome. If it has any XPCOM components then you're out of luck until someone enables non-global components (the "local components" tracking bug is http://bugzilla.mozilla.org/show_bug.cgi?id=14923, and after being dormant for years is finally getting a slight push from embedding customers). I don't know if Local plugins, http://bugzilla.mozilla.org/show_bug.cgi?id=45699, is getting similar attention -Dan Veditz
