Introduction to Free Software - SELF | Sharing Knowledge about ...
Introduction to Free Software - SELF | Sharing Knowledge about ...
Introduction to Free Software - SELF | Sharing Knowledge about ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
© FUOC • P07/M2101/02709 47 <strong>Free</strong> <strong>Software</strong><br />
It is possible <strong>to</strong> divide free software licences in<strong>to</strong> two large families. The first<br />
comprises licences that do not impose special conditions on the second redis-<br />
tribution (in other words, that only specify that the software can be redistribu-<br />
ted or modified, but that do not impose special conditions for doing so, which<br />
allows, for example, someone receiving the program <strong>to</strong> then redistribute it<br />
as private software): these are what we will refer <strong>to</strong> as permissive licences. The<br />
second family, which we will call strong licences (or copyleft licences), inclu-<br />
de those that, in the style of GNU's GPL, impose conditions in the event of<br />
wanting <strong>to</strong> redistribute the software, aimed at ensuring compliance with the<br />
licence's conditions following the first redistribution. Whereas the first group<br />
emphasises the freedom of the person receiving the program <strong>to</strong> do almost<br />
anything they want with it (in terms of the conditions for future redistribu-<br />
tions), the second emphasises the freedom of anyone who may potentially<br />
receive some day a work derived from the program, obliging subsequent mo-<br />
difications and redistributions <strong>to</strong> respect the terms of the original licence.<br />
The difference between these two types of licences has been (and remains) a<br />
debatable issue amongst the free software community. In any case, we should<br />
remember that they are all free licences.<br />
3.2.2. Permissive licences<br />
Permissive licences, also known sometimes as liberal or minimal licences, do<br />
not impose virtually any conditions on the person receiving the software, and<br />
yet, grant permission <strong>to</strong> use, redistribute and modify. From a certain point of<br />
view, this approach can be seen as a guarantee of maximum freedom for the<br />
person receiving the program. But from another, it may also be unders<strong>to</strong>od<br />
as maximum neglect in respect of ensuring that once someone receives the<br />
program, that person guarantees the same freedoms when redistributing that<br />
program. In practice, these licences typically allow software that its author<br />
distributes under a permissive licence <strong>to</strong> be redistributed with a private licence.<br />
Among these licences, the BSD licence is the best known, <strong>to</strong> such an extent<br />
that often permissive licences are referred <strong>to</strong> as BSD-type licences. The BSD<br />
(Berkeley <strong>Software</strong> Distribution) licence stems from the publication of diffe-<br />
rent versions of Unix produced by the University of California in Berkeley, in<br />
the US. The only obligation it imposes is <strong>to</strong> credit the authors, while it allows<br />
redistribution in both binary and source code formats, without enforcing eit-<br />
her of the two in any case. It also gives permission <strong>to</strong> make any changes and<br />
<strong>to</strong> be integrated in<strong>to</strong> other programs without almost any restrictions.<br />
Note<br />
One of the consequences in practice of BSD-type licences has been <strong>to</strong> diffuse standards,<br />
since developers find no obstacle <strong>to</strong> making programs compatible with a reference implementation<br />
under this type of licence. In fact, this is one of the reasons for the extraordinary<br />
and rapid diffusion of Internet pro<strong>to</strong>cols and the sockets-based programming<br />
interface, because most commercial developers derived their realisation from the University<br />
of Berkeley.<br />
Note<br />
The term copyleft when applied<br />
<strong>to</strong> a licence, used mainly by<br />
the <strong>Free</strong> <strong>Software</strong> Foundation<br />
<strong>to</strong> refer <strong>to</strong> its own licences, has<br />
similar implications <strong>to</strong> those<br />
referred <strong>to</strong> as strong licences as<br />
used in this text.