Closed
Bug 252679
Opened 21 years ago
Closed 20 years ago
Need EULA for Firefox
Categories
(Firefox :: General, defect, P1)
Tracking
()
RESOLVED
FIXED
Firefox1.0
People
(Reporter: bugs, Assigned: bugs)
References
Details
(Keywords: fixed-aviary1.0, late-l10n, Whiteboard: [affects l10n] [comment only if you're a lawyer])
Attachments
(1 file, 2 obsolete files)
(deleted),
patch
|
Details | Diff | Splinter Review |
We need a proper EULA for Firefox for binary distributions, actually we need two
variants, one for our own code, and one for code we distribute through UMO.
Assignee | ||
Updated•21 years ago
|
Flags: blocking-aviary1.0+
Priority: -- → P1
Target Milestone: --- → Firefox1.0
Comment 1•20 years ago
|
||
rafael, can you track down the pro bono attny and see if we can get something
put together?
Updated•20 years ago
|
Assignee: bugs → rebron
Comment 2•20 years ago
|
||
rafael has draft that might also be good to get into the preview release
Flags: blocking-aviary1.0PR+
Comment 3•20 years ago
|
||
License file.
Comment 5•20 years ago
|
||
granrose, can you see about dropping this into the installers?
Assignee: rebron → granrosebugs
Comment 6•20 years ago
|
||
This needs to be cleared by Mitchell still.
Comment 7•20 years ago
|
||
sure. what's the timeframe?
Comment 8•20 years ago
|
||
I asked licensing@mozilla.org about this earlier, and the license in
Help->About->Credits... what do we do with localized builds and license files?
Gerv said have English first then translated, but that sounds kinda odd.
Comment 9•20 years ago
|
||
Comment on attachment 156302 [details]
License.txt
Not cleared for PR1
Attachment #156302 -
Flags: review-
Comment 10•20 years ago
|
||
Did Mitchell not clear this for PR1, or what happened? Also... IANAL, just a
concerned onlooker, but doesn't clause 4 take away many rights of the user? A
few choice quotes
>Licensee may not: (i) modify or create any derivative works of the Product or
>documentation, including customization, translation or localization;
This means that I can not take a copy of Firefox, localize it to my native
language, and provide the XPI's? Why not?
>(iii) redistribute, encumber, sell, rent, lease, sublicense, or otherwise
>transfer rights to the Product;
"redistribute"? So, I am not allowed to burn a CD for my friends?
>(vi) authorize or assist any third party to do any of the things described in
>this paragraph.
So, now I cant localize it, and I can't also get a l10n team together.
Also, what is with the starting quote:
>Redistribution Or Rental Not Permitted
I can't redistribute the software?
Comment 11•20 years ago
|
||
guess we will get this for the next release candidate after PR
Flags: blocking-aviary1.0PR+ → blocking-aviary1.0PR-
Comment 12•20 years ago
|
||
Let's get this show on the road: if this file can be localized, or parts of it,
then we need to get this in ASAP (l10n freeze is *tomorrow*). As a sidenote, I
hate this, I and don't understand why we need any license screen at all.
Trademarks are trademarks whether or not the user accepts a license agreement,
and the MPL is a source-level license that does not affect the binaries unless
you start hacking them. I would prefer to remove the license screen from the
installer altogether.
Whiteboard: [affects l10n]
Comment 13•20 years ago
|
||
bsmedberg: the installer app should support a license in case someone else
repackages the installer w/ something that needs one.
personally for mozilla.org builds i don't think a license makes any sense.
Comment 14•20 years ago
|
||
Wouldn't you need to make clear that mozilla.org is not responsible for any harm
caused by using the product, etc., etc.?
And it might be nice to have an explicit notice allowing redistribution of the
package.
Comment 15•20 years ago
|
||
What on _earth_ are you guys smoking. Redistribution is not permitted? Hello?
May not modify the code? May not reverse engineer it? May not customise it? May
not localise it? May not decompile the product? May not transfer rights to the
product? May not assist third parties to customise the product???
Are you guys on crack? Seriously?
We *WANT* people to copy the software. We *WANT* people to redistribute it. We
*WANT* people to be able to customise it, localise it, decompile it, hack it,
modify it.
The only thing there is to protect here is the artwork and liability. Don't let
it go to your heads and start restricting our users rights for no reason. It's
just ridiculous.
Comment 16•20 years ago
|
||
I hate the idea of a EULA screen. There is License.txt and that is enough.
Ditto to Hixie's comment.
Comment 17•20 years ago
|
||
(In reply to comment #16)
> I hate the idea of a EULA screen. There is License.txt and that is enough.
> Ditto to Hixie's comment.
My god, I just read the attachment (License.txt) - wtf.
Some things that I was surprised about: "EXPORT CONTROLS", "RESTRICTIONS" and
whats up with this comment "Licensor grants Licensee a non-exclusive and
non-transferable license to install and use for personal or internal business
purposes the executable code version" -- individuals and businesses *should* be
able to hack on the code.
And btw, I thought that FF was under the MPL
(http://www.mozilla.org/MPL/MPL-1.1.html).
If FF devs decide to go with a license and one that is not the MPL, why not go
with something under http://www.opensource.org/licenses/
Adding another license to the pile isn't the answer.
My 2 cents
- Mick
Comment 18•20 years ago
|
||
(Note that while I think the license proposed here is insane, it _is_ legal
within the framework of the MPL -- the MPL explicitly allows people to create
restrictive licenses when distributing executable versions of the program, so
long as they also provide the source code somewhere with no restrictions.)
Comment 19•20 years ago
|
||
Did I not say this attachment is invalid and the review is "-"? A EULA is
needed to protect us from frivolous lawsuits and that's all. All the other MPL
stuff stands. This bug is on Mitchell's plate.
As far as tha attachment, we used the Netscape one as a basis for the EULA which
was incorrect. We've created a new one that's still being reviewed by Mitchell.
Comment 20•20 years ago
|
||
Does that mean there are countries were you, as a software distributor, have
certain obligations, which you can legally extract yourselves from by
requesting that the user click a button when installing the software?
Assignee | ||
Comment 21•20 years ago
|
||
Mitchell said (IIRC) that this isn't necessarily a blocker.
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
Comment 22•20 years ago
|
||
rafael: I would be curious to hear the reply to my questin in comment 19.
Comment 23•20 years ago
|
||
This might be helpful. The entire text of this license agreement would fit on a
single dialog page, and it's written in much simpler English than most
legalese.
I'm of the opinion that the installer should have an informative license page
with text similar to this, referring of course to the text of the MPL (or GPL
or whatever) for full legal impact. That way we're up front with the legal
requirements: we're not hiding any of it as hard-to-find print. Also, the
message is not hostile, it's short and to the point (so it's likely to get read
by the slightly-less-impatient), and it introduces the user to the freedoms
they
get with Firefox being Free software, such as the freedom to redistribute,
which
we want.
Comment 24•20 years ago
|
||
Ian,
There are pro-bono attorneys looking at the EULA and it will also be localized
to work with other countries (translated, legally correct per locale). That's
the hope at least.
Comment 25•20 years ago
|
||
rafael: Sorry, my bad. I meant the question in comment 20.
fantasai: Except for disclaimers (which we might need, I don't know, hence my
question in comment 20 above), there is no need for an EULA for the MPL parts.
The MPL doesn't restrict the user's rights, it only extends them, so we don't
need them to agree to the terms.
Comment 26•20 years ago
|
||
is blocking for final...
mitchell is working on pullng the right stuff together.
Flags: blocking-aviary1.0- → blocking-aviary1.0+
Comment 27•20 years ago
|
||
Why does Firefox need one of these, is "EULA" not an oxymoron and is there
anywhere were any jurisdiction where these have any legal weight?
Comment 28•20 years ago
|
||
(In reply to comment #27)
> Why does Firefox need one of these, is "EULA" not an oxymoron and is there
> anywhere were any jurisdiction where these have any legal weight?
Does it really matter? Microsoft doesn't seem to care. If the implied legality
of a EULA dissuades someone from filing a lawsuit, then the EULA has done its
job. <grin>
Updated•20 years ago
|
Version: unspecified → 1.0 Branch
Comment 29•20 years ago
|
||
If the idea is just to deny culpability, what's wrong with one of the standard
MPL boilerplates available from http://www.mozilla.org/MPL/boilerplate-1.1/ ?
Comment 30•20 years ago
|
||
Re: #28:
>>Does it really matter?<<
If you are attempting to support this controversial and legally questionable
proposal then it seems to me that this is an argument (to the extent it is one)
for keeping the status quo and not introducing this "EULA".
>>Microsoft doesn't seem to care.<<
Care about what? Microsoft has nothing to do with Firefox. Why would they care
much about anything to do with it? They have a totally different proprietary
business model.
>>dissuades someone from filing a lawsuit<<
What sort of lawsuit by whom against whom? If you are talking about lawsuits
against the Mozilla Foundation, what are they currently doing that is illegal
and why don't they stop doing?
>>then the EULA has done its job.<<
I am asking what that "job" is*. I genuinely think it would be helpful if
someone explained here what is trying to be achieved by this RFE (and also the
morality and legality of such a proposal). You have not done so. (Please send
commments/flames on specifics of my post to me directly unless they shed light
on the raison d'etre of this bug.)
[* NB: if "its job" = restricting the use of Fx and thereby making the official
builds proprietary (as it seems from the license.txt attachment), then I think a
lot of users and developers will definitely have something to say about it.]
Comment 31•20 years ago
|
||
I think an EULA is un-suitable for firefox.
If firefox gets an eula then it will loose it's status of an 'open source'
browser becuase it is being distributed under an EULA not a public liscense. I
will not update if this EULA is implemented.
Oh and by the way section 4 seems to self destroy as I'm party to MPL and that
says I can do what I want.
Comment 32•20 years ago
|
||
I also hate this. It'll impede development, among other things already mentioned.
Comment 33•20 years ago
|
||
This is idiotic. If Firefox goes this route, expect someone to take Firefox and
fork it like X.org forked XFree. The infighting would probably scare off casual
adaptors, hurting adoption of both branches.
Comment 34•20 years ago
|
||
(In reply to comment #30)
> Re: #28:
> >>Does it really matter?<<
>
> If you are attempting to support this controversial and legally questionable
> proposal then it seems to me that this is an argument (to the extent it is
> one) for keeping the status quo and not introducing this "EULA".
I don't think an EULA is really necessary, but extra protection never hurts.
> >>Microsoft doesn't seem to care.<<
>
> Care about what? Microsoft has nothing to do with Firefox. Why would they
> care much about anything to do with it? They have a totally different
> proprietary business model.
The point was Micorsoft doesn't really care about the legality of an EULA when
they add them to their products.
There haven't been any huge court cases declaring EULAs invalid. And until there
are EULAs will be accepted as legally binding. Controversy notwithstanding.
> >>dissuades someone from filing a lawsuit<<
>
> What sort of lawsuit by whom against whom? If you are talking about lawsuits
> against the Mozilla Foundation, what are they currently doing that is illegal
> and why don't they stop doing?
Are you totally missing one of the points of EULAs?
Let's say a company has a customer database they maintain. The database is on
(X) software (Filemaker, an Oracle solution, ect), employees access information
on the database using (Y) software (where Y could potentially be a web browser).
Customer database is flubbed because of database software bug (or maybe database
server falls on its face after having an internation with (Y) access program it
may not normally deal with). The Company loses lots of money in sales, support,
IT costs cleaning up the mess. They want to sue. Oops. The EULA in the (X)
database software or (Y) access software says the vendor of said software is not
responsible for all coincidental, horrible, unavoidable damages, ect.
While Firefox is in it's current version state we have that stern warning, this
is *Pre-release*, do not use for anything mision-critical, at-your-own-risk and
so on. But once Firefox reaches version 1.0, it will not be "pre-release"
anymore. Unless stated otherwise, like in a formal EULA, certian implied
warranties may be taken by users/corporations.
> >>then the EULA has done its job.<<
>
> I am asking what that "job" is*.
It's job is to make people think twice about filing a frivolous lawsuits against
the Mozilla Foundation (as previous comments have pointed out). The EULA is not
there to make Firefox a proprietary program. It's to strengthen the position of
the makers in relation to use of the product. In court, it really doesn't matter
who is right, it's whoever can keep their lawyers on retainer the longest who
wins. The Mozilla foundation doesn't maintain a huge legal fund to fight an
artifically lengthened damages trail, last I heard.
Comment 35•20 years ago
|
||
Comment on attachment 156302 [details]
License.txt
/. has a psuedo-link here, and minus'ing is not enough. This attachment should
be marked obsolete (it never should have been attached at all).
/be
Attachment #156302 -
Attachment is obsolete: true
Comment 36•20 years ago
|
||
This is a very bad idea. EULA's are synonymous with control and supression.
Firefox needs no EULA. This is a horrible idea, and I am shocked as to why there
isn't a large outcry to this like the outcries to the (suggested) removal of
View Source and the temoporary remove of AltSS.
Doesn't the MPL disclaim liability enough?
If I see an EULA in Firefox 1.0, I won't install it. I'll just stick to the last
non-EULA nightly.
Comment 37•20 years ago
|
||
Maybe we should just call it a "disclaimer of liability", since that's its
actual purpose and "EULA" is such a hot-button word.
Comment 38•20 years ago
|
||
#16,#31,#32,#36 (and others)
Instead of outrageous hostility at the very idea of a license, why don't you
wait and see what the Foundation come up with. Read the eventual license, and
*then* criticise it.
#30 - As was stated before, the foundation has lawyers working on this, so I
don't know where you get 'legally questionable' from.
Comment 39•20 years ago
|
||
(In reply to comment #38)
> #16,#31,#32,#36 (and others)
>
> Instead of outrageous hostility at the very idea of a license, why don't you
> wait and see what the Foundation come up with. Read the eventual license, and
> *then* criticise it.
>
> #30 - As was stated before, the foundation has lawyers working on this, so I
> don't know where you get 'legally questionable' from.
Yes. You do have a point. I apologize.
(In reply to comment #37)
>Maybe we should just call it a "disclaimer of liability", since that's its
>actual purpose and "EULA" is such a hot-button word.
Yeah. EULA is a bad term for it. But I'm not utterly sure "disclaimer of
liabilty" sounds too hot eiter, especially to an end user.
Is this eventual document going to be within the installer, or in a text file in
the firefox directory?
Some users could be weary of clicking "next" on a screen with the title of
"disclaimer of liability."
Comment 40•20 years ago
|
||
Regarding the possible name of the license how about "Documentation License"
Comment 41•20 years ago
|
||
(In reply to comment #40)
> Regarding the possible name of the license how about "Documentation License"
oops I meant "free software license"
Comment 42•20 years ago
|
||
If you want the EULA (hopefully not such a piece of AOLish cr*p like attachment
156302 [details]) translated and legally OK, it must be ready some days before the release.
So it won't be possible to insert such an EULA to 1.0 RC 1 if you want to
release it this week. The l10n people aren't usually able to translate legal
papers themselves (for example, in Poland such a translation would not have any
power, it must be translated by a state-licensed legal translator).
Also what is the reasoning for an EULA at all? Just put MPL + information about
trademarks + some legal stuff about the update.mozilla.org extensions. That's all.
Comment 43•20 years ago
|
||
I don't think we need an EULA, we don't need a license at all in the installer -
all it does is make the install process one step longer on Windows and Linux,
also as noted previously it affects localization and at this late stage do you
want translators worrying about translating legal documents or would you rather
have them finishing translating the UI?
The browser acknowledges the trademark rights in the about box, I think all
that's needed is something on the download page that says something like
"Mozilla and Firefox are trademarks of the Mozilla Foundation, you are free to
redistribute the product as-is, however if you wish to make modifications please
consult our trademark policy if you wish to use our trademarks to identify your
product"
This text could also be repeated somewhere on the page that is first run when
you use Firefox.
I'm all for making the install process as simple as possible, I noticed a post
on the IE blog that claimed that it's currently easier to install Firefox, then
to set Google as default search engine in IE using their official method, lets
make it even easier: http://blogs.msdn.com/ie/archive/2004/10/08/240062.aspx#242260
Comment 44•20 years ago
|
||
Mozilla should stay away from demanding licence agreement during the
installation process because at that time a user has already decided that he
wants the software on his system and most users just click EULA's away, i.e.
accept it without taking the trouble of even trying to understand the legal
consequences.
Any user, be it private or a company, that considers the applicability of the
Mozilla software will also need to take into account the legal consequences; and
when he does consider those possible consequences, than he will need the proper
information readily and easily available, and that is surely not from the
installer. The installer may still include a simple message with a usage warning
(disclaimer), trademark notices and a reference on where to find all information
related to licencing and other legal issues of interest. It would just be a
notice and the user would not be required to agree.
BTW, in general any legal conditions may have very different applicability
depending on the country of user. Also for this reason having a reference to
relevant information, rather than trying to incorparate it in the distribution
of a product or its installer, seems more sensible.
Comment 45•20 years ago
|
||
You all seem to be quite happy agreeing to the MPL whenever you install
Firefox/Thunderbird/Mozilla...
So why is a different license for binaries (probably including the trademark
stuff) any different?
#44 - you claim that the installer is a bad place for the license, but then want
people to use the installer to find out where to get the license??
I challenge you to find a high-profile program without a license in the installer.
Comment 46•20 years ago
|
||
(In reply to comment #45)
> You all seem to be quite happy agreeing to the MPL whenever you install
> Firefox/Thunderbird/Mozilla...
>
> So why is a different license for binaries (probably including the trademark
> stuff) any different?
Because it is not the MPL that we know and trust.
Comment 47•20 years ago
|
||
Folks, we have enough opinions, so unless you can provide some legal expertise for
a particular market, there's no need to comment.
Like, Mitchell is well aware of the limited legal relevance of click-away EULAs
in some markets (like germany, according to an article by a lawyer in a recent
c't article).
Last I heard about it, the scheme was like nothing I read in this bug. So unless
we see a scheme, there is no use in reiterating the "make sure that you don't do
worse".
Whiteboard: [affects l10n] → [affects l10n] [comment only if you're a lawyer]
Comment 48•20 years ago
|
||
>#16,#31,#32,#36 (and others)
>Instead of outrageous hostility at the very idea of a license, why don't you
>wait and see what the Foundation come up with. Read the eventual license, and
>*then* criticise it.
>#30 - As was stated before, the foundation has lawyers working on this, so I
>don't know where you get 'legally questionable' from.
Sorry Doug,
But tell me this how will this help firefox in ANY way? You tell me and I'll
agree, IT's just too trivial a thing to be blocking anything in my opinion and
most users ignore it.
Comment 49•20 years ago
|
||
IANAL, but Mitchell Baker who is working on this (per comment #26), 'was the
attorney at Netscape responsible for all legal issues related to product
development and intellectual property protection. During that time she wrote the
Netscape and Mozilla Public Licenses.' [mozilla.org staff page]
I would assume she's fairly competent, and is doing this for a reason...
Comment 50•20 years ago
|
||
Regarding comment #37 and followups, I would also like to avoid the word
"license" in the installer screen. I agree with comment #39 that "disclaimer of
liability" does not sound too good either. But then what about using only
"Disclaimer" as the title?
If the installer screen contains a single paragraph with the title "disclaimer"
and only a few simple words saying that there is no warranty and mozilla.org is
not liable for damages, then I expect that very few people would object.
Anything that looks like an EULA is likely to draw some criticism from people
who are anti-EULA (whether this criticism is justified or not is not something
to be debated here).
From my point of view (IANAL), the best solution would be a very simple
disclaimer screen explaining that there is no warranty, without any other legal
terms. It would provide a link to the full Mozilla license for those who want
to read it.
Comment 51•20 years ago
|
||
Firefox is licensed under MPL, GPL and LGPL. ANY of those three licenses DOES
NOT cover usage in any way, so End User License Agreement for them simply does
not make sense, and EULA that is more restricted than them even less so, because
it would actually be a lie.
IMHO this should be either a WONTFIX or a simple disclaimer with possible link
for those who are interested in redistributing or creating derivative works
(which is the only thing those licenses cover)
Comment 52•20 years ago
|
||
Juha: Your statement is not correct. Mozilla code is licensed under the MPL,
LGPL, *or* MPL. The MPL is specifically a source-level license and
redistributors may release binaries under whatever license they choose. But
without an license attachment approved by mitchell, this whole discussion is moot.
Assignee | ||
Comment 53•20 years ago
|
||
We're looking to go gold on Tuesday November 2, but it's possible this could
sneak in after that.
Assignee | ||
Comment 54•20 years ago
|
||
new license text from attorneys, worked into the installer build system
Attachment #160240 -
Attachment is obsolete: true
Assignee | ||
Updated•20 years ago
|
Assignee: granrosebugs → bugs
Status: NEW → ASSIGNED
Assignee | ||
Comment 55•20 years ago
|
||
landed.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 56•20 years ago
|
||
Comment on attachment 164814 [details] [diff] [review]
patch
> A SOURCE CODE VERSION OF CERTAIN FIREFOX BROWSER FUNCTIONALITY THAT
> YOU MAY USE, MODIFY AND DISTRIBUTE IS AVAILABLE TO YOU
> FREE-OF-CHARGE FROM WWW.MOZILLA.ORG UNDER THE MOZILLA PUBLIC
> LICENSE and other open source software licenses.
>
> The accompanying executable code version of Mozilla Firefox and
> related documentation (the "Product") is made available to you
> under the terms of this MOZILLA FIREFOX END-USER SOFTWARE LICENSE
> AGREEMENT (THE “AGREEMENT”). BY CLICKING THE "ACCEPT" BUTTON, OR
> BY INSTALLING OR USING THE MOZILLA FIREFOX BROWSER, YOU ARE
> CONSENTING TO BE BOUND BY THE AGREEMENT. IF YOU DO NOT AGREE TO
> THE TERMS AND CONDITIONS OF THIS AGREEMENT, DO NOT CLICK THE
> "ACCEPT" BUTTON, AND DO NOT INSTALL OR USE ANY PART OF THE MOZILLA
> FIREFOX BROWSER.
Why are two halves of sentences here in lowercase and the rest in upper case?
This isn't a disclaimer. Heck the first paragraph doesn't even license
anything, it's just an informative note.
Looking at the actual license, we have:
1. LICENSE GRANT: Header information that places the rest of the license in a
legal framework.
2. TERMINATION: The closure part of the framework.
3. PROPRIETARY RIGHTS: First part says that this license doesn't restrict the
user's rights for most of the product. The second part states a legal fact,
namely that the trademarks and other parts of the product _not_ covered by the
open source licenses are not licensed. In summary, part 3 doesn't actually do
anything.
4. DISCLAIMER OF WARRANTY: disclaimers. (see note below)
5. LIMITATION OF LIABILITY: disclaimers. (see note below)
6. EXPORT CONTROLS: States a legal fact regarding exports.
7. U.S. GOVERNMENT END-USERS: Not a license, just something that we could have
in the about box.
8. MISCELLANEOUS: More legal framework.
So in conclusion, the only actual content in the license is a set of
disclaimers.
So here is my question:
Are there countries where Mozilla Foundation, as a software
distributor, has certain obligations, which it can legally extract
itself from through the use of this license?
Comment 57•20 years ago
|
||
Unfortunately that uppercasing mania comes from a US law that states that
certain parts of contracts/licenses have to be uppercase and bigger than 10 pt.
Can we get rid of as much text as anyhow possible? This really is too long.
Comment 58•20 years ago
|
||
I'm not talking about the uppercasing in the later sections. I'm talking about
the mixed case sentences at the start, which don't even form part of the license
terms itself.
Comment 59•20 years ago
|
||
Still part of the license document - I just looked at a couple of others (on
american software) and the mixed case in the preamble seems to be usual.
As for your question, IANAL, but from reading previous discussions, I understand
that disclaimers like this can help one's defence in the US (at least in some
states) if someone sues you because what you gave them caused them problems. The
license may be stating the obvious, but failure to state the obvious can
apparently lead to arguments that you didn't mean it because you didn't state
it. I understand that this kind of thing is pretty much useless in the UK, but
it might possibly help in some obscure circumstance and it doesn't do any harm,
legally, to put it there, so lawyers go for having it anyway.
I don't think there's much point in disputing it anyway, unless the foundation's
lawyers are going to read this. It may be redundant, but there's nothing evil in it.
Keywords: fixed-aviary1.0
Comment 60•20 years ago
|
||
It does harm because EULAs are of dubious legal standing in the first place, and
if the first thing a user sees when installing his first piece of free software
is a legal agreement, he's going to miss one of the biggest points of free
software (namely, the freedom from this kind of crap).
Comment 61•20 years ago
|
||
WWW.MOZILLA.ORG/LICENSING
that's 404. lowercase licensing works, but the license explicitly uses
uppercase. this should be fixed. I also think it should use an http:// prefix.
Comment 62•20 years ago
|
||
>6. EXPORT CONTROLS. This license is subject to all applicable export
restrictions. You must comply with all export and import laws and restrictions
and regulations of any United States or foreign agency or authority relating to
the Product and its use.
why does this need to be there? I do not think that mozilla foundation needs to
enforce US law. I mean, what this is saying is, if people export firefox to some
country that the US govt doesn't like, they must not use firefox. does US law
require this statement?
Comment 63•20 years ago
|
||
"I mean, what this is saying is, if people export firefox to some country that
the US govt doesn't like, they must not use firefox. does US law require this
statement?"
Not explicitly, AIUI (IANAL, but I do work for a US-registered organisation),
but US law does require that the (encryption) code isn't exported to places the
US government doesn't like, and it is the person in the US that's responsible
for complying with that. It would be illegal, for example, for the Foundation to
supply the code to you in Europe, if they knew that it was your intention to
send it on to someone in Iran.
In other words, I don't think they're actually required to enforce the law, but
they are required not to be complicit in breaking the law. I guess if they tell
you not to re-export it and you do it anyway without their knowledge, they have
some kind of defense.
The capitalisation point is a good one (assuming that anyone is actually going
to read the license :), but that could also be fixed by setting up a redirect on
the server from the uppercase version to the lowercase.
Comment 64•20 years ago
|
||
>In other words, I don't think they're actually required to enforce the law, but
>they are required not to be complicit in breaking the law
but does that mean they are required to remove your right to use firefox if you
do that? ("If you breach this Agreement your right to use the Product will
terminate immediately")
Comment 65•20 years ago
|
||
I don't know (I'm not a lawyer, as I said), but in general, if you stand by and
let someone else break the law (in this case, by exporting the software),
without trying to stop them or report them or something, then you assume some of
the guilt.
Comment 66•20 years ago
|
||
2. TERMINATION. If you breach this Agreement your right to use the Product will
terminate immediately and without notice[...]
Why is that clause needed anyway? If you breach the license you're guilty of
copyright infringement and/or violation of contract law. It doesn't help anyone
if you stop using the product as such. Being free software it's quite difficult
to *use* it in an "illegal" way. Distribution is a whole different story.
Comment 67•20 years ago
|
||
(In reply to comment #65)
> I don't know (I'm not a lawyer, as I said), but in general, if you stand by and
> let someone else break the law
bah. I'm living in europe, I don't care about US law.
Comment 68•20 years ago
|
||
I'm seeing bad line breaks (unix vs windows?) on today's Window's build in the
installer.
Comment 69•20 years ago
|
||
If the only reason to do this is an attempt to enhance fxs chance of survival in
the brokal legal world of the U.S., then couldn't there be two versions?
One for the U.S. that comes bundled with EULAS and another one for the rest of
the world that would is able to use a free product without trying to kill the
those who gave it to them.
I'm living in Sweden and I will follow Swedish law. I will not, however, sign an
agreement that entitles the U.S. to decide what I may or may not export to Iraq.
Comment 70•20 years ago
|
||
(In reply to comment #69)
> If the only reason to do this is an attempt to enhance fxs chance of survival in
> the brokal legal world of the U.S., then couldn't there be two versions?
>
> One for the U.S. that comes bundled with EULAS and another one for the rest of
> the world that would is able to use a free product without trying to kill the
> those who gave it to them.
>
> I'm living in Sweden and I will follow Swedish law. I will not, however, sign an
> agreement that entitles the U.S. to decide what I may or may not export to Iraq.
I don'tt think you properly understand. Let me first disclaim that I am not a
lawyer, and what I am about to say should not, and in my opinion does not,
constitute legal advice.
Now, I understand you're living in Sweden. I understand that you follow Swedish
law. Now, could you please understand that Mozilla "lives" in the US? And that
Mozilla follows US law? I'm sure you understand this, which is great - we're
all on the same page.
If Mozilla gives you something, and you give it to Iraq... who's responsible?
You might say you are, right? Totally wrong. You followed your Swedish law
perfectly! Congratulations!
But... Mozilla is going to get sued to the dust. They are responsible for
breaking the law, because they let you break US law. You're not responsible,
yes, because you're not in the US - but Mozilla *is*.
A second version for people outside the US would not work. If a second version
was made, for people outside the US, that one would be the one that would have
to have MORE legal disclaimers... it would really only mean that the US one
could have (perhaps) less!
Mozilla doesn't want the government to get mad at them. I don't either. I
understand that you don't live in the US, and that you probably (like many
people in Europe, but not all) don't think that US politics make sense. I will
also agree that often they don't.
But, in this case... Mozilla can't say "it's stupid so we won't do it".
Because, if they do say that, they're asking to get sued or be accused of being
traitors.... not you, no, just them.
Sorry if you don't care about Mozilla, but I do. I hate EULAs as much as
everyone, but I'm very glad this is fixed. Another great stride forward for the
Mozilla project.
But, again, I'm not a lawyer. Sorry for the bugspam, those of you who wish
Mozilla and Firefox to succeed and care about the reality of the legal system.
And sorry for responding to this topic, not being a lawyer. I'm really just
explaining what earlier comments have said anyway.
-[Unknown]
Comment 71•20 years ago
|
||
Sorry if I appear dumb: bottom line will Firefox be Open Source or not? Will
we have access to the source code of the whole project?
Will I be able to contunue to define it an open source project?
I've not understand well all these things.
Kind regards
Comment 72•20 years ago
|
||
@unknown@simplemachines.org: Other free software projects have their export
regulated software on Dutch or Swiss servers or special US and NON-US servers
(debian does this and their server for security relevant things is in the
Netherlands). This solves many problems with overbroad US and French legislation
on encryption technology.
Comment 73•20 years ago
|
||
To comment #71 - as always with open source, it depends on your definition.
Some would say (look at this bug!) that adding a EULA means no.... but
considering the fact that you can still get the source, without ever agreeing to
the EULA - and in fact, you can get the zip and use it without the installer...
I would say it's still as open source as can be.
And, to comment #72 - again, I am not a lawyer. But, I would think that, as an
example, if John Doe security programmer exported his work to a Swiss server,
which then gets exported through some chain of redistributions to Iraq... well,
that John Doe would still be in trouble. Or the organization he works for (in
this case Mozilla.)
But, maybe that does solve it. Maybe it would solve it in this case, even. But
I do know that it would make my downloads slower (I live in Los Angeles, and I'm
just as impatient as everyone else in this area) so I'd rather take the EULA
anyway :P.
Here I am again with the bugspam. I'll stop for good now, because anything more
than this is really just speculation on my part. Let me take this chance again
to note that I am not a lawyer, nor do I have any wish or intent on giving
anyone legal advice of any kind (again, I live in sue-happy LA.)
-[Unknown]
Comment 74•20 years ago
|
||
(In reply to comment #71)
> Sorry if I appear dumb: bottom line will Firefox be Open Source or not? Will
> we have access to the source code of the whole project?
> Will I be able to contunue to define it an open source project?
The EULA affects your rights (if at all?) with respect to the binary
distribution only. The source tree continues to be tri-licensed as before, and
is unaffected by the EULA. Mozilla/Firefox are most certainly still open source
projects.
Bottom line, to answer your questions: Yes, yes, and yes.
Comment 75•20 years ago
|
||
(In reply to comment #72)
> Other free software projects have their export regulated software on Dutch or
> Swiss servers or special US and NON-US servers (debian does this and their
> server for security relevant things is in the Netherlands). This solves many
> problems with overbroad US and French legislation on encryption technology.
All the code hosted on those servers was written outside the US. Unless you're
planning on rewriting the whole of Mozilla outside the US, this doesn't help us
in the slightest. (Note that Linux and many other software projects are based
primarily outside the US anyway.)
Also, those servers are used for encryption code, which used to be covered by a
totally different set of laws in the US (munitions exports). That's a different
problem from whether it is allowed to export to Iraq and other countries.
You need to log in
before you can comment on or make changes to this bug.
Description
•