Heh yes, but for the purposes of this post I wanted to focus on why it wasn’t just another distro recommendation, but one tailored specific to their use case :) (I don’t even use Kinoite myself, so it’s extra genuine.)
Heh yes, but for the purposes of this post I wanted to focus on why it wasn’t just another distro recommendation, but one tailored specific to their use case :) (I don’t even use Kinoite myself, so it’s extra genuine.)
If you do a reinstall, I’d recommend going with a Kinoite install. It’s like regular Fedora KDE, except that it avoids this risk of traces of past experiments everywhere.
thelibre.news is woefully underappreciated.
Ha, well, if my single-digit-downloads (all by me) NPM module is influential enough to set precedent, then I’d consider that a success.
Yeah I get that point, and so my point is that if the use case is important enough that they’d be able to justify allocating that personnel, I use the AGPL to give them that nudge. When it’s just some non-critical component, then I’ll just slap an MIT on it and be done with it.
My rule-of-thumb is: is the licence going to make things better for users? In other words, I try to predict whether a company would just not use my AGPL-licensed code, or would potentially contribute back. If they wouldn’t, I don’t really care and rather my code at least gets used to build something presumably useful.
No worries! Thanks for updating your comment :)
If you think you know what happened or the context, you probably don’t. Please don’t make assumptions. Thank you.
Someone might want to check that, because IIRC it was someone else’s alter ego.
On desktop I think that’s less valuable, and personally, I like the confidence of knowing that eg uBO still works, and the predictability of how it will behave.
The Connect thread is interesting; PWAs are a nebulous term and everyone has different use cases for them, so if this allows to cover some of those with significantly less investment, that makes sense to me.
Keep in mind though that with Firefox Sync, all your data is encrypted, whereas a generic sync of your profile folder will have all that data on your sync server without encryption.
No worries, thanks again!
Which Mozilla projects started out as free and are now non-free, i.e. no longer under an open source (or even viral open source) licence?
It was collapsed for me at first, and buried under a lot of other comments, but a workaround is mentioned here. Unfortunately, that didn’t seem to work for me, but deleting the Flatpak and deleting all associated data, and then reinstalling it, I think did the trick.
Although it does now show this warning, which doesn’t sound great.
Edit: actually, I think that was the reason I concluded the first workaround didn’t work, but looking at that URL, this might just have been introduced in Firefox 128, which is newer than the old version of Tor was based on. So it looks like both worked.
So… How do we do we’re running an outdated version, and what is the fix that requires manual intervention?
And keep in mind that there’s also a big part that’s not in SF.
Mozilla today also has that base, but it still has about 1000 employees IIRC. It also pays more than $100k, even for EU devs, and of course also has to pay taxes and what not on top of that. And don’t forget the infrastructure, for running builds, distributing the software, running Firefox Sync, etc., which does not come cheap.
It might be possible to build Firefox for less than the IIRC ~$500M that’s currently budgeted, but $37.5M seems optimistic.
CEO salary is paid mostly from default search engine deals. But the same holds true for Firefox development, so you’re right that the money doesn’t go towards developing Firefox.
Can I just say: hats off to the bug archaeology you’ve done there :)