So there is the LGPL, which might be a good choice for my libraries, but has similar restrictions to the GPL that I simply don't want to require people to adhere to.

I then found the CDDL, and I really liked the way it was written. It's unfortunate that it's incompatible with the GPL or it would be my top choice for pretty much everything. But it's not compatible, and I don't want to keep my software out of the hands of developers of GPL'd software.

None-the-less, the CDDL is one of the few file-based open source licenses, and one of my requirements for some of my software is that I need to mix in some commercial libraries which are obviously not open source. The best answer might be a dual-license model, but as far as I can tell, I wouldn't be able to mix in proprietary code with a GPL license, so the GPL version of those products would need to be severely crippled, which might not make sense to do at all.

The only course I can see clearly working is releasing the following:

• For libraries containing only open source code, dual-licensing the CDDL and LGPL (allowing GPL developers to choose the LGPL license, making it compatible)
• For applications containing only open source code, dual-licensing the CDDL and GPL, for the same reason as above
• For libraries or applications containing open source and proprietary code, licensing only under the CDDL is the only option. Nothing compatible with the GPL can contain proprietary code in my understanding.

For this reason, I will try to keep as much of my code as possible in the dual-licensed projects and available for all open source developers. However, many of my applications themselves will be mixed in with proprietary code, and this will be released only under the CDDL (with the proprietary code released under its own license, all fully documented).

Of course, all of my past work up until this point is still available and can continue to be used under the MIT license it came with. Most of my future code, however, will not be released under an MIT license. None-the-less, if you opt for the CDDL license on my future projects, it has the handy addition of allowing you to mix it in with any proprietary, closed source code that you want, as long as you keep the original code and any modified files based off of the original code under the CDDL.

Due to all the confusion and incompatibilities surrounding the current crop of open source licenses, I was very tempted to simply write my own. But that would just add to the confusion, so the best choice right now seems to be to play along while being as open as possible.

I will be sure to fully document on each project homepage the licensing model of the project and what it means for others wishing to redistribute the source code.

Related articles

• Is Copyleft Really Right for Open Source? (intridea.com)
• My take on open source licenses (spf13.com)
• Why the GPL Matters (avdi.org)
• Why Open Source misses the point of Free Software (gnu.org)

Links pointing to the old URL of http://blog.benmcclure.com will still work, but will all forward to the http://technologykills.com homepage. To fix, simply change your links to point to http://technologykills.com instead, and they will work like they did before.

If you notice any quirks or issues with the site running in its new location, let me know and I will work to resolve it immediately.

Thanks for sticking with me during this transition!

For the past hour or so, I've gotten reports of the site being inaccessible sporadically. I have also seen this myself, as all of my equipment has been down for the past 15 or 20 minutes.

As you can see by this post, the issue seems to be resolved for the moment.

My current service provider is undergoing a management change, and is taking care of some long-standing issues, so hopefully these problems were a result of the firewall finally being set up properly.

My servers already ran great, but it was taking weeks to get any request through. I firmly hope (and expect) to receive better service going forward with the new owners.

At first i thought the utility had somehow deleted all of my Start Menu items, but that was not the case. Items could still be searched for and launched that way in the start menu, but not browsed for by clicking All Programs.

I found this post over at Greg's Cool Thing of the Day blog which describes a "fix" (moving some of the items into one or more subdirectories) which worked perfectly, and all of my Start Menu items have returned.

Thanks, Greg!

For now, this has replaced the official PC GameSource site, which has been under construction for far too long.

I will post articles (usually at least daily) regarding PC games, mods, game tools, developer news, and more. Already posted are articles regarding Wolfenstein, FOMS 2, and the Aion Open Beta.

Look for many more to come! Don't forget to leave your comments and suggestions on the site, and let me know if you have any issues.

This has just been resolved, and all should be back online to stay.

Sorry folks!

Starting now, I will be posting here about anything and everything.

Stuff about games, computers and technology, my music, writing, random notes, pissed off rages, and more...

Stay tuned!