So these are the two claimed benefits of proprietary software (everything else listed is either the same as or worse than FOSS):<p>> the seller guarantees the software will work as documented, won’t be infected with malware, won’t be riddled with security holes, won’t contain plagiarized code<p>> the seller provides support and maintenance via e-mail, with a response-time service-level agreement<p>But there's nothing inherent to proprietary software about either of those things. There's nothing stopping you from using a FOSS license for your software itself, and selling a separate contract that gives those two things.
Proprietary vs. open is like renting vs. owning without the legal protection offered to renters. If your data is locked in some proprietary format you're beholden to the proprietor who can - and often does - abuse his power by raising prices, adding intrusive 'features', selling access to your eyes and more. No EULA is going to change that since those agreements can be changed more or less at will.<p>In other words keep your EULA, I don't want it.
> Those who take the deal aren’t “locked in” by some dark legal magic.<p>No, they're locked in because this application has a likely proprietary data format, and conversion means you lose content... If you're even allow to export.<p>Proprietary programs act as data roach motels: your data checks in, and it dont check out.<p>> The customer gets source and permission to hack it. This is way more normal in business-to-business software deals than hackers tend to think.<p>Almost all proprietary software won't do this. And I've dealt with a lot of proprietary software. At best, I've seen an agreement that if the company died, they would get escrow sourcecode. And that was 1 company.
My take: end-users don't care very much about the license, and even for technical users, the value of an 'open' license is overstated. I simply cannot fix bugs in, say, GCC, and it would also be pretty hard for me to pay someone to do so, despite this project being pretty much the poster child (other than, of course, Linux, but that is not exactly a typical case...) for the GPL.<p>Corporate users want a way out of an abusive or impossible vendor relationship: source escrow can fix that as well as the GPL can (which is to say: not exactly entirely, but, close, I guess?).<p>Regular users want... things just to work, and someone to shout at if it doesn't. The license of the underlying source code is pretty much irrelevant for that. There are at least three levels of support/indirection prior to that making any difference.