ArclightMat

He moved to some launcher [...]. As I understand it, using a launcher prevents you from using the Google Play Store, so you're not buying apps.

I'm going to chalk it up to you not knowing about Android, but swapping launchers is basically changing your home menu, it doesn't affect Play Store access and you'll likely need it to buy the Pro version of certain launchers, the most common one being Nova Launcher Prime[0]. And if he did something more drastic, like changing to custom ROMs (akin to OS images), then Play Store access is up to him.

And honestly, I don't think Google free apps and services coming and going will impact app ownership numbers. Android being more popular in low income, developing countries (with big population numbers) will have a bigger impact overall.

[0] https://play.google.com/store/apps/details?id=com.teslacoils...

The developer version is literally the alpha release, later renamed aurora, later named developer. It is not acceptable to use an alpha release as a main driver for security and stability reasons.

It hasn't been for a long time, Mozilla dropped the Aurora channel in 2017 and rebased Developer Edition off Beta [0]. And as far as I'm concerned, beta is as stable as mainline (on my phone, at least).

The ESR releases of FF main don't allow unsigned add-ons. You may be using a custom user freedom respecting build Debian specifically negotiated with Mozilla to allow in it's repositories?

Official documentation says you can still load unsigned extensions on ESR, but you need to enable a flag in about:config first [1].

[0] https://venturebeat.com/business/mozilla-kills-firefox-auror...

[1] https://extensionworkshop.com/documentation/publish/signing-...

Have you tried Fedora Silverblue[1] and its cousins? `root` is an immutable image powered by something akin to `git` but for OS files. You can layer RPMs (although you should use flatpak or containers wherever possible) and /etc is mutable but also tied to the deployed image[2]. You can rollback your system to previous images, rebase it to a completely different system (i.e from `silverblue/gnome` to `kinoite/plasma`) or build your own OS image for deployment instead.

