On 01/07/2016 03:04 PM, Jiri Eischmann wrote:
Stephen Gallagher píše v Čt 07. 01. 2016 v 08:34 -0500:
> On 01/07/2016 08:29 AM, Naheem Zaffar wrote:
>> ESR will only delay the problem.
> Right, that was proposed as a short-term solution for stable Fedora
> releases while a better one was implemented.
>> Can the Fedora build add a secodary key to accept signed
> No, this is not possible at this time. It's one of the things we're
> asking Mozilla to add.
>> AFAIK the long term plan is todeprecate the current method of
>> extensions in favour of a more browser agnostic approach.
> Whatever the mechanism, the basic problem is that Fedora cannot ship
> any extensions by default. This may impact Workstation in other ways
> beyond simply the Firefox name: as I recall there have been
> discussions of having Workstation ship with a customized user-agent
> extension as well as possibly a theming extension. Neither of these
> will be possible because Firefox can no longer load it.
The user-agent is patched directly in Firefox. No extension needed.
Theming is IMHO a branding issue. Changing the default theme may also
require unbranding Firefox no matter if we can ship our extensions or
Well, that's generally incorrect. The branding allows to ship any
theme/extension with Firefox by default. (Signed in the future).
We don't ship the gnome-theme bu default because it provides extra
maintenance cost (update to each FF release).
The branding is not related to extensions, only to the browser itself.
This is also reason why Mozilla introduces the signing - to have more
control about final user experience under the "Firefox" brand.
IMHO it's like we don't allow to add unfree (or somehow crafted)
packages to Fedora and ship that under Fedora name.
But those are just potential situations. AFAIK we are not seriously
considering to ship any extension in the default installation now. We
don't have to get rid of Firefox brand just because we might want to
ship some in the future. When the time comes, we can trade Firefox
brand for a particular extension if it brings more value to us.
Unbranded Firefox is already in repositories. It wouldn't require
Ubuntu does that (ship Ubuntu Firefox extension by default with the
Firefox). And they ship branded browser with it. I have asked the Ubuntu
guys but no reply yet...let's see how they handle this.
> (Some other useful additions might have been some of the privacy
> extensions; I know people were working on that).
> One alternative would be for us to switch to using Icecat as the
> default browser, possibly modifying the .desktop file to just report
> itself as "Browser". It is fundamentally the same browser as Firefox,
> except not bound by the "you cannot change anything and still call it
> Firefox" rules.
Sure, we can default to Icecat, but even if Icecat is the default
browser I don't see a reason why Firefox can't be in repositories. And
I also think it should be a decision of working groups or spins what
app from the Fedora repositories they pick as default in their
>> On 7 January 2016 at 13:26, Jiri Eischmann <eischmann(a)redhat.com
>> <mailto:email@example.com>> wrote:
>> Hi, there is currently a case against Firefox discussed in FESCo:
>> The problem in short: The last release of Firefox doesn't allow the
>> user to install add-ons which are not signed by Mozilla by default,
>> in the next version, you won't even be able to disable this
>> behavior. This means that a couple of add-ons that are packaged by
>> Fedora won't work.
>> In my opinion, this problem has an impact on a relatively small
>> number of users while suggested solutions will have an impact on
>> majority of Workstation users. The author of the original ticket
>> recommends Firefox is removed altogether if Mozilla doesn't change
>> their plan, another suggestion is to switch to ESR which would
>> mean that Fedora would have as conservative approach to Firefox
>> updates as RHEL.
>> Firefox is probably the most important desktop app in Fedora, so I
>> wonder whether the Workstation working group should voice its
>> opinion in this before any decision is made.
>> Jiri -- desktop mailing list desktop(a)lists.fedoraproject.org
>> -- desktop mailing list desktop(a)lists.fedoraproject.org
> desktop mailing list
> desktop mailing list