"Our AIs"?
The AI models belong to giant corporations (Google, Microsoft) or are receiving millions of dollars serving giant corporations. How are they yours?
A better solution is passing laws on wage transparency. For most jobs, the company has a range in mind. Make them post that range in the job offer itself. Short of robust labor unions bargaining for better wages, transparency in the job posting is the next best thing.
Am I really the first one to mention pico8 in this thread? Anyway, pico8 is another option that has a bit different spin, but you also implement the games in Lua :)
TIC-80 is a nice free as in freedom alternative to PICO-8, and it allows more inputs, which makes for better Tetris games (gotta have that hold piece).
TIC-80 is wonderful to play in. Besides being free/open, another advantage over PICO-8 is TIC-80 has native support for Fennel. i.e. you can code within the system editor in Lua OR Fennel (or half a dozen other languages!) You don't have to edit and transpile to Lua on the desktop as you would with PICO-8. This has some value in debugging with error messages and line numbers.
It's also just plain cool to rock the TIC-80 editor fullscreen with narrow font, coding natively in Lisp and publishing the result to a webpage you can share.
I wish the iOS (app) deployment story was a little smoother for TIC-80.
TIC-80 is great indeed, I had even ore fu with it than with PICO-8 and that's a high bar.
But there is one gripe -- when packaging apps into executable, TIC-80 pulls templates from the Internet.
On one hand, it's not that big deal, we are online basically all time nowadays. But on the other hand, I would expect that kind of software to be self-contained.
I found a quite simple (but definitely not frictionless) workaround though - you can build the templates yourself, edit source code to work with localhost instead of TIC website, and host the templates on local webserver.
As I said, it's not a frictionless solution, but I don't know C well enough to make more substantial changes to this behaviour.
I'm planning on doing a TIC-80 implementation as one of the first major pieces of software on an OS I plan on working on (I've already designed the OS on paper, I just need to actually do the hard part (actually implementing it))
There are a lot of free-as-in-freedom alternatives to (and clones of) PICO-8, but TIC-80 is indeed the most popular one, by far. And popularity is important for any software ecosystem. I really like that it supports other languages, even if that kinda inhibits its ability to be embedded into small hardware.
Apparently the nightly release supports DCPM samples now. Dunno why.
It's just that pico8 has much larger ecosystem. There's a new great game almost every day. It is sort of annoying that it's not FOSS, but on the other hand the team/author has sustainable business.
As long as we're doing mentions, here's a reminder. If you bought the racial equality bundle in itch.io you already own pico8. You can download the latest version right now on itch.io.
It's interesting that the package managers become choke points that can be used for government overreach. Luckily Linux is open source so I expect there will be options that just don't do this from principle.
Otherwise my Intel NUC server with Debian is 2 years old, so I expect the honest age would be 2 years? I may have parts for some old PCs to put together that could get adult software I guess...
For me, the big issue is going to be mobile devices (phones, and tablets to a lesser degree)
I've already had it up to my back teeth with Google arbitrarily updating things such that the on/off button was hijacked, preventing me from switch the device off, instead triggering an interaction with freaking Gemini (what sort of IDIOT thought doing that to a device was a good idea)
I'm seriously trying to find a way to no longer run Apple or Google OS based phones - which puts me in the "Linux" or "Graphene" market
I think more folks are now interested in the "Linux" or "Graphene" market and since the phone hardware development is not as rapid as it used to be (from 1yr cycle to more than 2yr cycle), I think this gives more stability and wiggle room for folks to do Linux and/or Graphene. I'm patiently waiting for what happens with the Motorola + Graphene integration/plan. If they provide good hardware + preinstalled Graphene, I'd buy it.
That's seriously horrible. There are 5+ open source android apps that I use and want to continue using that are not available on Play Store, but rather through alternative stores (like Zapstore, Obtainium).
If I get a phone with preinstalled Graphene OS (like the upcoming Motorola phone), then does it avoid this stupidity? Or even with Graphene it prevents me from installing apks?
Having GrapheneOS preinstalled is an option they may discuss with Motorola. It is not the current plan. The current plan is that Motorola release their devices as normal, but some of the flagship devices in 2027 will support manual installation of GrapheneOS.
EU is schizophrenic enough that it often produces very conflicting directions, opinions and policies.
One thing EU loves is regulation though, so I expect they will introduce preemptive regulations to enforce strict ID verification as well as regulations to fine big companies for breaching user privacy with strict ID verification policies.
"Next up in the ongoing trilogue, lawmakers will negotiate whether messenger and chat services, as well as app stores, will be legally obliged to implement age verification."
Why? Why should Linux ever implement local laws like this as core functionality? Especially invasive/anti-privacy ones.
If someone wants to introduce an age-verification-ca-module, fine, but not make it core. Yes I understand systemd is not the kernel, but its ubiquitous enough.
That just says to every country around the world; Windows, Mac, and even Linux is on board too, let's make it law also!
I dunno, I always expected Linux to be the last bastion of freedom and not to capitulate so easily.
There are still distros without it, I may have to go to one, since I already jumped Win10 to Cachy for the BS MS is pulling. I was going to go systemd-free but Cachy "just worked" compared to the others in terms of setup. So I stuck with it.
Yeah it's one of the reasons I run BSD. I don't want stuff changing that works well. And I don't want big tech suits telling me what's good for me.
BSD is much less invested in chasing the next big thing, and also has much less contributions from big tech. Which for me are both pluses. Of course I respect those who differ but they have Linux.
And when I see what Poettering is working on now with ammutable I'm even more glad I'm not on that train.
Your link's not loading for me, but I can recommend Guix System to anyone looking for a systemd-free distro similar to NixOS. For something Arch-like, there's Void (but beware it is not actually based on Arch, so no AUR or pacman).
> Why? Why should Linux ever implement local laws like this as core functionality? Especially invasive/anti-privacy ones.
1) It's legally required to sell computers with that OS in certain jurisdictions
2) I presume there is at least one person actually selling said
3) The feature is so trivially easy to bypass that it presents no reasonable privacy threat at this time (IIRC, it's just a numeric field with no validation?)
After seeing how easily California bent OS developers (commerical and open source) to comply with their local laws, Canada decides they will go one further. They aren't happy with a simple date field that can be easily fudged. So they pass a law that requires all OS's to continually scan the biometrics of users using the OS. ie. Camera if it has one, fingerprint reader once an hour, voice analysis, etc.
They also refuse to allow computers to be sold in their country unless OS developers comply with their law.
Do you think you'll see such enthusiam to comply? Or will the line be drawn at some point?
That is ok. The writing was on the wall for a while. It is time to let it go. It served its purpose. We might as well start mapping out a way without it in a more serious way out of sheer necessity. I know I am.
Western surveillance tech is superior because it gives you the option to choose your gender on a fluid scale when they're vacuuming your private data, whereas backwards eastern tech limits you to only male or female.
Also most human communication isn't about formal logical reasoning. It's only a fallacy when applied in the form "A therefore B". We can make all sorts of useful and relevant observations about human and societal behavior that aren't logically rigorous.
Yes they can, but claiming a theoretical future event as fact (or inevitable) I would consider particularly fallacious as it's impossible to prove.
And I think history also shows these claims rarely end up happening the way these alarmists think it will.
Usually when a slope appears, regulation steps in, technology evolves, or the culture shifts, rather than society devolving into some inescapable dystopian hellscape.
I don't see what prevents anyone (e.g., a distro maintainer) from patching that anti-feature out of the source or disabling with with root access. As long as people can control the software running on their machines, which is the idea behind Linux, nothing that people don't actually want will stay in the system.
Systemd shouldn't be foisting this nonsense on Linux users however. I suppose the anti-systemd subset of the Linux community was proven right after all, this is the kind of issue that can end up facing when a huge piece of opinionated software like systemd more or less becomes an indispensable part of Linux.
reply