@mort @typeswitch @eniko You only need three symbols to encode Whitespace semantics. Use native BOM for one symbol, and non-native BOM as a prefix to either of them for two more symbols.
Read someone claiming that "today's kids are the first native digital generation". As that was said about my generation as well, and I have my own kids now, that was somewhat surprising to me. On second thougt there's a merit to it. They are digital natives, but natives in a colonized space. The digital commons is closed off and hemmed in, the only skills they learn are the ones provided by the digital colonial masters and while they live their lives in the digital spaces, they have no control over it.
@cocolinofan @holypangolin Karambola and Animatch are already on Flathub. The rest (except Rumina, which is unreleased) are available on itch.io and GitLab, although you'll need a keyboard for Now and Then as it can't be controlled by a touchscreen.
Showcase of design and art of some of the games we have worked on with @holypangolin for your viewing pleasure.
https://www.youtube.com/watch?v=_236npvV550
#indiegame #indiegames #indiedev #games #gamedev #art #mastoart #gamedesign
There is a lot of alarmist stuff going around about .io ccTLD being "retired", fedi instances that use it having to move, etc. 👀
Keep calm. Here's the one thing you need to know about this right now:
👉 Even if .io ever gets "retired", it will take *years* for this to affect already delegated .io domains in any way at all.
I cannot stress this enough, we are talking years if not decades.
Soviet Union dissolved 33 years ago, but .su domains still resolve.
Deep breaths.Carry on.
@martijnbraam Though depending on application you'll also want to be quite cautious about track routing. My prototype suffered from ghost touches cause it turned out the tracks were where your finger tends to rest while holding the board for longer 😂
@martijnbraam Give them some proper clearance from that ground plane and don't fill the ground on layers underneath (or use partial fill if it's necessary). Otherwise it's pretty simple indeed 😜
@jplebreton @mcc A-Frame is from 2015.
A feature that has been in development for some time is finally here—Multiple Render Targets. This paves the way for necessary emulation work for GL_RGBA32F to enable GLES 3.0 support.
https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26565
@raptor85 @sos @gamingonlinux Ever since Deck was released I suspected that Valve will eventually want to migrate away from Arch as a base for SteamOS because of some of its properties simply making it a less-than-ideal choice for such project long term. However, it looks like they decided to throw money at Arch to have them provide the things they're going to need instead. I haven't thought about that possibility, but in hindsight it is a totally Valve move 😂
@craftyguy IMO the worst thing about Debian packaging is that the answer to your question is: It Depends™. Every maintainer is free to do things their own way.
If you're lucky and the package in question follows DEP-14, you'll most likely easily get there with gbp: https://wiki.debian.org/PackagingWithGit
If you're unlucky, you'll need to possess enough understanding of everything to react to what you stumble upon there. Which isn't rocket science, but isn't beginner-friendly either - RTFM required 😉
We are happy to let you know that 49 fantastic free and open source projects will receive NGI0 Core grants.
It's a wide variety of projects covering all 10 layers of the technology stack, from open hardware to applications.
But what unites them is they all contribute to alternatives and improvements to core internet architecture.
Together they are working on an open, resilient and trustworthy internet for all.
Come over and meet the projects! https://nlnet.nl/news/2024/20241003-announcing-Core-call.html
@sos @raptor85 @gamingonlinux Mind you, I don't think Valve cares about FLOSS at all. It just happens to be the best available path for them, especially since they don't seem to care about locking things down either. In the end, everything they do is there to support Steam, one way or another.
@sos @raptor85 @gamingonlinux Yeah, as we all know, withholding the source magically provides your project with more devs and gives them wings to do more in less time ;P
The opposite is true in fact. It wouldn't be possible to create a product like Deck with such a small dev team without relying on synergies with already well-established projects and communities. Their choices are pretty smart in this regard.
And that's just pure pragmatism. They have strategic reasons to do it this way too.
@sos @raptor85 @gamingonlinux And that would help them how? :p
@raptor85 @sos @gamingonlinux That description applies to Gentoo, but doesn't to Arch. Even Debian would be better than Arch in this regard - just look at SteamOS's post-install rootfs cleanup that's done behind pacman's back. They didn't "build their own distro" at all, they just roll with repo snapshots and overlays (which is perfectly fine, as that's exactly what they needed there).
@sos @gamingonlinux Why would they? That would only make the whole project significantly more complex and expensive without providing tangible benefits.
What's harder to understand, especially with this news above, is why they went with Arch specifically - although ultimately the choice of base distro isn't that important with their atomupd design.
At @phosh, we are working on making the quick-settings panel more responsive and snappy.
This new layout lets you access the preferences (i.e. status pages) quickly and in a responsive manner.
Feel free to join the merge request discussion (https://gitlab.gnome.org/World/Phosh/phosh/-/merge_requests/1498) and test this new feature, so we can land it soon!
Hi, I'm dos. ~80 silly FLOSS games, open smartphones, terrible music. 50% of @holypangolin; 100% of dosowisko.net. he/him/any. I don't receive DMs.