126
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 02 Feb 2026
126 points (92.6% liked)
Linux
12006 readers
650 users here now
A community for everything relating to the GNU/Linux operating system (except the memes!)
Also, check out:
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
founded 2 years ago
MODERATORS
So you are saying that the quality of the code and the functionality that it offers would be significantly improved?
(It's not clear how much more adoption there would be, though a bit more is plausible.)
More people would inclined to contribute or include it in there own projects if it wasn't a regression in terms of FOSS.
I.e. why contribute to this project that could be forked to create tools that don't respect the users when the main existing project doesn't have that flaw?
Given that the Rust community seems to prefer more permissive licenses, I doubt that there many people who would be interested in contributing that be put off by this in practice.
Unless you are telling me that you personally had been really motivated to contribute to this project yourself, but changed your mind when your leaned about the license?
I personally yes. Also I've seen hesitation in including them in distros because of it
Fair enough, but in that case, them using a less optimal license is a problem that will solve itself because it won't be used, so it is not something that needs to be brought up by multiple people in every post on uutils.
People get excited about it, post about it, and disappointed by the reality of the license in constant cycle.
It's kind of the "missing stair" problem. Those who know, can go around it, but knew people need to be informed that it's busted to avoid it until an actual solution is presented.
I dont understand.
You are the one saying that the project would be significantly better. I am asking you to translate that significant claim into a set of metrics.