[License-review] For Approval: Scripting Free Software License, Version 1.3.5 (S-FSL v1.3.5)

Elmar Stellnberger estellnb at gmail.com
Tue Nov 5 20:37:54 UTC 2013


At least the following programs are currently at stake to be licensed 
under S-FSL:
http://www.elstel.org/xchroot
http://www.elstel.org/qemu: confinedrv
http://www.elstel.org/bundsteg


The license itself:

Scripting Free Software License, Version 1.3.5 (S-FSL v1.3.5)

:: see for the attachement


Motivation for a new license:

S-FSL v1.3.x: Motivation for a new license

1. The license should not only protect itself but any reference given to the authors such as concerning their web presence. The primary motivation to publish some software which should now be released under S-FSL was to attract people to the authors web page so that the ability to remove any such reference would have been a pitfall to the developers and publishers. It should also protect to some extent against re-publishing the software at another site with higher page rank possibly at cost just with the intention to draw off traffic from the original site (like f.i. already done with OpenOffice). It is the right of the user at least to know about the primary upstream page in the web.

2. Concerning the incorporation into paid, proprietary or commercial software the license should offer a comparable level of protection to intellectual property rights as GPL does even for scripts and software not being compiled (You actually have to use L-GPL when incorporating your compiled sources into any such product. However GPL does not seem to give any such protection for code distributed and executed as source or by just in time compilation).

3. Note that S-FSL requires some minimal provisions by the distributor regarded by the author as de-facto standard and fair use conditions: a free core distribution or proactive distribution of patches, updates including security updates and fixes to broken functionality to anyone who got the core distribution, no undue obstacle in obtaining them, secure checksums to verify the downloads. Things quite common in the open source sector but not with some proprietary systems: Downloaders of Windows can not verify their downloads with publicly trusted tools; in order to update OS/2 Warp 4 some 'mean tricks' i.e. insider knowledge was necessary before I have published that on my personal blog at elstel.org.

4. The license has especially been designed for people who want to release their shareware under an OSS-compliant version for the first time experimenting to get input from a broader public community. As the original authors retain full property rights of their software even after incorporating patches (compare it in this point with the SRC M3 license) they may re-publish it under a different license like BSD or GPL at any time. It has been designed for the original authors to retain a maximum of intellectual property rights especially and also for those who are reluctant to make their software public domain in the first place.

5. By granting a group of developers to work on a new 'branch' other people can acquire similar responsibility and rights to work on an affiliated project. Free branching may be specified in addition to the license terms: "This program is licensed under S-FSL v1.3.x and may be branched for free.".

Link to a previous public discussion:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=+728716
note: this was about an elder version of the license; it is now 
completely reworked
the possibility of submission was pointed out by Debian legal though the 
distributor would prefer an already known license. Unfortunately I could 
not find any such license that would at least satisfy requirement (1) as 
listed above.

Note: Acceptance to several distributions is still pending due to 
unapproved license (openSUSE, Debian);
It should not be a problem to adapt or change the license yet.

Many Thanks for Your Input and Contribution,