It is a different desktop paradigm for sure (for one, you won't be using a standard package manager) and you do feel its rough edges sometimes, but it is my favorite Linux experience so far, where the OS doesn't stay on my way unless I want it to be in the way: I turn my PC on, use it as usual, desktop apps are updated on background with GNOME Software/flatpak and if there is a new image available, as soon as I reboot/shutdown, next time it is up, everything has been cleanly applied. Flatpak'd apps also won't spread files across the system, so everything is as self-contained as it can be.

[1] https://fedoraproject.org/silverblue/ [2] https://ostree.readthedocs.io/en/stable/manual/introduction/

Mullvad is actually a Firefox fork and it directly uses Tor's privacy enhancements[0] to Firefox for a private web browsing experience. As a matter of fact, it really looks like Tor Browser but with a VPN baked in instead of Tor.

[0] https://mullvad.net/en/browser

Exactly my concerns. Fedora is significantly tied to Red Hat currently, and honestly if Red Hat keeps pulling in moves like that, I fear for the project's health in the long run. As matter of fact, yesterday I wiped one of my machines for Arch to probe it as an alternative for it and honestly I can think of is how there is nothing quite like it anywhere else, so I hope it doesn't come to that. I've learned to enjoy sane defaults and fresh up-to-date packages OOTB!

I also had the unfortunate experience of just moving one of my servers from Debian to Alma Linux to match my desktop, but I'll likely rollback now.

Besides the fact that Uber Eats barely made a dent in the marketshare and came in way later, it also attempted the same strategy to bring in consumers.

I distinctly recall using coupons or special "Only on Uber Eats" deals during most of 2019, and I only stopped using it during the pandemic because the available options at home were terrible compared to iFood's.

CentOS Stream 9, which is basically RHEL9 9.(x+1). The issue itself was overblown to hell, and after realizing that "rolling release" meant "one minor release ahead", I decided to stick with it.

For my usecase, it works fine and nothing has changed at all. My workloads are mostly container-based, so the base OS doesn't matter as much.

I run RHEL-like because I'm familiar with it (since I use Fedora as my desktop/workstation OS), so CentOS will likely stay unless I get myself fully immersed into the alternatives down the road.

In Ars Technica's article:

To ensure that none of their test ads reached vulnerable audiences, Global Witness deleted the ads before alarming messages like “Death to the children of Lula voters” could be published.

And in the published results[0] hyperlinked by Ars:

Out of sixteen test ads submitted by Global Witness to the platform, only two were rejected. Those approved included text in Portuguese such as “unearth all the rats that have seized power and shoot them”, “Death to the children of Lula voters” [...]

They seem to be mostly talking about politicians, yes, but there was a specific ad right there that advocates for killing the children of Lula voters that was approved by Meta, and as a Brazilian that has seen this kind of advocating before in social media, I'm not surprised Meta isn't doing their job properly.

[0] https://www.globalwitness.org/en/press-releases/facebook-app...

It is undeniable that corporate Linux has prefered GNOME over Plasma, I can't name you a single relevant European distro that uses Plasma as its default.

- Canonical (United Kingdom) ships GNOME for Ubuntu.

- SUSE (Germany) ships GNOME as default on their SUSE Enterprise Linux, openSUSE hsa no defaults.

- Manjaro (Austria, France, Germany according to DistroWatch) ships XFCE (GTK based) by default.

- Mint (Ireland) ships 3 GTK desktops, defaulting to Cinnamon.

Meanwhile, on America:

- Valve (USA) ships Plasma on SteamOS for their desktop experience.

- System76 (USA) ships (although they hate it) GNOME for PopOS. They want to replace it with a Rust-based, GTK/Qt-free alternative.

- Red Hat (USA) ships GNOME as their official desktop for RHEL.

- Fedora (USA) ships GNOME as their official desktop.

So I don't think country impacts much, it is just that GTK is the de facto toolkit for Linux and historically, Qt wasn't FOSS and GNOME received a lot of development for accessibility during Sun's days, which matters a lot for corporate due to stricter requirements on that front.

Well, this thing has been in development since 1998![0]

Furthermore, SEGA has historically been very lenient with the Sonic community, where you can see prototypes of the games out in the wild being discussed [1], a yearly fangaming/ROM hacking contest [2][3] and a lot more. And of course you have 16-bit remakes and Sonic Mania, where former modders ended up being scouted by SEGA to work on official games. While SEGA could change their instance some day, I believe the current situation is beneficial to them, as even their marketing team (i.e the official Sonic twitter) is made up of former fandom members.

[0] https://wiki.srb2.org/wiki/Versions

[1] https://hiddenpalace.org/News/Dreams_Come_True:_Sonic_1_(MD)...

[2] https://sonicretro.org/2021/10/18/shc-2021-the-results-are-i...

[3] https://sagexpo.org/

Chromium's a hard one for Debian. It is a big software that often suffers from security issues due to its size but it is hard to package according to Debian's policies. Its upstream ships with forked dependencies included, and this goes against Debian's policy, however Debian doesn't have enough manpower to untangle this mess while keeping up with Chromium's upstream.

I wish they would just drop it from their repos and suggest users to use flatpaks (or Nix?) or the proprietary variant Chrome (which is what most likely want due to sync), it is a big liability to keep an insecure browser around.

Indeed, as a Brazilian, it gets to my nerves reading those conspiracy theories about "how the media hid ${TREATMENT}'s effectiveness" or "there is no interest on using ${TREATMENT} because no money to be made! :c".

I seriously think those people are heartless. So many died because of those ineffective treatments and they keep advocating for them, with higher (and more dangerous) dosages while linking to random papers as if all of them are trustworthy (like a certain senator here). Worse, they consider those who use the right tool for the job (vaccines) the equivalent of religious nutjobs.

Most of their theories don't even make sense when you consider the wide picture: For example, even if the "evil big pharma" wasn't interested on cheap treatments, governments would have done anything to avoid lockdowns that heavily damaged their economies. It is a sick joke all the way down and a disgrace to all who died before a proper treatment was available.

I'm deadly sure that if they had lived through a collapse of public and private healthcare systems and/or had lost someone over it, they wouldn't be talking BS all the time.

This seems perfectly fine.

Private APIs are private and shouldn't be used by third-party, specially if it can bypass security measures [1], furthermore, they've a working alternative already: the portal system.

As a side note, this will break the hackish screen sharing implementation that Zoom has made for GNOME on Wayland and might force them to update to the standardized portal system that works anywhere.

[1] https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/3943

While unlikely, it could've been that the kernel version was too old or you were missing non-free drivers for something? On my experience, if it worked in Ubuntu, it would work on Debian, and if it didn't, using the latest backported kernel would solve it.

That's not Unity, that's GNOME with extensions mimicking Unity.

Also instead of changing desktop environments, he could install the clean/stock GNOME session and then add Dash to Panel + Arc Menu, which would give it a Windows-like taskbar.

Have you checked out Fedora? Out of the box I had as good as (or close enough to) Windows' battery life on my ThinkPads and normal consumer hardware due to certain optimizations [1] they've made, to the point where I don't even run tlp anymore.

Furthermore they've introduced power-profiles-daemon in Fedora 35 [2] by default, which allow granular-ish control similar to Windows' "Power Mode" option and PopOS' system76-power.

[1] https://fedoraproject.org/wiki/Changes/ImprovedLaptopBattery... [2] https://fedoraproject.org/wiki/Changes/Power_Profiles_Daemon