Wait, isn’t that kernel EoL? Pretty sure it isn’t LTS. Are they really releasing a new os version with a kernel that’s already EoL at release? Like what? Why?

Probably not, since they are pretty rigid, not floppy at all.

Then again, they make the same satisfying sound when you insert them…

You misunderstood my point. LocalSend is great. It does exactly what it promises, and works well.

But you’re claiming “AirDrop = LocalSend” and that is not true and causes false expectations. People used to Apple think they can use it in all the same situations and for the same things, which they can’t. Just because you mostly used it in the same network doesn’t mean most people use AirDrop that way, and I know quite a few that mostly use it while out and about, meeting new people etc.

The “Good advice” version is too tell them there is LocalSend, which can do quite a few things like AirDrop, but not all. Basically make it clear they need to be on the same network.

This is such bad advice. If you tell people that, people expect it too work like AirDrop, which it doesn’t.

LocalSend is great, but it is much more limited than AirDrop. As the name suggest, it only works if people are in the same network. If you’re in your home network, and both devices are yours, that’s probably fair enough, but that isn’t the point or (only) use case of AirDrop.

Also if you’re installing it on a Linux machine which happens to have a firewall enabled by default, you will have to open the correct ports for it to to work out even just see the other devices.

Desec.io when they are open for taking in new members. Fantastic service. Run by a bin-profit-equivalent in Germany.

Not me personally, but Xperia are among the very few phones left that come in smaller sizes. Better for small hands. Not just the total size of the display but the width.

Plus all the other reasons already given of course help (lineageos support, audio jack, …)

Planets of larger size (at least in our solar system) have multiple or many moons.

Things tend to be unstable in reality rather easily, and since star systems are around for billions of years, them being in that configuration are slim once observed.

What does this mean? I use signal with the official client on like 5 devices just fine?

In Firefox on Linux it’s a definitive “maybe”. It works on my gaming machine, not not on my home theatre PC. Same Linux install. Same configuration: Firefox with the user agent extension for Netflix, which was needed or it was stuck at 720p. HTPC is still stuck at 720p.

It’s all a matter of what you consider reasonable risk. I also run some specific services exposed where it makes sense (they are designed to do this, think things like home assistant or next cloud or jellyfin), but would never put anything that is used to do server administration public facing (Webmin, Termix, proxmox, that sort of thing). If the purpose of the tool is to perform or allow elevated actions, I run it behind a VPN (yes for me that includes ssh).

There’s also a difference between being randomly port scanned and/or probed, or being actively and personally targeted for some reason. If the second is ever a reasonable threat, that changes what is acceptable dramatically as well.

Yes, it inherently is. Authentication/encryption happens as the very first thing at the network level, before anything resembling a service becomes accessible. This is fundamentally different than for example a web interface, which needs to present “the Web page” to allow the user to log in, which might involve multiple individual parts that can already have a 0-day.

As a more direct comparison: look into historic vulnerabilities between ipsec VPN and SSL VPN. The former is the older technology, the second is more “web like”. The number of serious CVEs for the latter over just some manufacturers (Cisco, fortinet, …) in one year probably beats the number for ipsec in is entire life time.

Going back to Tailscale (or netbird, …): it is one very secure layer which then secures everything. You can have 1 service or 20, same security. If you expose individual services, c you also expose every possible vulnerability of all of them, so all 20 services if that’s what you run.

What’s the difference between all these? I just know distrochooser, and usually recommended it. If there’s better alternatives, I’m all ears.

If you’re in a country where there’s is snow or just cold temperatures, you don’t “randomly” have 4 extra tires. You literally need them for at least a few months. Typically you’d swap over in late October, then back in March/April depending on how it’s going. Swapping them yourself is trivial enough, but it’s also incredibly cheap to get them swapped at a shop.

Note that at least last I checked, the proper transition temperature isn’t “freezing” or “there is snow”, but about 7-8°C. That’s when winter tires will have better grip, and summer tires grip steeply diminishes below this. Once there is actual snow, your just actually up shit creek with no paddle on summer tires. But if you have to emergency brake at like 3°C for example, it makes a significant difference what kind you got on your vehicle.

Like many have already said, your probably just looking for a terminal multiplexer. Things like screen or zellij, which to my knowledge also don’t require any kind of “server”. You start a process and the tool provides means to reattach to the still running sessions.

Any session gets a name, which is what you can use to reattach to a specific one, or you can just “attach” if there isb only one available.

That actually sounds great then. It probably also depends on how the phone is used, but that likely applies just the same to play services. I mean comparing if you’re always in WiFi, mostly on mobile or often on bad mobile.

But if it barely shows up for you, that’s good to know. I just remember when first setting up notifications that the options without play services had semi-scary warnings associated with them, which stopped me from using them (and having play services running anyway, it didn’t seem to make sense to not just use them).

Home assistant by default uses and relies on play services for notifications. It’s what allows instant and reliable notifications without also causing significant battery drain.

This can of course be turned off, but it comes with significant warning labels that battery and reliability will suffer. It has to hold a web socket connection, or frequently poll for updates/status.

From my understanding system level support is needed to make this efficient and low battery, but I don’t know if graphene or similar roms provide something like this (or if they even can)? I would also be very interested to know.

Just for completeness sake: I’m also on Nvidia (semi recent, rtx 3080), and it’s been fine. I do man it when I say “everything just works”, I don’t have to do or fix anything.

This isn’t an important choice. If you don’t like the distro or you are having issues, it’s like 10 minutes to switch to a different one.

That being said, I would not recommend Ubuntu for a variety of reasons. CachyOS is a great option, but there are others. Just try it, if you have issues or don’t like it, try something else.

There’s literally a button to save a post or comment.

CachyOS is the most stable distro I’ve ever used. It’s been like 20 months or so, and I’ve had exactly a single issue, which resolved itself in like 3 days (kde bug that got fixed quickly and wasn’t a big deal either). I have zero problems with only having outdated software in the repo, which is something I can’t say about any other distro I’ve tried. It’s the ONLY one where that’s the case (obviously would apply to base arch as well).

I have no idea what kind of problems people keep having that leads them to calling it “unstable”. I certainly haven’t experienced this at all.