Today we’re very excited to announce the open-source release of the Windows Subsystem for Linux. This is the result of a multiyear effort to prepare for this, and a great closure to the first ever issue raised on the Microsoft/WSL repo:
Most contributions require you to agree to a Contributor License Agreement (CLA)
Meh, a permissive license + a copyright transfer means this shit is just a potential rugpull. MSFT can change the license of the project to source-available or even proprietary at any time and you’ll be powerless to stop it.
CLA is basically a requirement for any larger scale open source project. It would be mental to add a “this single edited line is licensed under X license” to every tiny commit. Microsoft’s CLA does not tranfer rights btw, it just licenses your contribution to M$ under “basically BSD 0 clause license” terms.
I guess sure they could do a ragpull but it does not make much sense. Reasons:
they have open sourced it themselves
It’s made by M$ for M$. They don’t have competition in the Windows space, so there is no point to hide the code.
Also what would be the worst thing that could happen if they did that? You would either use a fork, because WSL2 is basically feature complete at this points, or you would be have to use a proprietary app on a proprietary OS. Imo the licensing of WSL specifically is the least of Windows’ issues.
You absolutely do not need a CLA with a copyright transfer. There are plenty of large projects that use a Developer Certificate of Origin that protects the company while not allowing them to change the license of your contribution.
I’ll grant that my original post was pissy and angry and not a great take, however. You make good points here.
You’re correct, but I don’t believe that a company should be allowed to take my code and change its license in the future. If they want to take something proprietary, they can go ahead and remove my contribution from it first.
If you want to enforce that, you need to fork it and put a copyleft license on it. This is very rarely done because it’s more work to maintain software than to write it…
Hence my initial whinging about how this was released with a permissive license and a copyright transfer. The longer I’m involved in this industry, the less I like permissive software licensing. There’s obviously a place for it, but my tolerance for permissive licensing is directly tied to my trust for the person or organization backing the software. I don’t trust Microsoft, and I don’t think I will ever personally contribute to their software unless my contribution is made under a copyleft license and with a DCO, not a copyright-transferring CLA.
From the repo’s CONTRIBUTING.md:
Meh, a permissive license + a copyright transfer means this shit is just a potential rugpull. MSFT can change the license of the project to source-available or even proprietary at any time and you’ll be powerless to stop it.
CLA is basically a requirement for any larger scale open source project. It would be mental to add a “this single edited line is licensed under X license” to every tiny commit. Microsoft’s CLA does not tranfer rights btw, it just licenses your contribution to M$ under “basically BSD 0 clause license” terms.
I guess sure they could do a ragpull but it does not make much sense. Reasons:
they have open sourced it themselves
It’s made by M$ for M$. They don’t have competition in the Windows space, so there is no point to hide the code.
Also what would be the worst thing that could happen if they did that? You would either use a fork, because WSL2 is basically feature complete at this points, or you would be have to use a proprietary app on a proprietary OS. Imo the licensing of WSL specifically is the least of Windows’ issues.
You absolutely do not need a CLA with a copyright transfer. There are plenty of large projects that use a Developer Certificate of Origin that protects the company while not allowing them to change the license of your contribution.
I’ll grant that my original post was pissy and angry and not a great take, however. You make good points here.
They can change future versions to that, not already released ones.
You’re correct, but I don’t believe that a company should be allowed to take my code and change its license in the future. If they want to take something proprietary, they can go ahead and remove my contribution from it first.
If you want to enforce that, you need to fork it and put a copyleft license on it. This is very rarely done because it’s more work to maintain software than to write it…
Hence my initial whinging about how this was released with a permissive license and a copyright transfer. The longer I’m involved in this industry, the less I like permissive software licensing. There’s obviously a place for it, but my tolerance for permissive licensing is directly tied to my trust for the person or organization backing the software. I don’t trust Microsoft, and I don’t think I will ever personally contribute to their software unless my contribution is made under a copyleft license and with a DCO, not a copyright-transferring CLA.
You should still be able to fork, right? Under a non copyrighted name (see: firefox to icecat)