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.

Others have pointed out the concerns around negative reviews of things still subject to change, but the other aspect is just the relations with media.

I’m sure tons of journalists have been playing. And probably even working on content covering the game, but not publishing it yet. Once valve is ready for coverage they’ll have polished content ready. And valve can control the timing so that coverage happens right when they want the hype like maybe a few days before an open beta.

By covering it early you encourage other journalists to do the same, rushing out low quality content to get the views before others do. And for valve to not let any journalists see the game early to avoid this.

it does feel ambiguous though as even what you outlined misses a 4th case. if null means delete, how do I update it to set the field to null?

it’s not about using all 100 IP addresses for every atom

it’s about having large enough ranges to allocate them in ways that make sense instead of arbitrarily allocating them by availability

it’s not a valid comparison really. this is an alternative to an emulator than a ROM.

If you used this to compile a native version of space invaders that ran incorrectly it would be no worse than if you used an emulator to run space invaders that ran incorrectly. in either case you treat it as a bug in the emulator/recompiler and fix it and re run the process.

Nobody is suggesting deleting their roms and keeping only the current copy of a recompiled game. I don’t think that would even work… as far as I know you still need the original ROM to load inside of the recompiled executable for the non-code assets.

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.

There’s a lot of things that make the Bluetooth experience better… it’s just almost all focused on mobile phones, maybe apple laptops if you stay in their walled gardens, but definitely not stock windows.

I say stock because if you do use windows and want to use Bluetooth you can improve things with a third party driver https://www.bluetoothgoodies.com/a2dp/ it’s still not great but at least you can use better codecs than default

for earbuds it’s useful as many modern phones can share their battery to wirelessly charge another device, so you can top up your earbuds off of your phone while you’re out somewhere and not need to lug around a charger and cable.

For wirelessly charging phones, I agree the pad style chargers defeat a lot of the point, but I am a fan of the dock-style wireless chargers. I have one at my desk and can just glance at my phone to see notifications, and I have to set my phone somewhere anyways, so this lets me top up my phone without really thinking about it.

Yes. and why it’s wildly complicated on Windows machines where you have an audio output device for headphones and for headset, and once something starts using the mic the output device itself changes.

So joining team chat in a game will either make audio sound horrible or break it entirely if you had specified the output device instead of using default device.

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.