In Kotlin, I almost wonder if you could use the continuations API to construct VkCommandBuffer procedurally using a DSL and have them automatically resolve resources used and map into a submittable VkCommandBuffer by evaluating the full continuation.
Similarly in Rust, a VkFence signal Future could use an atomic semaphore to signal from an IO dispatcher that it has become unblocked as a result of a successful await on the VkFence, so the next call to poll will be Poll::Ready(()). Then, you can do any sort of async programming around it.
re: Nazis, gaslighting
@KitsuneAlicia@octodon.social app in question: https://play.google.com/store/apps/details?id=com.gabai.gabby&hl=en_US
re: Nazis, gaslighting
@KitsuneAlicia@octodon.social
The whole point of Tusky being free software is that it doesn’t matter if the developers implemented a restriction/feature you don’t like. Take the software, remove that restriction (you can do so, because it’s free!) and go your merry way.
There are a lot of folks both in this thread and on this network who are wildly misunderstanding FOSS and missing this point entirely... it's hilariously disingenuous for alexgleason here, despite an apparent zealot of software freedom, completely misunderstanding that you can just... fork the damn app and republish it without the blocking code, and that is enough to qualify for freedom 0...
Client-side blocks aren't really effective in the grand scheme of things given that, but good lord this is just stupid concern trolling on his part.
Sure love this completely fucking useless dogpiling actual purity culture we've reprocessed straight from Twitter.
Sure, scream at an app developer for choosing not to put a client-side domain block in their open source app. That'll help people learn who the real bad guys are. Sure as hell stopped the bad guys, didn't it?
has poor taste in video games
yes you can follow request
please ask in a DM for discord/other app to contact me directly. DMs here are not a great direct medium
avatar by @pinnapop@twitter.com