>>>>> On Sat, 29 Sep 2012, Rich Freeman wrote:

> On Sat, Sep 29, 2012 at 5:21 PM, Ulrich Mueller <[email protected]> wrote:
>>>>>>> On Sat, 29 Sep 2012, Chí-Thanh Christopher Nguyễn wrote:
>>> If we start to measure the software freedom of the code inside the
>>> package, then maybe LICENSE is the wrong variable to express this.
>> 
>> I'm aware that we can't distinguish the two cases. Should we have a
>> "binary-only" license to catch it?

> The license isn't binary-only. The license is BSD. It just happens
> that the thing they're licensing is the binary and not the source.

Coming back to this. I agree that the license is BSD.

> Does it really matter? Before we start overloading the LICENSE flag
> to represent something other than the license we should probably
> have a problem to actually fix.

There is a real problem, namely that we use it for filtering with
ACCEPT_LICENSE, and for BSD we currently cannot distinguish between
free (i.e. source is available) and non-free software.

> As far as freedom of code goes, arguably the code is perfectly free
> - it just isn't open source. You could legally decompile, modify,
> recompile, and redistribute it and your assembly language sources as
> much as you like.

The code is only free as in beer. But it is neither Free Software nor
Open Source.

The Free Software Definition [1] is very clear about this point:

   A program is free software if the program's users have the four
   essential freedoms:
     [...]
   • The freedom to study how the program works, and change it so it
     does your computing as you wish (freedom 1). Access to the source
     code is a precondition for this.
     [...]
   • The freedom to distribute copies of your modified versions to
     others (freedom 3). By doing this you can give the whole
     community a chance to benefit from your changes. Access to the
     source code is a precondition for this.

   [...]

   In order for freedoms 1 and 3 (the freedom to make changes and the
   freedom to publish the changed versions) to be meaningful, you must
   have access to the source code of the program. Therefore,
   accessibility of source code is a necessary condition for free
   software.

So is The Open Source Definition [2]:

   2. Source Code

   The program must include source code, and must allow distribution
   in source code as well as compiled form. Where some form of a
   product is not distributed with source code, there must be a
   well-publicized means of obtaining the source code for no more than
   a reasonable reproduction cost preferably, downloading via the
   Internet without charge. The source code must be the preferred form
   in which a programmer would modify the program. Deliberately
   obfuscated source code is not allowed. Intermediate forms such as
   the output of a preprocessor or translator are not allowed.

We could easily solve this by adding a "binary-only" or
"no-source-code" tag to such packages. It would be included in the
@BINARY-REDISTRIBUTABLE license group, but not in @FREE. So such
packages would be excluded for users with ACCEPT_LICENSE="-* @FREE".

Thinking about the name, "no-source-code" might be a better choice
than "binary-only". As the GPL defines it, "The source code for a work
means the preferred form of the work for making modifications to it."
This may be binary, e.g. for pictures in a bitmap format.

Ulrich


[1] http://www.gnu.org/philosophy/free-sw.html
[2] http://opensource.org/osd

Reply via email to