This is a follow-up to Jon’s original post on Carefully (but purposefully) oxidising Ubuntu and Julian’s migration spec for 25.10. We promised transparency throughout this process, and this post is written in that spirit. What happened after the announcement Following the decision to adopt rust-coreutils, we got to work. Any package shipped by default in Ubuntu must be promoted to Ubuntu Main, which requires passing a thorough security review. We quickly assembled an internal team spanning Ubun...
The code in question is a rewrite of a gpl licensed c package in rust under the mit license.
The “completely random person with no relevance to the project” specifically in reference to uutils-coreutils, but I will stand on the assessment for every other rust/mit rewrite of a c/gpl package, is in every instance a contributor, maintainer or user of the gpl package it’s based on and therefore neither random or irrelevant.
They are always people saying “hey, we wanna help but your license is standing in the way, why not change it so we can more easily work together?” Or “this project is great but the license is too permissive, since the thing it’s based on got by great with gpl, couldn’t the license be changed to gpl?”
Forking over license would be counterproductive and silly when the thing in question is a reimplementation of a gpl package. Literally just use the license that the original work had!
From my perspective the people asking rust/MIT rewrites of gpl/c stuff to go back to gpl are being perfectly reasonable and have every possible definition of standing to make that request and always get treated as interlopers.
I believe you about the spite thing though. People do be spiteful.
While you’re right that this isn’t the thread about someone’s private learning project (btw, allowed under gpl), plenty of personal learning projects have changed license when they grew beyond the scope of just some guy messing around.
Part of refactoring during that growth includes administration and licenses are part of that.
Projects I have personally written had to have a license applied or changed when their scope changed.
I think especially once several companies employees are acting in their official capacities in the project it’s very reasonable to bring up the license!
We havent even touched on the violation of the gpl aspect, where no programmer and certainly not one using a llm could be reasonably thought to be ignorant of the gpl coreutils inner workings and doing a clean room implementation which is what is legally required to not be considered a derivative work!
Decades ago the gpl assholes had to figure out that you can’t use the license to stop Sony from doing something you won’t use it to stop your neighbor from doing.
The way around that is to make the rust rewrite gpl.
The code in question is a rewrite of a gpl licensed c package in rust under the mit license.
The “completely random person with no relevance to the project” specifically in reference to uutils-coreutils, but I will stand on the assessment for every other rust/mit rewrite of a c/gpl package, is in every instance a contributor, maintainer or user of the gpl package it’s based on and therefore neither random or irrelevant.
They are always people saying “hey, we wanna help but your license is standing in the way, why not change it so we can more easily work together?” Or “this project is great but the license is too permissive, since the thing it’s based on got by great with gpl, couldn’t the license be changed to gpl?”
Forking over license would be counterproductive and silly when the thing in question is a reimplementation of a gpl package. Literally just use the license that the original work had!
From my perspective the people asking rust/MIT rewrites of gpl/c stuff to go back to gpl are being perfectly reasonable and have every possible definition of standing to make that request and always get treated as interlopers.
I believe you about the spite thing though. People do be spiteful.
While you’re right that this isn’t the thread about someone’s private learning project (btw, allowed under gpl), plenty of personal learning projects have changed license when they grew beyond the scope of just some guy messing around.
Part of refactoring during that growth includes administration and licenses are part of that.
Projects I have personally written had to have a license applied or changed when their scope changed.
I think especially once several companies employees are acting in their official capacities in the project it’s very reasonable to bring up the license!
We havent even touched on the violation of the gpl aspect, where no programmer and certainly not one using a llm could be reasonably thought to be ignorant of the gpl coreutils inner workings and doing a clean room implementation which is what is legally required to not be considered a derivative work!
Decades ago the gpl assholes had to figure out that you can’t use the license to stop Sony from doing something you won’t use it to stop your neighbor from doing.
The way around that is to make the rust rewrite gpl.