they have a different view on what freedom means
chill, man. i’ve never said this is consciously (or at all) his reasoning for not choosing the gpl. what i mean is that, collectively, this is what’s pushing the development, sponsoring, and adoption of more and more tooling with permissive licenses
it’s interesting how the move away from the gpl is never explicitly justified as a license issue: instead, people always have some plausible technical motivation. with clang/llvm it was the lower compile times and better error messages; with these coreutils it’s “rust therefore safer”. the license change was never even addressed
i believe they have to do this exactly bc permissive licenses appeal to libertarian/apolitical types who see themselves as purely rational and changing a piece of software bc of the license would sound too… ideological…
so the people in charge of these changes always have a plausible technical explanation at hand to mask away the political aspect of the change
it’s been a trend for a while unfortunately. getting rid of the gpl is the motivation behind e.g. companies sponsoring clang/llvm so hard right now. there are also the developers that think permissive licenses are “freer” bc freedom is doing whatever you want /s. they’re ideologically motivated to ditch the gpl so they’ll support the change even if there’s no benefit for them, financial or otherwise.
sadly, i think that’s exactly the reason why so many gnu coreutils/libc/compiler competitors keep croping up: people want to get rid of the gpl as much as possible. if they could replace the linux kernel with a non gpl variant they would
not that the people creating the projects necessarily have this intention, but the projects are certainly being picked up and sponsored mainly for that reason
rsync
has a ton of options. any specific setup you’d recommend me?EDIT: seems like
rsync -av src/* dst
is working for me