No.

Let’s Encrypt checks if you have control over the server the name eventually leads to, usually by providing you with a token that you put on your server for retrieval. The way there, including the IP, is irrelevant.

These people have no clue how to get around these DNS filters.

But not thanks to the virtue of some effective blocking but just a lack of knowledge of the average user…

I have used several of those cheap routers over the years. And they simply can’t block you from using encrypted DNS (unless they want to create giant blocklists and want to play wack-a-mole with DNS servers…).

So all they usually do is very low tech like ignoring the DNS you set in the router configuration and reroute it (or not providing such configuration in the first place). But they can effectively ony do so with unencrypted DNS.

With encrypted DNS they could at best try to block the default port used by DNSoverTLS but that still leaves DoH. And they can’t block that because it’s just regular encrypted HTTPS traffic (with the DNS quesry inside).

Iirc even Windows allows easy configuration of DoH nowadays (and for much longer if you were ready to edit the registry) where you can simply chose between unencrypted, DoH only or encryption preferred if available.

The only thing they can realistically harcode is the DNS server their router’s DHCP provides.

Just configure devices to not use that setting, also use DoH or DoT (which you should do anyway, not just to circumvent your router’s settings).

make sure all of your devices are secure using encrypted DNS and encrypted traffic

Which is so easy it really should be the default nowadays yet sadly isn’t.

Blue like Arch?

#1793d1 pls…

No, that’s just the latest official nvidia driver still supporting those cards provided as a regular package for that distro.

Basically the moment nvidia dropped support for some cards, they split the nvidia package. They are now provinding nvidia-open (all cards still officially supported by nvidia are also supported by the new open soruce driver) and ‘nvidia-580xx’ for older ones. And although the actual driver by nvidia doesn’t change anymore the package isstill maintained in the sense that they look out for it to work with up-to-date Linux kernels.

Arch Linux at the moment provides (via the community maintained repos) nvidia drivers all the way back to ‘nvidia-340’. That’s GeForce8800 or QuadroFX age from 20 years ago.

I don’t know how Ubuntu in particular handles their drivers, but I would assume that at some point support of your card ends end you will then have to install nvidia-<number of the last driver version with support> or nvidia-legacy or something like that, which automatically replaces nvidia.

Nvidia ends support at some point, no matter which OS.

Your card is one of the oldest series still supported (Turing), they just cut support for roughly gtx750 to 1080 (Maxwell, Pascal, Volta).

So 10 years from now, you won’t get working Nvidia drivers anymore and will have to rely on older driver versions.

But unlike Windows -where you will have the same problem and MS won’t care at all, so when an old driver has problem with Windows then, you will be on your own- you will have distros or their communities still providing those older drivers regularly and also there is now an open source driver. And your card is the first generation supported by that driver, although with still some hickups. That one will not go away and get better over time, too. Probably also including some work to increase performance on older cards if there is demand - and if I take a look into my crystall ball (or at the hardware prices shitshow) I assume there will be demand.

TL;DR: I can’t absolutely guarantee that your card still works in 10 years as Nvidia’s support will just end at some point. But your chances are a) very good and b) definitely much better on Linux than on Windows.

Take a look at the config file (/etc/radicale/config). It’s extensively commented. Although you barely need to change any defaults for regular use.

Just create an htpasswd file (with htpsswd, apache-tools or just any of the one million available online generators) and edit two lines under [auth] to read type = htpasswd and htpasswd_filename = <the location and file you created>.

And you can start (and enable) Radicale via the systemd service usually included in the installed package. (Or for early testing just start the server manually… radicale starts it with the defaults from the config file. You can also configure everything with parameters but that’s an insanely long list (radicale --help if you are interested in seeing them)…)

The webinterface to login will be available (by default settings) under http://localhost:5232/.

All you have to do then is change the config so Radicale listens on the server’s IP instead so it’s available in in your network. (Plus the usual stuff of making it available from the outside if you need that like for any other sevice)

And any calendar/contact software will bring a wizard that guides you through the process of sync’ing, usually just asking for an address to reach your server, as well as user and password.

EDIT: I looked up the defaults and you can skip all the autehntification stuff in the beginning. By default just anyone can access the webpage at port 5232. So you can just test it and only bother with authentication later (definitely when you plan to make it available from the outside, for example to sync phones).

With radicale, do I need to install some other somewhere in order to use it?

No, you just need to install Radicale. That’s it. calDAV and cardDAV are widely used formats available as an option with basically any calendar.

Can a self hosted calendar still send and receive invites to other calendars?

Oh, I see your problem. You don’t host your calendar. You host a service that is used to synchronise all the regular calendars you already use over different devices.

Or are you at the moment using Google’s calendar in browser only?

Objects is too unspecific, so I will just assume something like this:

The people constantly talking about gaming on Linux are the meme.

In actual reality you just play your games without yapping about invented problems or imaginary benefits.

Defaults badpass_message="YOU SHALL NOT PASS!"

ILoveCandy

I might be biased but there could simply be some degree of objective assessment involved… *spitting looking at you snap*

Well… let me explain what this wrapper does…

Yeah, I heard that several times but decided to try it anyway.

But I expected problems with Steam not with flatpak itself just removing the very same graphics driver it had just installed as a dependency…

Flatpak just working would be a nice thing. Everytime I try they fuck something new up…

(Last time I thought about installing Steam via Flatpak on Arch to get rid of all the multilib 32bit stuff not needed for aynthing else anymore it worked for nearly 4 days. Then flatpak update randomly uninstalled its nvidia drivers because an “update” removing the old package first, then realizing it can’t find the new one make total sense of course.)

As many as are driving the correspondig vehicle legally on streets.

We just need to create that one single ultimate community for good linux jokes.