CraftThatBlock

I've been using Today Weather for years and it's been amazing.

https://play.google.com/store/apps/details?id=mobi.lockdown....

Using MoltenV maybe, similarly to vkd3d?

Games on Proton (WINE) on Linux on Rosetta on macOS?

Not an expert, but fuel and oxidizer is stored as liquid (at cryogenic temperatures), so adding gas creates pressure at the "top" of the tank, pushing the liquid down into the engine (in addition to gravity).

Technically, yes, but it's much easier to use Dockerfiles like normal (and have the build step is a good environment for development), and copy exactly the files you need for the release stage.

Using build stages is usually the biggest contributor to reduction in image size.

Usually, images have steps to build (which requires source code, dependencies, etc), and the entry point at the end. Splitting the build- and run-time means you're shipping an image that only includes what's needed to run (not build) the application.

IIRC, it can indeed work like that. See Postgraphile and maybe Hasura, on how they handle it. I'm fairly certain it doesn't _need_ to be Postgres users.

I was looking for this last week and couldn't find it on the site. Thanks!

CSGO's anti-cheat has many more issues than not being kernel-level. It's practically abandoned and doesn't even catch very blatant cheating (spin botting, etc).

A few months ago, their secondary system, "Trust Factor", was broken for an unknown period of time, which the communication to the community was a single tweet. During that period (probably a few weeks?), there was blatant cheaters in half the games I played.

I've moved to playing FACEIT (a third-party matchmaking service) recently, partly due to anti-cheat. I don't remember the last time I saw a cheater in FACEIT, while CSGO's matchmaking has cheaters in around 10% of my games (average skill player, ~2k hours over 7 years, high Trust Factor).

This doesn't seem to be the behaviour on my machines (Linux and Windows), where mouse3 is back.

The 300mm refers to the wafer size AFAIK

I think this is a bug on Firefox, as my Firefox does the same behavior but works fine on Chrome based browsers.

Do you have a source on this?

I'm guessing they are overloading the ref's usage with the custom renderer. I believe that a renderer can accept non-function/class components in theory, which is why this works.

I don't really like this though, although interesting, it feels like a hack and might not integrate well with tooling (e.g. the Typescript example).

How I would have implemented it was exposition a Mesh component which wraps this, and a useMesh hook to wrap and type the ref.

Not enough blockchain! Needs more Web 4.0

IIRC, the S3 torrent deprecation announcement was in 2016, the recent announcement was based on API documentation cleanup

Careful with this, as some Java versions on some Linux distributions (such as Java 11 on Ubuntu/Arch) does not work

https://bugs.mojang.com/browse/MC-175531

Ah, my bad. They should fix that.

I'm a IntelliJ/WebStorm user (I use IntelliJ but for mostly JS/TS/X), what's the level of support for these tools vs VS Code for example?

I think this implies that after 3 year, you can keep using whatever is the last version you were using. It's basically license to get what you have right + any versions in the next 3 year.

JetBrains also has a similar license for yearly subscriptions, where you can keep using whatever version was supported at the end of the license.

"JWT" is a pretty popular term. The James Webb telescope is the JWST (space being the S)

If the app was there before, and they are saying the terms didn't change, they how could Roku want "lower requirements"? I don't think they can downgrade the hardware in existing devices that are shipped.

Maybe I'm misunderstand this, but this smells fishy.

- Better DPI scaling, especially with multiple screens at multiple DPI

- Reduced tearing

- Simpler architecture, better security

In theory, Wayland does provide few user-facing change (I think)

I'm also on Arch, but I mean the newer 0.3.x releases, as development has been pretty quick. I believe things have changed in past few months

Have you tried PipeWire recently? Seems like there's a lot of recent development, and that screensharing now works under Wayland with newer versions.

I'm still on Xorg myself, but planning on switching to Wayland later this year once XWayland support is merged (also using NVIDIA card)

Edit: I've switched to PipeWire for Xorg with pipewire-pulse with zero issues so far.

No, you can always switch back to Xorg on the login screen (at the bottom right).

Wayland support is getting really good these days, I'd recommend giving it a try before going back to Xorg if needed.

This release is no different than any previous one for NVIDIA users

Maybe cost-effective compared to running SQL Server on Windows?

XWayland support on NVIDIA should be coming later this year: https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-G...

Additionally, NVIDIA seems to be putting a lot of effort into overall Wayland support (yay!): https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-4...

Hopefully, by next year, Wayland on NVIDIA should be "fully" supported. It's slow progress, but it is moving forward.

This is likely due to low stock of AMD laptops in general (they sell like hot cakes). Once stock availability is improved, I would expect to see more in-store stock.

I agree, this post doesn't address any of the real feedback. I'm a fan of Signal, and I think a crypto wallet inside Signal could work, but it should:

- Not be MobileCoin or any small-cap coin - Support Bitcoin/Litecoin/Etherum/other popular and trusted coins - Sync private keys using the same mechanism as messages

Signal has had some questionable choices in the past, but this is over the line for their goal of privacy/security/trust. MobileCoin does not belong in Signal.