circularfoyers

Perhaps having a setup where it has a fallback on Cloudflare Tunnel when you detect you're under a DDOS attack. Could this not be feasible?

Are you using yt-dlp with mpv?

> Let's hope the beancounters at IBM doesn't have other plans for Fedora.

What do you think they would potentially do? Fedora is the upstream for RHEL, it's integral to it. Part of the reason they dropped support for CentOS was because it didn't serve to benefit RHEL very much.

They already do with filesystem access. You can specify XDG folders or any specific folder you like[1].

[1] https://docs.flatpak.org/en/latest/sandbox-permissions.html#...

Only when using a release that is EOL is it shooting yourself in the foot in regards to security. It doesn't matter if the new release is free or not (Linux and BSD are), not everyone wants to track the latest release for whatever reason they like and there's no problem with that if it still receives timely security updates, which is a standard practice on every other OS. If Apple doesn't want to do this, it should be clearly stated. Otherwise as this behavior is outside of the norm, Apple should be rightly critised for it.

I'm the same in desiring a preconfigured setup. I think it's similar with how I like the same thing but for a tiling window manager like i3/sway. I suspect there might be a fair few who still prefer the vim or emacs environment that want a preconfigured setup with a basic level of configuration, as is commonly offered by a desktop environment.

I like leaving the configuration to someone who I know has a better understanding of all the offerings. I realise this may not appeal to someone who has strong opinions or similar level of understanding as these maintainers however.

I might mention, if you hadn't already been aware of it, that SpaceVim exists as well. I really like the concept of layers, the bundling of packages for different features for basic/simple configuration (both SpaceVim/Emacs have this).

I think the notable difference is that macOS has a standard release cycle of about a year, whereas Arch has a rolling release cycle. This why there's more possibility for breakage, as many of the core libraries or other software are likely having their versions bumped. This is based on my knowledge of how most standard release distros function and which I assume is Apple's update policy for software they ship.

Even assuming this is the case, it still doesn't excuse how they weren't able to uncover this in their testing, since they only have to test against their own set of hardware.

https://github.com/arkenfox/user.js There are hundreds of settings that can be configured to harden Firefox. A lot were upstreamed from the Tor Browser via the Tor Uplift project. The afforementioned user.js is well documented and the most well maintained that I'm aware of.

This is one of the leading reasons why I think Firefox is a better browser than competitors because they don't allow this level of customization without hacking on the source code, like say Brave does. However not even Brave or Ungoogled Chromium is hardened as much as Firefox is with this user.js.

Might be more apt to mention the same authors version of googler for duckduckgo, https://github.com/jarun/ddgr.

https://www.protondb.com/app/1250410 is the best source to find out how any given Steam game will run on Linux.

It means the game has a native version for Linux that will run on all Linux distros (what you referred to as a Linux). SteamOS is based on Debian (or most recently Arch) and Valve only officially supports Steam on Ubuntu LTS. But Steam will run on pretty much any distro you want.

This is something I've encountered using this addon as well and I imagine would put off a lot of people (as it has for me on some occasions even). Having a brief look at the issues, it does appear it's something that has been discussed a lot[1][2][3], sadly without any code contributions yet. This might be partly due to how difficult automating the detection of this would be.

[1] https://github.com/SimonBrazell/privacy-redirect/issues/171

[2] https://github.com/SimonBrazell/privacy-redirect/issues/48

[3] https://github.com/SimonBrazell/privacy-redirect/issues/101

Contrary to both your comment and the parent's, one of the project's developers (not sure they are the main developer, but one of them) admitted in the referenced pull request that they were too harsh in their response to the contribution:

> Now I am rereading my first comment an see that it is too rude. I am sorry for that. I was in a bad mood when wrote this.

To some extent what you're suggesting is what https://revolt.chat is already attempting.

You can transfer all your messages from your old iPhone to your new one though[1].

[1] https://support.signal.org/hc/en-us/articles/360007059752-Ba...

Is it possible that Signal don't want to go down this path as it potentially puts them at the whim of the demands or requirements of paying businesses? Which demands/requirements may not be aligned with the degree of privacy which set them apart from other messenging apps.

If not this, could another reason might be that they're still a small team and this, along with the other changes that would presumably need to come along with it (accounts that aren't tied to a phone number), are what are holding them back.

It would be fantastic if this sort of functionality was upstreamed. I think it would really appeal to the audience that uses/hosts Searx.

The amount of times I've mispronounced a project name in real life...

I had a similar experience and ended up doing the same. OPNsense does include a userspace implementation of Wireguard, but is obviously inferior to what Linux already has. It ended up being that, how poorly the initial kernel space implementation was handled for FreeBSD and that I wanted Cake for QoS, which made me move back to OpenWRT.

I do want to ask though, has there been any downsides to using OpenWRT on x86?

andOTP does all of that too and was out before Aegis. What does it have over andOTP?

I was able to close it on Firefox on Android, on both stable and nightly release channels.

I believe the appeal for CalyxOS is attempting to bring more convenience with privacy, where apps you've mentioned are already installed. A major difference is the inclusion of microG, which means you have more freedom to use apps you have no alternative to (e.g. government apps, banking apps, etc).

I'm aware of the LineageOS for microG project, however apart from the aforementioned preinstalled set of apps, CalyxOS includes many system patches shared by other projects such as GrapheneOS, which include privacy enhancements on default AOSP DNS fallbacks, connectivity checks, NTP, and more.

I would also like to mention that Signal does not require microG or Google Play Services for auto backup (or notifications). The backup files are stored locally on the device and can be easily synced with Syncthing, Nextcloud, etc.

OP said the vet said to return the poop, not the entire contents of the kitty litter box.

Someone's personal hygiene bears no relationship to their knowledge or opinions on technology.

If you prefer FluffyChat's UI over Element's then I'm guessing you are after a 1:1 or group style chat (i.e. chat bubbles), similar to say Signal or Facebook Messenger. Element isn't catering to this audience from what I can tell, it has a UI that is similar to Slack or Discord, which is suited for large group chats. Just because you aren't using Element in this way doesn't mean that it has the "worst UX" of any other client.

Your third point is a client side feature. If you meant that you want Element to have that feature, then yes I agree. But in saying that, it wouldn't surprise me that it's not high on the priority list when most clients (of any chat app) have this feature.

I'm not intentionally ignoring any evidence, so I invite you to elaborate on what you're alluding to.

Your own comment that you've linked here, which mentions Russ Allbery, has him quoted saying, "Most of those [systemd] components are clearly superior to anything we have available now on Linux platforms and will be used in the distribution going forward".

Then there's Fedora, which is upstream of Red Hat, who has many of it's contributors as Red Hat employees, so I don't see how it's odd that they would adopt software that Red Hat are invested in.

I don't think Red Hat are forcing anyone's hand. I think the fact that Red Hat are hiring passionate developers to work on something they love full time is something they should be lauded for. Of course Red Hat have to pick a project they're going to focus on, they can't focus on every implementation, and it only makes sense that community projects aren't going to have feature parity with software that's being built for enterprise use cases, worked on people whose it's their full time job. It's because of the wider support that the majority of distros decided to go with them.

Why is it any worse on your phone? You can run uBlock Origin on Firefox on Android (one of the biggest reasons I don't understand why anyone would want to use Chrome).

Fedora Silverblue is potentially where the future of the Linux desktop might end up. It improves on security significantly, where the system is read only, similar to macOS, and all user programs are sandboxed within flatpaks (migrated from the preexisting RPMs of these programs).