对firefox, eclipse等软件自带的插件管理功能感到别扭

fpemud

从功能上说没有任何问题，但是感到别扭

如果全部程序都能统一使用portage管理，会感觉很一致。

firefox之类的有没有编译选项，能够裁减插件下载功能？所有插件都用portage管理起来？

fender010

No way.

fender010

system level

single user level

RichardGv

• 如fender010所言，从Linux多用户系统的定位来说，由root统一为所有用户安装相同的插件恐非上策。
  
• 插件的更新是一个问题。ebuild的维护需要额外的工作量，而Portage tree的维护目前很缺人手。ebuild的滞后可能导致某些必要的安全更新不被及时推送，产生安全漏洞。
  （当然，如果Portage可以与AMO(addons.mozilla.org)无缝集成就不会出现这种问题了。这样吧，写Portage与AMO的集成模块这个光荣的任务就交给您了... 不过这样还不如专门写一个系统级的Firefox插件包管理程序呢。这种程序写起来不算难。）
  

AutoXBC

从 Linux 不管多少个用户都归 root 管理的情况来看，统一给每个用户配置相同的扩展(只要 root 认为有必要)是很自然的事情。

另一个问题，就是有没有足够的维护人员了，至少从 debian 来看，有很多开发者乐于做这个工作。

粗略扫了一下 debian 源里有 66 个常用扩展。
http://packages.debian.org/searc ... mp;keywords=xul-ext

fpemud

第1贴里我说的不准确。

firefox中应裁减的是插件"下载"功能，查检选择功能不应裁减。
root负责准备好所有可能用(允许用)到的插件，仍然由用户自行选择用哪些插件。

这样反而增加安全性，杂牌插件安全风险大，root只要不安装就能防止该风险。

关于维护人手到底够不够，我们这个层次并不了解。而且这个问题也不应该左右系统设计。

有没有类似的项目或提议？的确没能力参与，关注一下吧。

AutoXBC

扩展看起来好像是可执行部分，本质上就是 firefox 的配置文件，不需要 +x 属性就可以加载，而且可以通过命令行参数从任意位置被加载。就算 firefox 不能下载扩展，一样可以通过别的途径下载配置好的整个 profile 直接启动。

所以这个需求实际上不是软件管理，而是软件可加载配置的管理，不大量改写 firefox 源码不可能做到。类似的，有时壁纸也可以打包放入仓库，但是要求某桌面不能从其他途径读取壁纸则很困难。

darrenlee

eclipse 的“底层”实现是Equinox，这是完全面向组件化（插件化）的独立框架，有独立的启动机制(priority,params...)、管理机制(telnet,web...)和部署方式，你下个OSGi specification看看就会发现，这玩意儿远比portage的功能机制完善强大得多，只不过它只针对Java平台。

darrenlee

就“一致性”而言，我认为现在OS的包管理有点儿太多管闲事儿了，vim也好，firefox也好，eclipse也好，总是把他们自己内部的插件单独拿出来作为OS级别的包进行管理。

插件提供的是针对某一软件包的扩展(不能在OS中单独存在)，软件包是为OS提供扩展。两个层次的东西放在一起统一管理不符合逻辑。

另外统一管理最明显的坏处就是失去portability，本来rsync一下.vim .eclipse .mozilla就OK的事情，这下还得重新安装OS级别的包

fpemud

但是如果按照这种思路，就无法实现纯代码编译出的系统了。
因为eclipse等软件自带 的插件管理系统不可能实现编译功能。

回复autoxbc，限制firefox加载插件，加载壁纸也不难，只要限制从指定目录加载就可以了，把目录设置成只有root可写，这样只有root可以准备插件其他用户只能使用插件
这和os级别的包管理思路是一样的，os级别的包也是由root安装,用户不能自行安装或删除任何软件包，只能选择用不用