Charityware: Difference between revisions

From OLPC
Jump to navigation Jump to search
(→‎Charity license: software renting)
(→‎Charity license: Dual-licensing)
Line 12: Line 12:


For the purpose of charity one could also offer a license with a software renting model.
For the purpose of charity one could also offer a license with a software renting model.

==== Dual-licensing (''"DGPL"'') ====

A dual license could allow a company to build a commercial variant of an existing open source program. The company would then have to pay a per-user fee to the OLPC Foundation to be allowed to sell that software without accompanying source code.


=== Software ===
=== Software ===

Revision as of 12:44, 26 October 2007


This page is not maintained by the OLPC team. (See: About this wiki)



The OLPC Foundation could set up a software development site and software store for charityware (a combination of sf.net and shareit.com, e.g. using SourceForge Enterprise Edition [1]) with the revenue going to the OLPC Foundation. A group of employed developers could help to improve open source software or locally developed software to make it sufficiently interesting to be accepted as commercial software. The enhancements could optionally be released into the open source after 5 to 10 years.

As a side-effect this could attract software developers into an OLPC community that would also develop for the OLPC laptop.

Charity license

A charity license could be a non-OSI open source license requiring, against paragraph 1 (Free Redistribution: "... The license shall not require a royalty or other fee for such sale.") of the OSI open source definition, a fee payable to the OLPC Foundation for every user of the software.

One would, of course, not try to re-license important open source software but there may be some projects for which a charity license may be very acceptable.

For the purpose of charity one could also offer a license with a software renting model.

Dual-licensing ("DGPL")

A dual license could allow a company to build a commercial variant of an existing open source program. The company would then have to pay a per-user fee to the OLPC Foundation to be allowed to sell that software without accompanying source code.

Software

Firefox browser

An enhanced Firefox browser could, for instance, (without trying to change the license of the original Firefox) allow extension through webstarted Java add-ons and plugins. (Enhancement of Firefox could be outsourced to a Java vendor (e.g. Sun or IBM), who would in turn get a revenue share from selling a license for his VM.) The Mozilla Foundation hasn't yet shown any interest to go that way so this could be an interesting market niche. Java add-ons and plugins could then be sold in the shop, too. Webstarted add-ons could stay conveniently available once bought for an account, even after being discarded locally. Selling the browser for $0 during the first month could help to establish a user base; alternatively one could hand out a limited number of invites to contributors. (Employing the same psychological effect as artificial scarcity in laptop software: If something is scarce it may seem more valuable).

An interesting add-on could, for instance, be a travel management solution with reservation services provided through certified OLPC travel partners, LDAP access for users and travel policies and automatic feedback to Mozilla Sunbird calendars.

One could also embed a nested-X server (or WiredX?) into the browser and run an OLPC emulator in a Unix jail environment from a browser add-on, with other web clients in the same virtual mesh network. The browser could then webstart OLPC activities from URLs, which is convenient for the casual user.

Winux

Linux and Wine/ReactOS having compatible licenses there is a certain risk that the ReactOS kernel could diffuse into Linux in two or three years. Most people in the Linux community wouldn't like that because it would bring the Windows driver model to Linux and, consequently, (binary) Windows drivers, which would be likely to impede the development of native Linux drivers.

Changing the license of ReactOS to a charity license could prevent that. The Linux community could appreciate that and Microsoft would probably appreciate that, too: A company reselling ReactOS would have the base cost of the fee and would not be able to sell a ReactOS distribution without that. Everybody should be able to appreciate the potential fund-raising effect for OLPC.