cross-posted from: https://programming.dev/post/35495679

Earlier post version: image/text.

From another article referenced there:

The maintainers of the Ubuntu Linux distribution are now rewriting GNU Coreutils in Rust. Instead of using the GPLv3 license, which is designed to make sure that the freedoms and rights of the user of the program are preserved and always respected over everything else, the new version is going to be released using the very permissible or "permissive" (non-reciprocal) MIT license, which allows creating proprietary closed-source forks of the program.

There will surely be small incompatibilities - either intentional or accidental - between the Rust rewrite of coreutils and the GNU/C version. If the Rust version becomes popular - and it probably will, if Ubuntu starts using it - the Rust people will start pushing their own versions of higher level programs that are only compatible with the Rust version of coreutils. They will most probably also spam commits to already existing programs making them incompatible with the GNU/C version of coreutils. That way either everyone will be forced into using the MIT-licensed Rust version of coreutils, or the Linux userland becomes even more broken than it already is because now we have again two incompatible sets of runtime functions that conflict with one another. Either way, both outcomes benefit the corporations that produce proprietary software.

(Source – which does contain some more-than-problematic language outside of these passages, compare the valid objections raised by others in the cross-posts.)

Compare also how leaders of Canonical/Ubuntu have ties to Microsoft, and how the Canonical employee who leads the push to rewrite coreutils as non-GPL-licensed Rust software has spent years working for the British Army, where he "Architected and built multiple high-end bespoke Electronic Surveillance capabilities", by his own proud admission.

all 8 comments

sorted by: hot top controversial new old
[–] 21 points 1 year ago (5 children)

I love rust, but I don't like the use of permissive licenses in binaries. I think libraries are ok, but binaries should be copyleft.

  • source
  • hideshow 5 child comments
  • [–] 5 points 1 year ago (3 children)

    That's the most sensible thing I've read all day. I think much of the reasoning for Cargo lockfiles could apply here as well.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 1 year ago (2 children)

    What do you mean with lock files?

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 1 year ago (1 child)

    It's been a while since I last touched Rust, but there's a discussion on whether to commit Cargo lockfiles to version control, and the consensus is basically that you should do it if your crate is primarily a binary, and, conversely, you shouldn't if it's primarily a library. It acknowledges that code at the apex of the dependency graph should follow different rules than everything below it, and this kind of reasoning could apply to licenses in similar ways.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 9 points 1 year ago

    They've spent too much time with Microsoft

  • source
  • [–] 8 points 1 year ago

    Canonical are doing all they can to bastardise linux and piss off as many users are possible.

  • source
  • 2 comments in c/opensource@programming.dev view that post
    [–] 26 points 1 year ago (1 child)

    The licensing concern is serious. And it's a serious concern if corporations are using Rust migration as a Trojan horse for undermining the GPL. These are political problems and it would be a shame to see these undermine the popularity of a pretty useful programming language.

    The lack of Rust compiler support for older machines is a real concern, especially if we start losing access to the C/C++ versions of core libraries as distros stop including them or as developers stop supporting them. But older machines already need to run some pretty specialized versions of Linux rather than the mainstream distros, because this isn't the only place where new distros are moving away from long-term backwards compatibility, and everything is more resource hungry these days.

    All the whining about "Rust people" though is a bit insufferable and off-putting. It seems like an issue of corporations setting the direction rather than a reason to resent Rust developers as such.

  • source
  • hideshow 1 child comment
  • [–] [S] 7 points 1 year ago* (last edited 1 year ago)

    Agree on everything. (As for the off-putting statements about 'Rust people': Since the article was published on March 19, I wonder if much of it, revolving around what the author saw as indications of authoritarianism, came from heavy disquiet in the face of authoritarianism's recent gaining hold of the White house. I'd even consider it likely that people who post on Techrights have an above-average sensitivity for this kind of thing. It could be that the author has since arrived at a more differentiated and just view. Of note, since the time of his writing, the Rust project did remedy things that he criticized about their website.)

  • source
  • parent