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.
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.
it sounds like you understand the value of using water to clean your butthole after you poop… so why not spend the $30 on a bidet just in case you ever do have a poop and don’t want to shower? or hell just so you don’t use as much TP before hopping in the shower. or for anyone else using your toilet and not wanting to hop in the shower…
there’s also the impact of having less consistency in hours. i.e if I work Friday and don’t work Monday but am blocked waiting for someone whondoesnt work friday…it’s waiting until Tuesday.
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.
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.
Agreed but I think the intent is still interesting. My interpretation would be that you can still talk to friends, but not about the vacation. Id still say yes but I’m curious if that changes it for you.
The more simplified question would be just not bringing your phone or a camera, but then id say no as that just sounds like a dangerous trap and isn’t really what the question is trying to ask- it’s more 'would you go on a vacation and just enjoy it, or do you only want to go on vacation so people know you went? ’
slightly off topic but I’ve been disappointed with ultrawide support and really advise against it for most people. Many single player games that do support it clearly weren’t designed for it and just give you a prettier pillarboxed 16:9, like Hades adding some art on the sides.
And multiplayer games just crop your vision down so you have a weird FoV and see the same amount horizontally as a 16:9 user, but can’t see as much above or below you as they can. Proper support would let you see more horizontally than 16:9 players and since that’s the vast majority of players it’s understandable… but then anyone who does buy an ultrawide has to run it in 16:9 with pillarboxing or be at a disadvantage.
it’s also safer when wanting to charge from untrusted chargers, though you can still get an adapter to block the data pins or just bring your own wall charger/battery when traveling
see https://learn.adafruit.com/understanding-usb-type-c-cable-types-pitfalls-and-more/cable-types-and-differences for all the various things the cable alone can support
what devices can support is definitely an issue too though.
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