1 |
On Tue, 10 Aug 2010 14:29:20 -0700 |
2 |
"Paweł Hajdan, Jr." <phajdan.jr@g.o> wrote: |
3 |
|
4 |
> Gentoo uses /usr/$(get_libdir)/nsbrowser/plugins for browser plugins. |
5 |
> However, Debian uses /usr/$(get_libdir)/mozilla/plugins, and that's |
6 |
> what many software projects (including Chromium) target. |
7 |
|
8 |
Could you name them? Opera looks into tons of directories. |
9 |
|
10 |
> Why are we using nsbrowser/plugins instead of mozilla/plugins, and how |
11 |
> relalistic would it be to switch to mozilla/plugins? |
12 |
|
13 |
Index: nsplugins.eclass |
14 |
=================================================================== |
15 |
RCS file: /var/cvsroot/gentoo-x86/eclass/nsplugins.eclass,v |
16 |
retrieving revision 1.24 |
17 |
diff -u -B -r1.24 nsplugins.eclass |
18 |
--- nsplugins.eclass 1 May 2009 23:03:00 -0000 1.24 |
19 |
+++ nsplugins.eclass 10 Aug 2010 23:21:19 -0000 |
20 |
@@ -10,7 +10,7 @@ |
21 |
|
22 |
DESCRIPTION="Based on the ${ECLASS} eclass" |
23 |
|
24 |
-PLUGINS_DIR="nsbrowser/plugins" |
25 |
+PLUGINS_DIR="mozilla/plugins" |
26 |
|
27 |
# This function move the plugin dir in src_install() to |
28 |
# ${D}/usr/$(get_libdir)/${PLUGIN_DIR}. First argument should be |
29 |
|
30 |
You would then need to re-emerge all users of this eclass. |
31 |
|
32 |
All I want to ask is why? In fact *most browsers* have no trouble |
33 |
finding plugins, and provide options through which you can inform them |
34 |
where the plugins might be. |
35 |
|
36 |
What's bugging Chromium? Why does it insist on using a competing |
37 |
browser vendor's name instead of the much more neutral "nsbrowser", |
38 |
which generally denotes browsers with a Netscape style plugin interface? |
39 |
|
40 |
|
41 |
jer |