Re: [gentoo-dev] Packages without source code

2014-04-23 Thread Ulrich Mueller
 On Thu, 3 Jan 2013, Rich Freeman wrote:

 On Thu, Jan 3, 2013 at 9:39 AM, Ulrich Mueller u...@gentoo.org wrote:
 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.

 As long as it is also marked with the BSD license I don't have a
 problem with this.  The license is, in fact, BSD, so we do need to
 keep that info around.

 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.

 I understand the distinction adds value to our users, but I find it
 amusing that a computer scientist would even try to define the term
 source code.  :)

Coming back to this old thread. I've recently added a no-source-code
license file [1]. This should be used for packages whose license would
otherwise match @FREE, but that don't qualify as free software because
of the missing source code.

Obviously, no-source-code alone isn't a license, so it cannot be the
only element of an ebuild's LICENSE variable.

Ulrich

[1] 
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/licenses/no-source-code?view=markup


pgpAXW63fq3P2.pgp
Description: PGP signature


Re: [gentoo-dev] Packages without source code (was: Clarify the as-is license?)

2013-01-03 Thread Ulrich Mueller
 On Sat, 29 Sep 2012, Rich Freeman wrote:

 On Sat, Sep 29, 2012 at 5:21 PM, Ulrich Mueller u...@gentoo.org 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



Re: [gentoo-dev] Packages without source code (was: Clarify the as-is license?)

2013-01-03 Thread Rich Freeman
On Thu, Jan 3, 2013 at 9:39 AM, Ulrich Mueller u...@gentoo.org wrote:
 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.

As long as it is also marked with the BSD license I don't have a
problem with this.  The license is, in fact, BSD, so we do need to
keep that info around.


 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.

I understand the distinction adds value to our users, but I find it
amusing that a computer scientist would even try to define the term
source code.  :)

Rich