Alternatively one could spin up a local Java Edition server and install GeyserMC translation layer plugin[0] into it. That way, both iOS and Linux PC could cross-play to each other without the need of another new device.

[0]: https://geysermc.org/

> The biggest issue I’ve had so far is Minecraft: Bedrock Edition. For some reason, Microsoft hasn’t prioritized making a Linux version of Bedrock. Java Edition works fine in Linux, but I play Minecraft with my kids, and they’re on Bedrock Edition on their iPads. There’s supposed to be a way to run the Android app with MCPE Launcher, but I couldn’t get it to work.

The launcher was somewhat pretty stable all along, until Microsoft enabled Google's Integrity Protection "DRM" into it. [0]

Fortunately, they have found a way to run it even with that added in after a couple of weeks later since they added that at Q3/4 last year.

> but I couldn’t get it to work.

From what I've seen, the game will crash when vibrant visuals (a built-in alternative rendering option with shaders-like experience in Minecraft Bedrock) volumetric fog is enabled. [1]

[0]: https://github.com/minecraft-linux/mcpelauncher-manifest/iss... [1]: https://github.com/minecraft-linux/mcpelauncher-manifest/iss...

Original title: NVIDIA 590 driver drops Pascal and lower support; main packages switch to Open Kernel Modules (93 characters long, beyond the 80-character limit)

Related:

https://news.ycombinator.com/item?id=46325517

https://news.ycombinator.com/item?id=46325535

Try getting some inspiration from uBlock Origin's "Quick Fixes" filterlist[0] (GPL-3.0 licensed)

[0]: https://github.com/uBlockOrigin/uAssets/blob/master/filters/...

Thank you very much. It seems very useful.

Video by the original author: Minecraft, but it's a Wayland compositor (https://www.youtube.com/watch?v=lsBxWYDspV8)

> Though I was let down last week when I ported a TUI to GTK4 and found out that even a hello world gtk4.h C app uses 200mb RAM.

Bit of a rant I wanted to share here:

I've seen the same happened on zenity (a GUI dialog utility for shell scripts) since they migrated from GTK3 into GTK4.

Now zenity took almost 2 seconds to launch instead of .5 to a second when they still used GTK3.

This might be an issue on both libadwaita and GTK4 itself.

Both pavucontrol (which uses GTK4 but not libadwaita, at least for now) and even a simple dialog in zenity (GTK4+libadwaita) consumed over 100 MiB of memory according to btop measurement, while both thunar and engrampa, which is both GTK3 apps, only consumed half the amount of memory usage (about 50 MiB according to btop).

However, I've noticed that zenity, GNOME apps, and other apps that uses libadwaita took longer to launch compared to apps that only used GTK4 (pavucontrol), which launched as fast as other GTK3 apps does.

Hmm, maybe looking at btop memory usage is too naive.

I'm not very knowledgeable here, but apparently that includes the memory of libraries that other gtk4 apps would share.

If I launch 5x instances of my app and look at /proc/<pid>/smaps:

    | PID    | Private | PSS      |
    |--------|---------|----------|
    | 360955 | 65.4 MB | 133.0 MB |
    | 360956 | 52.1 MB | 105.0 MB |
    | 404303 | 65.8 MB | 132.9 MB |
    | 404304 | 65.8 MB | 133.2 MB |
    | 404305 | 65.9 MB | 132.6 MB |

Looks like PSS includes private memory + shared libraries divided by the processes using them, so a little better than the 200mb that btop shows, but still over 2x heavier than, say, a hello world on macOS.

Update: It turns out that in GTK4, half of the memory usage were dedicated to OpenGL hardware rendering alone.

Using GSK_RENDERER=cairo almost halved the memory usage of most GTK4 apps, but it doesn't fix the startup time.

Dupe: https://news.ycombinator.com/item?id=46010960

Unrelated, but your comment is the 46 millionth item by the way.

https://news.ycombinator.com/item?id=46000000

That's pretty cool! Makes you wonder who all the other millionaires are

> This feels hopelessly dated and given the reception it doesn't seem like it works that well

For some reason, the copy button won't even include a valid attribution source URL at all:

  // Source - https://stackoverflow.com/a
  // Posted by ...

I just tested it. Yes it does?

Oops wait no URL blindness just kicked in. You're right, that absolutely is not valid :)