You are not logged in.
Pages: 1
What is the reason for wanting branded versions of Firefox and Thunderbird (and maybe other apps)? It seems like a lot of people want that, which makes me wonder if it's for more than just looks.
Offline
Not sure whether this is what you mean, but when I approach my bank site with Shiretoko it starts complaining that I don't use Firefox or Internet Explorer. Now I manually change the "general.useragent.extra.firefox" value in something like "Firefox/3.5.6".
grtz, Herman
Offline
It all started with Debian and their rebranding of Firefox as Iceweasel:
Mozilla Corporation enforces trademarks and claims the right to deny the use of the name "Firefox" and other trademarks to unofficial builds.[5] Unless distributions use the binaries supplied by Mozilla or else have special permission, they must compile the Firefox source with an option enabled which gives Firefox the codename of the release version of Firefox on which it is based, and which does not use the official logo or other artwork.[5] The Debian Free Software Guidelines are used by the Debian project to determine whether a license is a free license, which in turn is used to determine whether something can be included in Debian. As the logo does not meet these requirements, it could not be used by software which was to be included in Debian. This effect of the Mozilla trademark policy led to a long debate within the Debian Project in 2004 and 2005. During this debate, the name "Iceweasel" was coined to refer to rebranded versions of Firefox. The first known use of the name in this context is by Nathanael Nerode[6], in reply to Eric Dorland's suggestion of "Icerabbit".[7] It was intended as a parody of "Firefox".[8] "Iceweasel" was subsequently used as the example name for a rebranded Firefox in the Mozilla Trademark Policy[5], and became the most commonly used name for a hypothetical rebranded version of Firefox. By January 1, 2005, rebranding was being referred to as the "Iceweasel route".[9]
Debian was initially given permission to use the trademarks, and adopted the Firefox name.[10] However, because the artwork in Firefox has a proprietary copyright license which is not compatible with the Debian Free Software Guidelines, the substituted logo had to remain.
It is better to keep your mouth shut and be thought a fool than to open it and remove all doubt. (Mark Twain)
Offline
Not sure whether this is what you mean, but when I approach my bank site with Shiretoko it starts complaining that I don't use Firefox or Internet Explorer. Now I manually change the "general.useragent.extra.firefox" value in something like "Firefox/3.5.6".
Thanks. That's what I was looking for. I had figured that the user agent was set to "Firefox" (since I've never had any problems with it) but I just checked and now see that it's set to "Shiretoko."
Offline
Websites checking for "Firefox" are bad and should be fixed. They should check for gecko and its engine version instead.
As for the branding, mozilla forbids shipping unofficial builds with branding enabled. We can apply for permission to get branding in our builds, but that means we have to ask them to check every build before releasing it. This limits our freedom so much that we give up our "rights" to ship firefox with branding enabled.
Offline
Can't we at least set the useragent to firefox? Sure, websites depending on this are bad but we cannot influence this. I don't think we would need permission from Mozilla for this change.
Offline
The useragent setting should be filed upstream at mozilla. They also suffer from this with their trunk builds which have only minefield in the user agent string.
Offline
ITT:Corporate bullshit that FOSS was supposed to get away from.
Offline
ITT:Corporate bullshit that FOSS was supposed to get away from.
Yes. I've moved away from Mozilla products, as they seem to care more about market share at this point.
Personally, I'd rather be back in Hobbiton.
Offline
From recent personal experience with Namoroka, unless the user agent is changed to show Firefox, the addons update function refuses to acknowledge that there are updates available and marks them as such.
Which kind of affects all Arch Firefox users...
Offline
Perhaps, the most interesting thing about Arch Linux and Mozilla products is that installing i18n packages for language support (namely firefox-i18n and thunderbird-en-gb for example) automatically turns the branding on. This branding affects the names (Namoroka becomes Mozilla Firefox and Shredder becomes Mozilla Thunderbird), but not icons or logos.
I am wondering if this is an expected behaviour or a little "bug" in Arch packages.
This forced and partial branding might also be against Mozilla policy and somehow "illegal", though I am not into legal stuff and I actually don't know.
What do you think?
rent0n@deviantART | rent0n@bitbucket | rent0n@identi.ca | LRU #337812
aspire: Acer Aspire 5920 Arch Linux x86_64 | beetle: Gericom Beetle G733 Arch Linux i686
Offline
What is the reason for wanting branded versions of Firefox and Thunderbird (and maybe other apps)? It seems like a lot of people want that, which makes me wonder if it's for more than just looks.
When I started using Arch Linux, I used the unbranded Firefox, and then started using the unbranded Thunderbird. The icon for the unbranded Firefox looks fine, but the icon for the unbranded Thunderbird was hideous. So, I now install branded versions of both from the AUR.
By icon, I mean both the GNOME menu icon and the application icon. (seen when switching between windows...) It's kind of a hassle to compile after every update, but I spend a lot more time looking at those icons on my desktop than I do compiling.
Offline
Perhaps, the most interesting thing about Arch Linux and Mozilla products is that installing i18n packages for language support (namely firefox-i18n and thunderbird-en-gb for example) automatically turns the branding on. This branding affects the names (Namoroka becomes Mozilla Firefox and Shredder becomes Mozilla Thunderbird), but not icons or logos.
I am wondering if this is an expected behaviour or a little "bug" in Arch packages.
This forced and partial branding might also be against Mozilla policy and somehow "illegal", though I am not into legal stuff and I actually don't know.What do you think?
We use the official translated .xpi files from mozilla, so if they translate a string with "Firefox", that string will show up as "Firefox" also. I think that's more or less a bug upstream: translations should never translate the product name.
Offline
rent0n wrote:Perhaps, the most interesting thing about Arch Linux and Mozilla products is that installing i18n packages for language support (namely firefox-i18n and thunderbird-en-gb for example) automatically turns the branding on. This branding affects the names (Namoroka becomes Mozilla Firefox and Shredder becomes Mozilla Thunderbird), but not icons or logos.
I am wondering if this is an expected behaviour or a little "bug" in Arch packages.
This forced and partial branding might also be against Mozilla policy and somehow "illegal", though I am not into legal stuff and I actually don't know.What do you think?
We use the official translated .xpi files from mozilla, so if they translate a string with "Firefox", that string will show up as "Firefox" also. I think that's more or less a bug upstream: translations should never translate the product name.
Thank you, that's a very good answer! ![]()
rent0n@deviantART | rent0n@bitbucket | rent0n@identi.ca | LRU #337812
aspire: Acer Aspire 5920 Arch Linux x86_64 | beetle: Gericom Beetle G733 Arch Linux i686
Offline
Pages: 1