openbsd-ports/www/mozilla-firefox/patches/patch-xpcom_io_nsAppFileLocationProvider_cpp

$OpenBSD: patch-xpcom_io_nsAppFileLocationProvider_cpp,v 1.4 2011/06/28 05:43:57 landry Exp $
Lookup for plugins in LOCALBASE
--- xpcom/io/nsAppFileLocationProvider.cpp.orig	Fri May 27 18:12:59 2011
+++ xpcom/io/nsAppFileLocationProvider.cpp	Tue May 31 22:18:41 2011
@@ -234,12 +234,7 @@ nsAppFileLocationProvider::GetFile(const char *prop, P
     }
 #ifdef XP_UNIX
     else if (nsCRT::strcmp(prop, NS_SYSTEM_PLUGINS_DIR) == 0) {
-        static const char *const sysLPlgDir = 
-#if defined(HAVE_USR_LIB64_DIR) && defined(__LP64__)
-          "/usr/lib64/mozilla/plugins";
-#else
-          "/usr/lib/mozilla/plugins";
-#endif
+        static const char *const sysLPlgDir = "${LOCALBASE}/lib/mozilla/plugins";
         rv = NS_NewNativeLocalFile(nsDependentCString(sysLPlgDir),
                                    PR_FALSE, getter_AddRefs(localFile));
     }
Update to mozilla-firefox 5.0: That's the first release following the new fast scheme of one major release every 6 weeks.. Check out http://www.mozilla.com/en-US/firefox/5.0/releasenotes/ for release notes. Note that it's still badly broken on sparc64, and unlikely to be fixed soon... you still have www/firefox36. Tested by (at least, probably forgetting some..) rpointel@, pea@, ckuethe@ and myself on amd64, bluhm@ on i386 and ajacoutot@ on macppc (thanks!) ok rpointel@ 2011-06-28 01:43:57 -04:00			$OpenBSD: patch-xpcom_io_nsAppFileLocationProvider_cpp,v 1.4 2011/06/28 05:43:57 landry Exp $
Add comments/links to bugzilla for a bunch of patches pushed upstream: https://bugzilla.mozilla.org/show_bug.cgi?id=546162 https://bugzilla.mozilla.org/show_bug.cgi?id=589754 https://bugzilla.mozilla.org/show_bug.cgi?id=648721 https://bugzilla.mozilla.org/show_bug.cgi?id=650742 https://bugzilla.mozilla.org/show_bug.cgi?id=650749 Add patch for https://bugzilla.mozilla.org/show_bug.cgi?id=633193 2011-04-19 05:16:33 -04:00			`Lookup for plugins in LOCALBASE`
Update to mozilla-firefox 5.0: That's the first release following the new fast scheme of one major release every 6 weeks.. Check out http://www.mozilla.com/en-US/firefox/5.0/releasenotes/ for release notes. Note that it's still badly broken on sparc64, and unlikely to be fixed soon... you still have www/firefox36. Tested by (at least, probably forgetting some..) rpointel@, pea@, ckuethe@ and myself on amd64, bluhm@ on i386 and ajacoutot@ on macppc (thanks!) ok rpointel@ 2011-06-28 01:43:57 -04:00			`--- xpcom/io/nsAppFileLocationProvider.cpp.orig Fri May 27 18:12:59 2011`
			`+++ xpcom/io/nsAppFileLocationProvider.cpp Tue May 31 22:18:41 2011`
			`@@ -234,12 +234,7 @@ nsAppFileLocationProvider::GetFile(const char *prop, P`
Various cleanups, as done in www/firefox35 : - use SUBST_CMD instead of perl -pi -e - use ${LOCALBASE}/${TRUEPREFIX}/${X11BASE} instead of the handpatched _XXX_ ones - harmonize default systemwide plugins/extensions search path to lib/mozilla/{plugins,extensions} as done in other mozilla ports 2010-04-28 02:56:38 -04:00			`}`
			`#ifdef XP_UNIX`
			`else if (nsCRT::strcmp(prop, NS_SYSTEM_PLUGINS_DIR) == 0) {`
			`- static const char *const sysLPlgDir =`
			`-#if defined(HAVE_USR_LIB64_DIR) && defined(__LP64__)`
			`- "/usr/lib64/mozilla/plugins";`
			`-#else`
			`- "/usr/lib/mozilla/plugins";`
			`-#endif`
			`+ static const char *const sysLPlgDir = "${LOCALBASE}/lib/mozilla/plugins";`
			`rv = NS_NewNativeLocalFile(nsDependentCString(sysLPlgDir),`
			`PR_FALSE, getter_AddRefs(localFile));`
			`}`