On 2/14/14 5:39 AM, Gervase Markham wrote:
>
>> * Software should not be eligible for copyright unless it is freely
>> available to the public when the copyright term expires and it enters
>> the public domain: in particular, the source code of binary software be
>> made public when the software is released (open-source software) or
>> placed in escrow and made public when copyright expires (binary
>> software). Otherwise the public cannot benefit from the software being
>> public domain.
> That is a fascinating idea which I'd never heard of. However, it would
> be somewhat hard to enforce without a great deal of bureaucracy. Corp X
> submits an escrowed tarball, gets copyright protection and sells the
> software. 14 years later, it turns out that's some different software,
> or it doesn't build, or something. What happens then?
I think that it should be possible to construct a reasonable set of
legislative checks and balances:
* If the company is still in business, they must make the code available
or face fines or maybe even lose copyright protections for all current
software.
* The 3rd party who holds the escrow code faces financial penalties or
loses the right to do escrow business.
* When copyright is assigned by sale or during bankruptcy, the
responsibilities associated with releasing the source also transfer.
There's obviously a bunch of questions about what to do about *existing*
software, but I'm not convinced that dealing with those details is
worthwhile in this general proposal.
>
>> * The term of software copyright should be limited to a smaller fixed
>> term: I think we should propose 14 years. This means that for example,
>> Windows XP would enter the public domain in August 2015, which is after
>> Microsoft is no longer supporting it or considers it commercially viable.
> The version of XP which would enter the public domain would be the
> original, not any of the service packs. So in practice, this would not
> be useful to people attempting to continue using and supporting XP for
> themselves - there would be far too much work to do, duplicating the
> service pack functionality. Wouldn't there?
I'm not sure, but I expect that this would at least open up business
opportunities for companies to support older software that the original
developer no longer wishes to maintain. It also serves as an incentive
for companies to keep improving their software (either in terms of
security or features).
--BDS