A Software License That's Libre But Not Gratis?
duncan bayne writes "My company is developing some software using Ruby. It's proprietary software — decidedly not free-as-in-beer — but I don't want to tie my customers down with the usual prohibitions on reverse engineering, modification, etc. After all, they're licensing the product from us, so I think they should be able to use it as they see fit. Does anyone know of an existing license that could be used in this case? Something that gives the customer the freedom to modify the product as they want, but prohibits them from creating derivative works, or redistributing it in any fashion?"
IANAL, but if you are not imposing a EULA, you shouldn't need any kind of license. End-user licenses restrict what can be done with the copy of the software that is owned. Licenses like the GPL restrict what can be done when redistributing the software, but impose nothing on the end-users. If you are not wanting to permit your end-users to redistribute, simple copyright is enough to protect your rights without the need for an additional license. If the software is not being redistributed and you aren't requiring a EULA, then the end-users are free to modify the software as they see fit (or do anything with it, except redistribute) under existing copyright law. So it seems copyright law as-is protects you from redistribution and permits your users the ability to modify the software, without the need of any license.
I have come here to chew memory and kick ass... and malloc() is returning a null pointer.
Anything that allows someone the ability to modify and distribute your stuff automatically means it will be gratis.
With demand being static and supply being essentially infinite, the price will fall to $0.
If it is an interesting question, more than just the poster can benefit from the answer.
um, like, hire a real lawyer. really, dude.
Like many people, you seem to assume incorrectly that copyright law, as defined historically, can be used to artificially control what people do with something they have received and use in their own privacy in the first place. You actually do not have to do anything outside of existing copyright law as it is historically understood and intended to accomplish what you desire. This is why the GNU General Public License, as a copyright license, has to explicitly offer the right to sub-license (distribute) original or derivative works.
Now some evil companies try to attach additional restrictions using common contract law to claim additional rights they do not actually have under copyright to deprive people of their existing and even constitutional rights (and what can in many situations be considered contracts of adhesion), and the results of these bastardizations are what is often called things like eula's.
I'm I understanding this correctly? They've paid you to write some software for them. I would assume that they would then be the owners of the software, but this doesn't seem to be the case here, as if they were the owners they could give it away as they please. Is this common? I thought that when a client paid for customer software to be written for them, they ended up owning all the rights to the program, but that doesn't seem to be the case here.
which was the name of Microsoft's family of "not quite open source" licenses a few years back. Several products allowed you to examine the source code but do little else. I don't think they even allowed you to modify and recompile it in those days, but they've since replaced it (IIRC) with the "Microsoft Permissive License" which might be less restrictive.
One product I remember was Rotor, a sample implementation of the .Net Common Language Runtime (similar to Mono but not as comprehensive). Another was the WTL Win32 GUI framework, which was an alternative to MFC based on ATL (Active Template Library).
Slashdot was even more heavily anti-MS a few years ago and there used to be withering sarcasm at any mention of "Shared Source"... not so sure about today.
Slap a big "You can't distribute our code or your modifications" on it.
Seriously, though, you don't need much of license to cover "hack it, don't share it". It is the copyright/patent crazies that add the "can't decompile, modify, etc". The default state of copyright is you buy it, you can bang on it, you can set fire to it, but you just can't make copies or derivative works.
All you really need to make clear is that you consider patches, mods, etc to be derivative works and remind them that they can't share them.
That will last until somebody makes the first User Group list, but at least you tried. Make sure you get enough money up front, because your consulting money will dry up after enough users feel overcharged that one gets into the fixit business.
random slashdot posters???
I'd suggest asking a damn lawyer, and maybe looking for a job with company that won't be either being sued out of business or having their code redistributed by someone else who did consult a lawyer next week.
You have been able to buy dBASE based accounting software that comes with source code for years. Some even allowed you to sell modules you developed based on this source - I don't know the details of that... perhaps you paid more for the license which allowed the selling of said modules, perhaps you paid per copy sold. I imagine a little research would turn up the info.
You can probably easily do what you wish, but you are not likely to (let's say you will not) find a Free license as Free licenses are defined by the Free Software Foundation which will let you do what you want.
Nothing makes you give copies away gratis, but the libre side prevents you from placing such restrictions on people who get code from you. If they want to make copies of Free code away gratis, the libre part will let them do so. If it didn't, it would not be libre.
all the best,
drew
FreeMusicPush If you want to see more Free Music made, listen to Free
I don't remember the exact definitions but I seem to remember that any modified copy of the product that your customers create, even if it is never distributed, counts as a derived work.
Now if you are really going to be selling this software as a commercial product I think it's a mistake to do so without getting some legal advice. The fact that you are selling your product (instead of giving it away) may very well create implied rights of action, e.g., state or federal law may allow customers to sue you for damages if your product causes data loss or otherwise fails to live up to expectations. Therefore failing to get legal advice might open you up to liability.
Of course there are probably generic software licensces that are prewritten but the genericity usually comes from the fact that they cover your ass by restricting the customer's rights as much as possible. Still, if you look you might find something.
What you really seem to want is a licenses that give the customer the rights to use the work and create derivative works as they see fit but not to redistribute the work or any derived works. Since you should be getting legal advice anyway this would be trivial for a lawyer to arrange.
If you liked this thought maybe you would find my blog nice too:
gives the customer the freedom to modify the product as they want, but prohibits them from creating derivative works
Modifying the product is creating a derivative work.
My company is developing some software using Ruby. It's proprietary software â" decidedly not free-as-in-beer â" but I don't want to tie my customers down with the usual prohibitions on reverse engineering, modification, etc. After all, they're licensing the product from us, so I think they should be able to use it as they see fit.
Look into selling them a copy of your software, instead of a license to use a copy of your software. US copyright law does permit people who actually own a copy of software to make certain kinds of modifications (don't recall what exactly), make the needed copies to actually use it (disk -> ram, etc), and such.
Firstly, if you are restricting the redistribution then what you are asking for is not "Libre". Redistribution is one of the four freedoms of a Free Software License. If you don't fulfill that you are not asking for a Free License, you are asking for an OPEN SOURCE license (which contrary to popular belief means ONLY that the source code is available, not that you automatically have the right to do with it as you please).
Anyay, what you are asking in the summary can be done. It is (fairly) common to grant clients the right to use the source code for approved purposes. The Torque game engine has one such license. Several web-based "Enterprise" application I use at work have such licenses. I don't believe any of those use any particular standard license. I would suggest beginning your search here. Perhaps I should have just used Let me google that for you.
mathworks has been doing that for decades now. They are extremely friendly when a customer gives them a bug report and tells them the place in their code where the bug is buried.
You might want to check out Immunity.
http://www.immunitysec.com/
They sell CANVAS, an exploitation framework. A subscription is pretty expensive (that is, dirt cheap compared to core impact), but it comes complete with python source code, and the licence they use gives full rights to modify any of the code as you need to (sort of a requirement for exploit frameworks).
A basic search will turn up a lot of licenses, how can you be so lazy that you can't type something into Google but are able to submit a Slashdot story?
It's not laziness. We just love seeing you get your knickers in a twist.
If it was so easy why didn't you helped the guy just posting a list of licenses? Or the one which you found better of them?
allaunjsilverfox2's subject line is an interesting question, and more than just the story poster should listen to his answer.
Something that gives the customer the freedom to modify the product as they want, but prohibits them from creating derivative works, or redistributing it in any fashion?"
This question shows a total lack of understanding for what "libre" software is.
A license along those lines would not be "libre but not gratis". Being freely redistributable and allowing derived works are core parts of "libre" software.
All the common definitions of "libre" software (OSF, DFSG, etc) include statements like:
"Free Redistribution
The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. The license shall not require a royalty or other fee for such sale."
and:
"The license must allow modifications and derived works"
rage, rage against the dying of the light
Obviously Sun used to do something similar with Java.
The Python IDE I use, Wing, also allows you to access their source so you can recompile on various platforms.
Historically, AT&T unixes were distributed with source.
Really, I've always found it weird that proprietary software companies seem to think it's important to keep the source code super secret, as if it were some kind of trade secret. Having the source available for recompile and modification is handy for the user, whereas the risk that someone will copy past your source code is somewhat minimal. After all, integrating different source bases is an enourmous amount of work, and fairly easy to detect after the fact.
If you are a small project like Qt with your own open licence you could get hounded for years no matter how much you change it and even after you change it to GPL there will be a bit of bad press. Even if you use the GPL but don't want to go to a newer version until you read it's final form you could have people ranting at you.
So in reality the answer comes down to human nature and whether you'll get noticed or ignored by people that are looking for an example to use to push their own personal politics.
Read Microsoft's Shared Source license.
What you want is neither libre nor gratis, and not that unusual for proprietary software. Any chance we could get the topic changed to something more accurate?
You say you don't want to tie your client to the usual prohibitions (such as forbidding modification and reverse engineering), but on the other hand you do want to prohibit your client from creating derivative works (i.e., modification) and redistributing your work.
In other words, you want a non-free license for your non-free product. Yet your post mentions the word "libre", which is a reference to freedom, which you don't want to give.
My advice: hire one of Microsoft's lawyers.
When I wrote:
I meant to imply the redistribution of derivative works there.
Obviously, modifying the software in-house counts as a derivative work, and I'm okay with that - just not with the idea that customers would then onsell or give away the modified product to other potential customers.
A basic search will turn up a lot of licenses, how can you be so lazy that you can't type something into Google but are able to submit a Slashdot story?
Why read Slashdot at all? Just Google the news, like I do. Just type "What is <current-date> like?" into Google and let'er rip.
Google provides search results, not dialog.
Slashdot used to provide editing, too, but for a while now that's been more of a nuisance than a feature.
*ducks*
Because it's not about helping, it's about feeling better about himself by proving his intellectual superiority in a public forum.
Just like I did right there ;-)
Anyone remember the license for WWIV? You got the source, you could do what you want with it, but you couldn't give it to anyone else.
The SAP license includes most (but not all) source code, and you can change it - but the change is logged,and if it is a change to a SAP supplied program, this can affect support arrangements. Basically, it lets you change what you wish, but you are responsible for your own changes (don't screw things up and then expect the supplier to fix a problem you caused!). I thing Oracle do the same with their ERP products. You might have a look at some of these licences, as they might give you some ideas of what to, and what not to consider, Jim
I'll be scouring this thread because I think libre/non-gratis software has a future. I put some thoughts down here:
http://tnr.cc/the_software_license.html
There are two big advantages to libre software in business:
1. You can customize the software.
2. You're not dependent on the vendor. You can hire a third party to maintain the software.
Number two is posed to create a flourishing technology economy. Say you've got some great accounting software from small vendor X and vendor X goes out of business. You can hire any third party to add new features or fix problems. Or if vendor X ignores your bug reports, you can hire vendor Y to fix the bug. The libre checkbox could be very attractive to businesses.
You do not need any "licenses" at all. Just retain all copyrights, and SELL (rather than license) the product to your customers.
You own the copyright so they can not make derivative works, or copy and distribute the product, etc. But they can do whatever they want, internally, with the product they purchased, just like a book.
I, too, deplore the changes in copyright law, like the ridiculous extensions. (What it is now? Life + 70 years?) And... Gawd... not to mention the abomination that is the DMCA.
Copyright laws were distorted from their original purpose, which was to promote the creation of original works for the public good, to what it is now, which is more like a guaranteed profit factory at the expense of the public. Not good at all. Things were better before the changes.
Topic title and summary do not agree, since libre != proprietary, at least going by the FSF definition.
Kudos for the interest in having license terms less draconian that we see with most commercial software, but this does not make software "free/libre".
Not a lawyer here, but it seems to me as copyright holder, one can write any license terms at all so long as the licensee is willing accept them (and they are lawful; no clauses calling for sacrificing virgins, etc).
Anybody want a peanut?
EVERY CUSTOMER ALREADY HAS THE RIGHT TO MODIFY ANY PRODUCT HE BUYS AND DISTRUBTE THIS MODIFICATION.
Lets examine this because with software and media we have allowed ourselves to forget this.
Cars, the eternal slashdot metaphor for everything, are a prime example. I am allowed to buy ANY car in the world, modify it in any way I want and sell it. THE ONLY restriction in this case is that it must be road safe but this has NOTHING to do with what the original manufacturer wants. There is a HUGE industry that modifies cars. In fact if you want a special type of vehicle you are pretty much required to modify an existing one.
Imagine what "no modification" and "no redistribution" would mean for the food industry. You couldn't cook anything not even share a biscuit with someone.
But we are talking about media you say. Okay, newspaper cuts. This has died down a bit but most big companies used to have someone reading all newspapers for articles of intrest and cut them out for information and the archive.
So in most countries where idiotic bought laws have not raped the customers basic rights the end-user already HAS the right to modify software AND to distribute these modifications. The legal problem with most mods is that you do NOT pass the original product with it. If I modded a bought copy of a game and modified it and then sold that copy on there is NOTHING that can be done against it under dutch law for instance.
So you are basically asking for a piece of text that already allows customers to do what you want to allow them to do. So include common law with your product and you are done.
MMO Quests are like orgasms:
You may solo them, I prefer them in a group.
This story is just another in a long line of slashverts!
Ya know, /. has a history of it, and it's not like it's a big secret.
Kneejerk and unfair modding of truthful posts just because they make some people uncomfortable is really stupid.
I think the poster should perhaps look at other commercial Ruby/PHP applications like VBulletin.
forget it.
I think that often it might be a fear of showing what kind of code they want customers to pay money for. Security by obscurity also comes into picture.
Have a look at the Rails Wheels licence system, used by some Ruby on Rails plugins.
It allows customization and redistribution, but ensures that the original author gets paid when any derivative work is in live use on a website.
Plugin authors can allocate income shares to others, giving authors of significant patches an incentive to contribute back to the original (commercial) package.
Modifying it is creating derivative works.
*ducks*
*rabbits*
You want your software to be open but not free (as Free Software), thats the difference. There are lots of open licenses out there. Even Microsoft have done a few.
Microsoft already provide this, with their "shared source" license. Have a read of it.
I wrote my first program at the age of six, and I still can't work out how this website works.
CC BY-ND-SA
The described situation is very common, especially for web applications and for enterprise applications that are supposed to be used in the long term. There is absolutely no magic here and it's actually legally a "well known" situation (no need to invent anything new).
Simply sell your software as any other proprietary software (pick up any legal contract that suits you) and add a clause that says something like: "the buyer shall receive complete copy of the source code of the applications together with tools and instructions how to build the application, and the right to use and modify this source code for any purpose. This right shall not be transferable to third parties."
.
As always, IANAL, get it read by someone who is. Also, this means you need to stay away from libraries licensed under the GPL and similar licenses which prohibit the "this right is not transferable" part.
-- Sig down
First, you make the copyright notices in the source code all say "All Rights Reserved". This is what copyright law gives you by default anyway, but having the all-right-reserved notices makes it more clear to people who might not know all the nuances of copyright law, and I think it makes enforcement easier also.
Second, you include the source code with the binaries in the install, so that all the customers *have* the source code. They don't have any legal right or license to it, but they *have* it. This completely obviates any need for reverse-engineering.
As far as modification, you can just sort of informally tell the customers what kinds of modification they're allowed to do and still get tech support. (Since they're not allowed to do any distribution whatsoever, it wouldn't even make sense to do any legal enforcement against modification. The MOST you'd ever do is say "your modified configuration is unsupported" when the call tech support. So when you tell them what modifications they're allowed to do, you're really telling them what modifications you're willing to support.)
If you think a lot of the customers will want to share modifications, you should develop a policy on, and perhaps a forum for, sharing patches. ISTR that Minix allowed patch sharing, before it was relicensed as open-source software.
Cut that out, or I will ship you to Norilsk in a box.
I don't think anyone objected to Microsoft giving customers source code; it's certainly an improvement on their previous practice of not doing so. What irked people was the term "shared source", which was seen as an attempt to confused the term "open source" by introducing a similar-sounding phrase without the same rights attached to it.
10 PRINT CHR$(205.5+RND(1)); : GOTO 10
Five figures? Okey, 00000. Currency is your choice. Where i get my copy of licence?
What do you think Google searches turn up?
If you get a page like this discussing all the options. If you don't then creating a page like this would be a pretty good way for you to go. In case imitation really is the sincerest form of flattery:
"A basic thought will turn up lots of reasons for Asking Slashdot, how can you be so lazy that you can't think it through but are able to submit a whiny comment to a Slashdot forum?"
Just put some wording like this in the files:
Copyright 2009, Duncan Bayne. ... what you are asking for is basic copyright protection. In the absence of a license, but with the presence of a copyright notice you are permitting the person/entity that you provided the copy with to take a work and use it anyway they see fit with the restriction that they are not permitted to distribute a copy to any other party.
First, there is no reason NOT to be. He asked a VERY legitimate question. In fact, it is one that I am surprised that has not be done so far. When you think about it, many of us want open source to succeed, but many of the small companies do not want to supply their competitors either. Until ppl get over their fears about OSS, something like this would be useful.
Second, The guy was wondering if there was a license that would handle this. Turns out that there really is not. So, yes, it is possible that a lawyer in the OSS wold will step forward and take this on, or he or the company may have to do it.
I prefer the "u" in honour as it seems to be missing these days.
Seems like you want to sell it with commercial license + NDA over the source code. .
Radiator (a commercial Radius server) is provided with source code. Their license is at http://www.open.com.au/license.html. I just read it (again), and the legalese seems rather complete, you just have to remove the sentence saying that derivative works are not permitted, and replace it with something saying that the Licensee is permitted to modify the work for his own use as he sees fit but that any such modifications are to be considered part of the licensed work and may not be distributed to anyone except back to the Licensor . . . but since your company's money is involved you should go ask your local copyright lawyer what he thinks :-0
Its all free as far as i'm concerned.
---- Booth was a patriot ----
"Modifying the product" is "creating derivative works". You want to grant them permission to create derivatives but not grant them permission to distribute copies of either the original or the derivatives. You may also want to require them to keep the source code confidential. I strongly suggest that you consult a copyright attorney with experience with software licensing.
Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
I don't know what the licence is, but a company that MY company uses seems to fit your bill. They provide a completely modifiable program (granted, it's a bloody Access program), the code is (as far as I can see) completely visible, and it's NOT redistributable. It's called Mail-Shop. You might just give 'em a ring and see what license they use. www.mail-shop.com, put out by Virtual Systems.
I was thinking recently that I'd like something similar to this, though I wouldn't call it a "libre" license. The idea is that anyone who purchased the software would get full source code and a license to make any changes without restriction, and they could distribute the software, with or without changes, to anyone who purchased a license. Furthermore, they could resell licenses. So if the base license cost $10, they could make changes and sell the modified software for $15, as long as they turned over $10 to me for each license they sold. Incidentally, it seems to me that such a license is sufficiently "free", and could actually be more useful than traditional free software, because it allows people who make modifications the ability to make money.
Give them the source under a NDA, and tell them they can use the source and anything they develop with it for internal use only, with payment based on whatever factors you want e.g. number of users, number of computers, flat-rate-per-year, or whatever.
It might be a good idea for them to have your customer agree that all parties who see the code have signed enforceable papers saying they won't take proprietary information from 3rd parties home with them. I assume you don't want an employee of that company either copying your source and taking it home or studying it, quitting, and creating a product that competes with yours.
Knowledge is how to play a game, intelligence is how to win, wisdom is knowing what game to play.
The kind of restrictions you are asking for, will by definition make the software non-free (in the GNU sense of the word; in other words, non-Libre, non open source).
The goals you have in mind can be accomplished quite simply; it was being done *long* before open source became popular. Simply provide them the source code under NDA.
Or if you want to throw a few irony logs on the fire, you could provide them the software under one of Microsoft's "shared source" licenses that we all love to mock so much, because that's essentially what you're asking to accomplish.
Tired of FB/Google censorship? Visit UNCENSORED!
I would hesitate to rely on copyright law. Since you're a developer you (should) know that everything gets copied everywhere a zillion times in the natural execution of the application code. This may be trivial
And copyright law in most (sane) jurisdiction do consider this trivial too.
A fine distinction is made between :
- the several copies made between bought media, computer storage, computer RAM, etc... and all other copies which take part as the normal function of the software.
- a user making a copy of the physical installation media and starting to sell that one on ebay, without having proper license to do so.
The first case is just normal function of the way computers work. It's tolerated in a lot of jurisdiction and even explicitly allowed in lots of other (it is explicitly stated in the Swiss law, for example).
The second is blatant copyright violation and is what the copyright laws were written against.
(although I'm not sure about the USA. You guys managed to accept a DMCA law which prohibits stuff normally allowed under fair use in the copyright laws).
"Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
Use any Open source license that you like. You only give liberty to modify your software and any other software.
The whole basis of copyright is to reward authors by giving them legal control over certain uses of their works. In the old days the scope of this was limited to copying.
However software isn't usable without copying, and so we have the end user license. The end user license has two functions (other than to protect the vendor from liability concerns): to allow the user to make the copies of the software necessary to use it, and to allow the vendor to monetize various kinds of uses of the software.
The whole idea of free (as in freedom) software is to minimize the restrictions placed on recipients of the software, both direct and downstream. But making money with software licensed is based on restricting uses of the software and charging for lifting certain of those restrictions.
So you have to consider your business model, and where the money (more precisely, where the sales) come from. There are many variations, such as work-for-hire on free software, support based models, hybrid models with free (from liberal but proprietary to open source) versions and proprietary editions with or without added features, on to the traditional model where you charge every time your customer tries to take a breath.
I'm not one of those people who think selling proprietary, closed software is the moral equivalent of child molestation. But you have to accept that inherent in your question is the idea you are making money from restricting your users' use of the software. You really ought to reframe your question then. It should be "How do I provide my customers with a great value?" You can make sure you interoperate well, conforming to standards as far as possible. You can have liberal copying and backup policies, and avoid onerous copy protection.
Perhaps most of all, providing good value for the money you are charging to remove restrictions on users means keeping things simple. 90% of the reason I favor free software most of the time is most proprietary software doesn't justify the time it takes to figure out what you are allowed to do or what you need to buy. Functionality is divided up into a dozen packages and given obscure names to make it hard to know what you paying for.
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
Every major ERP system vendor licenses their products in this way.
Companies usually modify their ERP systems, create internal addons, or components to integrate it with another application. They cannot redistribute these mods outside if their organization.
Sometimes binary and source are licensed seperately.
In some cases a company may pay a licensed "Partner" to build their mods for them, and that Partner will have a different license allowing them to do so. They may even license the rights to redistribute their mod to other customers of the ERP vendor, for a fee+percentage of sales.
PHPBB has terms very similar to what you are talking about. You have to pay for it, but you are explicitly allowed to modify it for your purposes.
I agree with the earlier posts which say you don't need a license - regular copyright works exactly like you want, but it might be worth checking out the way PHPBB handles it.
Stop-Prism.org: Opt Out of Surveillance
http://www.vbulletin.com/
"Waitress I need two more boat-drinks..."
*ducks*
*rabbits*
*rabbit ears*
They are prevented from distributing copies, unless you grant them that right. Which you won't. If you want to get a lawyer for a couple of days he/she could write up a fairly straight forward license that allows copies to be distributed ONLY to other licensed customers. That would be proprietary but enable the typical sharing.
You can certainly modifying any you buy in-house. If you give customers the source code they can (and will) manipulate it to suit their own needs. without a license they cannot distribute their changes. (except possibly as patch files, but even that is iffy since patches include some of the copyrighted material, might be considered "fair use" in some jurisdictions though).
Of course at my work we recently got a lecture, that we shouldn't bother helping vendors improve their software if they are just going to share our work with our competitors. Why are we paying someone then spending man-hours to aid our competitors. We're willing to do that with the open source stuff because we got it for free and figure part of the "price" of the OSS is that we have to share our changes with our competitors. At least we don't have to release the OSS changes until we release our product leaving possible competition at least behind in terms of integrating and recognizing our contributions.
“Common sense is not so common.” — Voltaire
RPL
http://en.wikipedia.org/wiki/Reciprocal_Public_License
Just in case you've never seen it...
Rabbit Season / Duck Season
http://www.youtube.com/watch?v=veIXcySqItY
A Human Right
If I understand you correctly, these are typically called "gated software" licenses. It's been discussed many times before.
Often the original developers try to get the customers to make improvements and contribute them back to the vendor. This sounds promising to vendors, but in practice it hasn't really worked out. Customers don't get excited about becoming unpaid workers without getting to share the fruits in some way. For open source software, it's easy to figure out how to share the results. But in a proprietary model, trying to figure out how to "share" the result is frustrating... it often costs more to figure out the value of a small change, than of the small change itself.
If you just use this as a proprietary business model, and treat the "ability to modify" as a competitive advantage over competing proprietary products, I can see this working. Assuming the product itself is good, of course. Though when a reasonable open source software product begins competing with the proprietary product (with sufficient functionality), there's a high risk that it'll each your lunch. An OSS product will give more rights to the end-users, and probably have a far lower total price, than yours.
- David A. Wheeler (see my Secure Programming HOWTO)
I have also spent two decades in various forms of IP development. Depending on the customer (defined as the person with the cheque book) we have had a variety of contracts in place.
We usually have boiler plate for the following situations
a) we keep tools, code and IP developed and license, in perpetuity, the right to use and create derivitive works
b) we keep tools and techniques; client gets newly developed code + license as above for boilerplate. Plus IP rights in their area of expertese
There's a few more variations, but as we're not a bodyshop we're usually hanging onto all rights for tools and techniques
-- Butlerian Jihad NOW!
We sell commercial, proprietary software. However, we do ship source code and we specifically allow end-users to modify the source if they want.
There are two provisos, though: End-users can't redistribute our software (or modified versions of the software.) And if they modify the software, we are released from support obligations. (In practice, we do support our customers unless it's obvious their modifications have screwed up the system.)
It seems to work well for us and our clients. Probably 95% don't care about having source and never modify it, but the 5% who do care really love our license.
You need to review other non-GPL commercial products that offer open code. Like VBulletin board.
.....
.....
Which states:
By installing and using vBulletin on your server, you agree to the following terms and conditions.....
* vBulletin license grants you the right to run one instance (a single installation) of the Software on one web server and one web site for each license purchased. Each license may power one instance of the Software on one domain. For each installed instance of the Software, a separate license is required. Modifications to the Software or database to circumvent the one-license-one-board rule are prohibited.
* The Software is licensed only to you. You may not rent, lease, sublicense, sell, assign, pledge, transfer or otherwise dispose of the Software in any form, on a temporary or permanent basis, without the prior written consent of Jelsoft.
* The Software source code may be altered (at your risk)
DONE! OPEN CODE (not open source) with all the rights of commercial copyrights and licensing requirements.
I can't believe you're actually asking that here. Yet perhaps I should considering some of the comments above! You should be paid for your *time* developing the software, but it should be fully modifiable and re-distributable by anyone. We need to get away from this notion of protectionism in our development, and see ourselves as the mere labourers that we are. As long as one gets paid for the work they have done, there is no reason the code should not go on to be shared, improved, and redistributed. You just need to convince your idiot bosses of this.
1.- Your country is fucked up.
2.- Your business model is a joke.
3,- All of the above.
IANAL but write like a drunk one.
We used to license a RADIUS server written in Perl by the name of Radiator. They would give us the source code of the entire software, but we had to pay for it and could not redistribute it. We were free to contribute fixes (and often did) without expecting anything in return, regardless of the fact that we paid for it.
You might want to check out their license.
Technology Services Group (TSG) has something like this with its Active Wizard stuff. They call it "open source", but its not F/OSS as we know it. I'd term is "shared source." You can view it, download it, modify it, and use it - but you can't share it.
Here is their license:
http://www.tsgrp.com/misc/SourceCode.jsp
Learn about Photography Basics.
The company I work for sells Environmental Data Management software. We advertise it as open source and closed license. Basically, paying customers may have access to 99% of the source code to modify as they wish. Our license agreement is fairly off the shelf with two exceptions. One is a source code license agreement which states that they will not distribute the source, re-sell the product, nor make derivatives of it. The second is a change to the service contract which basically states that we reserve the right to charge for support on modified versions of our software. One important detail we learned the hard way is to include best practices recommendations in our documentation on how to safely modify the source. While the suggestions seemed obvious to us we found that engineers, not programmers were often the ones changing the code, sometimes with disastrous results. The other thing that we found useful is offering two levels of customization service; Making the customizations for them or making recommendations on their proposed customizations. We found offering the later as part of our standard service contract saved us much pain later on when they ask for support on something they broke.
The 1% of the source we don't distribute is the licensing component. We use to use a commercial licensing tool but found them too restrictive especially when a customer wanted to modify our product. They were required to get a developers license from the licensing vendor. By handling the license code ourself makes the process more flexible to us and easier on our customers. We retain reasonable security on our product and still allow clients the freedom and flexibility to fit our product in to their business practices.
Just draft a license that does this. Middleware vendors in games do it all the time (like the RAD Game Tools people, or Unreal). See a lawyer. Don't ask Slashdot.
I agree with you on the principle. Once you are paid and you got benefits, you should not care. The problem is how to get benefits from it. You will probably not be able to charge the overall development price to a single company. You have to sell the software to several of them.
It may well be that you need a lawyer because our country is fscked up. But changing the fabric of our society is outside the scope of this young startup.
And I don't agree that needing competent legal representation is a sign of a fscked up country. Somebody has make sure that everybody's clear on what's being promised in a contract, which is exactly what attorneys do. And just like doctors use terminology like "mitochondria" and "homo sapiens" to precisely describe what they are talking about, lawyers use similarly precise terminology like "hold harmless" and "collateral estoppel".
Fscked up, or just professional at what they do?
I have no problem with your religion until you decide it's reason to deprive others of the truth.
No, you mean du -cks * |sort -rn |head -11:
Mobile: EU Commissioner Wants Standard For Mobile Phone Connectors
Ask Slashdot: Does Your Vendor Issue Gag Orders?
Your Rights Online: Pirate Bay P2P Trial Begins In Sweden
News: Spiraling Skyscraper Farms For a Future Manhattan
Linux: Microsoft and Red Hat Team Up On Virtualization
News: How Many Open Source Licenses Do You Need?
News: New York Wants To Tax Internet Downloads
Science: Earth Under Threat From Dark Comets
Technology: Nuclear Subs 'Collide In Ocean'
Your Rights Online: Facebook's New Terms of Service
Read my blog: HansMast.com