I meant extreme for this very specific case. If every other features of the product is satisfactory for OP then dumping the whole product is extreme.

No product is perfect in every way for every customer. Modifying a product that you’ve already bought is an entirely reasonable thing to do.

Returning it seems extreme to me… But I’m happy modding things like that.

Stick a piece of paper or card over the button/LED such that you can still depress it… Iterate/repeat until you’re satisfied.

Gnome makes absolutely no promises of version compatibility for extensions.

You’re stuck waiting for an extension dev to update to support the new gnome version.

That server’s root access is now vulnerable to a compromise of the systems that have the private key.

An alternative, if you have console access, to doing that root password dance, is:

1. Drop to rescue/emergency/single-user mode.
2. Do your changes to the user account
3. Drop back to multiuser mode.

They my go to to quickly triage a problem being caused by SEL or not.

Not quite. But sorta, yeah.

Learning to “not fuck with it” or ways to do so and rollback are valid lessons themselves.

Being able to segregate “production” and “development” environments is very valuable.

100%

The alternative being variations on:

Hi my name is [redacted], I have [X] years experience.

Please run sfc /scannow.

You can find more help at [Irrelevant KB URL].

Please rank me 5 stars.

Ticket closed

Theoretically one could also prohibit rebooting.

IIRC kexec is pivot_root but for the kernel.

Anything you need to buy is more expensive than anything you already have.

Especially if youre worried about power costs.

Reuse wha you have, replace when you need to.

That’s exactly the kind of scenario I can buy into.

Especially the communications: couriers become the norm again. In-system lightspeed comms are feasible, but interstellar? You’d better send a package that hard way.

I especially like the gravity constraint. Iain M. Banks’ novel The Algebraist works on a similar principle. Pairs of portals can be created, but you need to po physically tow the other portal to its destination in real space/time.

Distance. Almost every SciFi completely fails to represent distance even remotely closely.

This isn’t a gripe about FTL, it’s a gripe about non-FTL! Fancy FTL avoids the problem.

Star trek does it quite well in most cases, it takes days at warp foo to get anywhere. Voyager took years.

New Star wars butchers it; e.g. The Mandalorian episode with the no lightspeed/hyperspace plot device: oh no it took hours/days to get between star systems. Days! Imagine taking days to travel unfathomable distances!

New Dune (KJA’s books) inexcusably get it wrong. Claiming that “slow” travel between systems took months.

The mote in God’s eye does it extremely well with its pairs of jump points (shoutout to Mass Effect here too). Sometimes it’s quicker to use a jump point to another system, crawl to another (nearer) jump point and then jump back to the first sytem rather than crawl directly across the original system.

It takes light very long time to travel across our solar system, let alone interstellar distances. It’s like these writers have never even considered how long a container ship on earth takes to travel and still be viable.

Doing the Dark Lord’s work!

Assuming you mean IPv4 CGNAT: IPv6.

Mine are all named for the colour of the case, or case accent when ambiguous, though network infrastructure items are named for their models, being the typical default.

I sometimes use A records or mDNS-SD for the actual services provided and use a *.home.arpa. domain.

Another theme at another site is native fauna and flora names.

No cringe, no pop culture.

Same as it takes on the ISS right now :-)

Well, mostly apples.

You put it inside a space station… Or out the earth side portal in an airlock.

Chell put it on the surface of the Moon.

Put the other portal in a geostationary space station: free access to orbit.

The single most (energy) expensive thing humans do is put things in orbit.

Whatever’s important to you.