Notices by Drew DeVault (drewdevault@fosstodon.org)

One thing which frames my thinking on federation is "what is the minimum node size". On Mastodon the sweet spot is about neighborhood scale, i.e. 100-500 users. The sweet spot is different from the hard limits; you can run a single user Mastodon instance but the trade-offs make less sense.

Some people feel axiomatically that a minimum node size of one, i.e. fully distributed/self-hosted, is or ought to be the goal; I disagree.

This is inviting a discussion, not making a point. I'm not sure about the answer myself.

They are mostly open source and promise to become moreso and they have kept their promises so far. They have a standard and their model is flawed but based on a genuinely open, federated protocol. I have some qualms about the privacy afforded by their model but that's neither here nor there in terms of open source strategy.

Is it strategic for us, the open source community, to say "this is good enough" to hop onto this platform and gain access to this growing audience of, frankly, normies?

So a lot of breath has been used up on how federated or distributed or open BlueSky is or is not (the answer is, to the best of my understanding, "somewhat"). But I wonder: how does BlueSky fare if we evaluate it in terms of being willing to compromise to meet people where they are?

That's not to say being willing to *capitulate* to meet people where they are, I'm not about to hop on Discord. But *compromise*? Maybe.

@purpleidea I'm not defending megacorps generally, not by a long shot. I'm only saying exactly what I wrote: employees of megacorporations are more constructive participants in the community on average compared to individuals with a Patreon account.

(This post is not about Rust in Linux or the Asahi folks)

1. Appeal to a kernel maintainer to approve your changes in their subsystem, they say no
2. Complain about them to a general public which has no stake in the matter or domain knowledge about it
3. The gatekeeper is still in charge of the gate and now they don't like you
4. ????

Hot take, megacorp employees are better Linux kernel community members than randos with a Patreon

@nikitonsky we just want cars to have buttons for fuck's sake

Implemented chunk re-tesselation, performance is quite good. FPS about double that of vanilla Minecraft on my machine. Here's a short video walking around my test server near sunset for your enjoyment.

I removed the ability to run betamine without connecting to a server, so all future screenshots/videos will be of betamine connected to a vanilla Minecraft server (until I implement a server myself).

I think #harelang is pretty good for game development 😃

Maybe a fun thing to do in the foreseeable future would be audio. Probably should wait until some basic physics are there since the physics engine will be an obvious place to ask "what sort of block is at the player's feet"

Short re-tesselation demo, have a vanilla Minecraft client running on the other monitor placing these blocks

@fijxu https://git.sr.ht/~sircmpwn/betamine

@fijxu let me know how it goes :)

@fijxu yep, forgot to push. Fixed!

@fijxu need my Hare patch:

https://lists.sr.ht/~sircmpwn/hare-dev/patches/55954

@fijxu you also need my hare-glm fork: https://git.sr.ht/~sircmpwn/hare-glm

Stuff that would make sense to implement soonish:

* Re-tesselation chunks are updated
* Basic physics so you don't float above the ground
* Chat messages
* Rendering other players/entities
* HUD, i.e. health and hotbar
* Interacting with blocks (mining and placing blocks)

Currently just shy of 8,000 lines of code

Not working on this every day anymore so expect updates to be slower :)