rather than allowing edits for invisible edits for X minutes, couldn’t your client just delay actually sending it for X minutes allowing to cancel or edit freely until that point?

Gmail allows a similar feature and it seems safer in a distributed system than relying on everyone else to respect what happens after you send a raw message and an edit right after

though laptops are notorious for proprietary charging.

I’ve seen dells that can charge via USBc at full 140w but only on a Dell dock. On any USB PD charger it will only do 60w, and complains about it as it throttles everything.

growing it like a garden is a perfect phrase imo

because on windows or Mac it may have just worked. …until it doesn’t, or leaves your windows scaled wrong or placed on monitors that don’t exist or some other failure condition. at which point you reboot and hope for the best.

when it doesn’t work on Linux I’d check logs, actual configuration, and even the source if I need to.and then I’d hopefully improve things and make it work the way I want it to.

even just knowing enough to not consider clothes ruined when a button pops out or a tear forms would be nice

If adopt systems then the question is easy to answer: no, journald does everything you need.

without adopting systemd… well. Are you evaluating going without any log handling at all and maybe just dumping logs ephemerally to tty0? DIYing all log stuff like your init scripts DIY things?

Personally if I had to go without journald I’d probably go back to using syslog-ng. But I guess there’s an argument for shipping straight into something like opentelemetry-collector if you’re willing to put in a lot of work.

I assume they meant check the wattage of the car charger output. some powerbanks have displays now and can show you it’s input or output.

… All phones also have displays and should show you the same thing but don’t.

You could just show it as a percentage of max its trying to draw be default and show actual watts under a developer toggle

It depends on the package really. Sometimes you’re better off without the fixes that occurred in the last 2 years if it means avoiding the new bugs in the last 2 years.

IMO the more you try to stick to the latest releases, the more important it is to continue to stay updated. but every upgrade is a chance for new bugs or just breaking changes, so for new users starting with a stable distro is a good choice.

… except for browsers, where you both need the newest features but REALLY need the newest fixes.

yeah if anything the problem is everything is a TSR program now. the generous explanation is because they want to offer the best experience possible and implement everything themselves.

… but the real explanation is they want more telemetry data, not just when you are using the app. not just when you’ve recently used it. but no you launched it once we must indefinitely run in the background and install services to launch on startup