Oh dang, I got excited about a new update. Then I started getting deja-vus. And finally I checked the date: This is from early May. Still a good read, unless you already did read it before :P
Oh dang, I got excited about a new update. Then I started getting deja-vus. And finally I checked the date: This is from early May. Still a good read, unless you already did read it before :P
Technically that wasn’t the initial entrypoint, paraphrasing from https://mastodon.social/@AndresFreundTec/112180406142695845 :
It started with ssh using unreasonably much cpu which interfered with benchmarks. Then profiling showed that cpu time being spent in lzma, without being attributable to anything. And he remembered earlier valgrind issues. These valgrind issues only came up because he set some build flag he doesn’t even remember anymore why it is set. On top he ran all of this on debian unstable to catch (unrelated) issues early. Any of these factors missing, he wouldn’t have caught it. All of this is so nuts.
Right. I was focusing on the point that what matters is the copyright notice. While your pointing out that you can relicense MIT code because MIT is so permissive, while you can relicense GPL to almost nothing, as it’s not compatible with most other licenses. However that’s kinda moot, you couldn’t include GPL code into an MIT licensed project anyway due to the copyleft.
(Thanks for the “ingenuous” correction, I did indeed - to my non-natively speaking brain the “in” acted as a negation to the default “genuous”, which yeah, just isn’t a thing of course)
Well yeah, that’s how licenses and copyright work - licenses can change. And sure on an adversary take-over (or corporate overloads taking control), that’s problematic. However the beauty is, it’s still MIT code: It can be forked (see what’s happening with redis). However a project copyright (and DCO) is not in place to enable just that, it’s in place to enable any license change by the project. Say a license is updated and there are good reasons for the project to move to the updated license - I think it’s pretty reasonable that the project would like to be able to do that and therefore retain copyright. Of course you are also free not to contribute such a project. However claiming it’s a license violation or unheard of is pretty disingenuous (formerly ingenious, thanks :) ).
This has nothing to do with GPL or MIT: If you own copyright of a GPL licensed code-base, you can change that license at any time. Of course that only applies to new code. And that’s the same for GPL or MIT or any other license.
As far as I know xwayland in plasma/kde already does that. However as it’s KDE, it is most likely configurable and might not be enabled by default :P
Outlook (no I don’t want it) (still) (really not) (WTF I SAID NO)
Could you do your best dunk on ES for me please? Not as in factually great, just whatever. I (ab)use quite a bit in my work, and can’t say I have particularly strong opinions/feelings around it either way - I could use some help to change that xD
Is this a case of !whoosh@lemmy.zip on @douz0a0bouz and bunch of upvoters part, or on mine?
Looks like the client isn’t, but they do offer a simple-way to self-host the backend (looks like it’s “just” a matrix server and a bunch of bridges) and then you can use any open-source matrix client to connect to that. Seems like a pretty good balance of a way to make money and the guts being open enough that one could move if the client/company goes side-ways, while contributing a lot to the open-source community.
What?! All that noise about Switzerland mandating usage of open sourced software in gov (there was a great step, but it’s far from mandating anything) was already weird, now we are switching to linux? And caring about security and fiscal responsibility? There has to be another country called Switzerland than the one I live in.