[Bug 1806] Review request: Opera 11.50 beta
RPM Fusion Bugzilla
noreply at rpmfusion.org
Sun Jun 19 23:11:21 CEST 2011
http://bugzilla.rpmfusion.org/show_bug.cgi?id=1806
--- Comment #5 from Patryk Obara <patryk.obara at gmail.com> 2011-06-19 23:11:21 ---
> The usual way we handle this in Fedora / RPM Fusion is to use subpackages
> rather than dependency filtering. This has its own drawbacks, but it's less of
> a hack.
I wouldn't call it a hack - we provide support for native-looking application
in major desktop environments; users can change their toolkit preference if
they desire but they are not forced to install dependencies, that they don't
want nor need. When packaged this way, it's dead easy for users to install
opera and browser looks native right after it was installed.
If I understand correctly, how subpackages work, they are usually used to
package "additional features", that are not required for application to run;
e.g. optional language libraries, application plugins or extensions; this is
somewhat different situation than we have here.
I don't see how subpackages could elegantly solve this problem. If you have
better solution in mind, then I would gladly know about it :) (please remember,
that we don't do dependency filtering for 32bit architecture - rpm deps
generator works properly there).
> FYI, nspluginwrapper can (and is in Fedora, partly due to SELinux) also be used
> in that way. There's no requirement in nspluginwrapper that the wrapper process
> and the browser process are of different bitness, you can use nspluginwrapper
> on 32-bit plugins in a 32-bit browser or 64-bit plugins in a 64-bit browser as
> well.
Maybe it can be used this way, but I doubt it would work properly with Opera
anyway. Opera does not depend on nspluginwrapper and I see no clear benefits
from depending on it. I don't see how such design decision is affecting package
review - you wouldn't argue for package X to depend on library Y instead of Z
just because you think Y is better, would you?
Opera does not need any special privileges nor produce any warnings under
SELinux if that's what you are worried about. If it did, we would consider this
a bug in browser.
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
You are the assignee for the bug.
More information about the rpmfusion-developers
mailing list