The debian-private mailing list leak, part 1. Volunteers have complained about Blackmail. Lynchings. Character assassination. Defamation. Cyberbullying. Volunteers who gave many years of their lives are picked out at random for cruel social experiments. The former DPL's girlfriend Molly de Blanc is given volunteers to experiment on for her crazy talks. These volunteers never consented to be used like lab rats. We don't either. debian-private can no longer be a safe space for the cabal. Let these monsters have nowhere to hide. Volunteers are not disposable. We stand with the victims.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: on other DFSG-free projects

On Sat, 22 Nov 1997, Andreas Jellinghaus wrote:

> On Fri 21 Nov 1997, Bruce Perens wrote:
> > > please cite the DFSG : why is kde not free.
> > 
> > Because it contains a library that does not conform to the DFSG.
> 
> it doesn't contain a  non-free library, it depends on it.
> 
> pleace cite the DFSG rule that sais "a programs is only free, if it does
> not depend on non-free software".
> 
> we both know, that there is no such rule.
> and this is a good thing.
> 
> be honest : either accept, that kde is free with our current DFSG
> guideline, or change DFSG (people will know how to interpret that).

As far as I remember from the discussion where the DFSG has been ratified
by the developers, the DFSG _implicitely_ says that a program cannot be
free if it requires non-free parts for building or execution.

So according to current policy, KDE is "non-free" (WRT DFSG) but may stay
in "contrib" (WRT policy), since it applies to the DFSG in every point
except one: it depends on "non-free" components.

If you think that this should be expressed more explicitly in the Policy
Manual, than I suggest to make the following changes:

-----
2.1.2 The main section 

Every package in "main" must comply with the DFSG (Debian Free Software
Guidelines). (Note, that this implies that the package must not require a
package outside of "main" for compilation or execution. Thus, the package
may not declare a "Depends" or "Recommends" relationship on a non-main
package).

Furthermore, all package in "main"

    - must not be so buggy that we refuse to support them,

    - must meet all policy requirements presented in this manual.


2.1.3 The contrib section 

Every package in "contrib" must comply with all requirements of the DFSG
except that it may depend on "non-free" parts (that is, packages not
included in "main") for compilation or execution.

Examples of packages which would be included in "contrib" are 

    - free packages which require "contrib", "non-free", or "non-US"
      packages or packages which are not in our archive at all for
      compilation or execution, 

    - wrapper packages or other sorts of free accessories for non-free
      programs, 

    - free packages which we don't want to support because they are too
      buggy, and

    - free packages which fail to meet some other policy requirements in a
      serious way.
----


Thanks,

Chris

--                  Christian Schwarz
                   schwarz@monet.m.isar.de, schwarz@schwarz-online.com
                  schwarz@debian.org, schwarz@mathematik.tu-muenchen.de
                       
                PGP-fp: 8F 61 EB 6D CF 23 CA D7  34 05 14 5C C8 DC 22 BA
              
 CS Software goes online! Visit our new home page at
 	                                     http://www.schwarz-online.com


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
debian-private-request@lists.debian.org . 
Trouble?  e-mail to templin@bucknell.edu .