Yours Sincerely,
Elmar Stellnberger



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensource.org/pipermail/license-review_lists.opensource.org/attachments/20131105/103c8b81/attachment.html>
-------------- next part --------------
 Scripting Free Software License, Version 1.3.5 (S-FSL v1.3.5) as provided by elstel.org/license

  This program may be used free of charge. It has been designed as research work and comes without claim for fitness to any particular usage purpose and completely without warranty or any kind of liability such as lost revenues, profits, harm or damage of any kind.
  The program may be distributed by a third party given that the program is distributed in its original state completely without any kind of modifications or patches. If you need to re-distribute a patched version of this program you need to distribute the patches separately from the original so that the pristine version can be restored at any time. Any derived work must carry the name of the distributor, vendor or the product in its name (or a unique shorthand for it) preceded by the original unchanged name of the software and its version at the beginning. Modifications applied to this program may not affect the name, original version, copyright, license or any reference given to the authors such as their email addresses or their web presence and/or page in any part of the program or any files attached to the program apart from updates to these references made by the respective authors themselves. You as a distributor need to let your contributors add their names, their email and modifications with date to the changelog. You must not charge for the programs under S-FSL themselves but you may require a reasonable charge for the physical reproduction of the data.
  You may only extend or modify this program given that you do also consent with the following terms. As far as you are not a public distributor you are obliged to send a copy of your patches to the original authors referred to herein as the authors of the first version of the program as being listed in the changelog or program header whenever you publish or exchange your patches with other people. If you have some work in progress you are obliged to send out bundled patches once at least every month. This is to assert the availability and recognition of patches at least by the original authors; a condition which must be held even if you agree not to actively 'send' or 'forward' your patches.
  By distributing patches you do also consent that the original authors may incorporate your patches into future versions of this program. The patched parts of the program and the patches themselves will also become subject to this licensing and may even be used for free in other programs or in the same program under different licensing as soon as you choose to publish any kind of patch; i.e. you need to be ready to share your full intellectual property rights with the original authors whenever you choose to exchange, distribute or publish any kind of patch to this program. Sharing your intellectual property means that both parties - you and the original authors - obtain the full set of rights about your modifications which were initially only associated with you. The original authors will have to resolve whether to incorporate your patches or not into future versions. Any contributor has the right to be listed with full name, patching date and email address in the changelog of this program. 
  If you want to develop a separate branch of this program the original authors need to consent as long as the software may be subject to further development by them; if not that should be indicated by them denominating either new copyright holders with the same right as the original authors or by publishing under a different license. Developing a separate branch means not to use the naming convention proposed in the second paragraph which allows you to add anything at the end of the name-upstreamversion-yourtag identifier. Universal consent to 'free' i.e. any branching may be specified additionally at any time by the distributed application. A new branch will also be under S-FSL of at least the same version and have the same rights as the original concerning the incorporation and management of patches giving the original issuers of the branch equivalent rights as the original authors for the scope of their branch. Branched versions do however need to forward and share patches including the property rights on patches with their parent branch. Branched versions can not re-publish under a different license or use patches as their own intellectual property unless explicit consent from the maintainers of the parent branch is given.
  The term distribution describes shipping an aggregate of software, its documentation and adherent materials. Any distribution which wants to assimilate software under S-FSL needs to take the following minimal provisions: It must be possible to verify the download securely by a publicly available tool and a checksum which is exposed to the broad public. Additional keys may be provided in any kind of way. Security updates and updates against broken functionality must also be available to the public rather than just to a paying customer stock as long as they pertain to software that can either be downloaded or compiled from sources by the public and which pertain to the distribution. Note that updates do not include upgrades to future upstream versions of a program. Available to the public implies here available free of charge apart from connectivity to the internet or a reasonable charge for the reproduction of the data medium and does also pertain to the terms 'public distribution' and 'public distributor'. 
  Public distributions have the advantage of not having to ship patches proactively to the original authors or copyright holders. This does not prevent the same software including its adherent materials to be additionally available at cost or privately somewhere else as long as public availability remains guaranteed at a reasonable level (f.i. download of the free parts of the distribution within some days.). A public distribution may any time also ship with adherent materials at cost such as documentation, support or additional software as long as it remains available to the public free of charge also without these adherent materials. However there must not be any undue hindrance in obtaining the distribution requiring special knowledge not known by users technically experienced in the field of the public software shipped with the distribution.
  Software under S-FSL that should either be used as or in a component, plug-in or add-on of 'non public' or so called 'additional' software or whenever software under S-FSL is required to run such 'non public' or 'additional' software then S-FSL imposes the restriction that the additional or non public software must also either be made available under an OSS-compliant license and free of charge or that you will need to pay for the software under S-FSL being incorporated. A license may be deemed OSS-compliant if it has been accepted by opensource.org.
  If any of the terms stated in this license were not in accordance with local law all other parts of this license should remain valid. If any of the terms about sharing patches should be deemed invalid modifying the software and sharing patches shall no more be granted from the time of the realization of the decision of the court on in the given country or region; already shared and incorporated patches are still subject to the given terms and conditions as far as deemed valid; the license needs to be re-issued then in order to allow further modifications and sharing of patches again.



More information about the License-review mailing list