![](/static/253f0d9/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/q98XK4sKtw.png)
Check if you find anything about this in the kernel log (dmesg
).
Check if you find anything about this in the kernel log (dmesg
).
Generally, I tend to think more in the direction of that there is some misunderstanding happening, then people being stupid. Maybe that is just the optimist in me.
What exactly is meant when people say they don’t know git. Do they mean the repository data format? Do they mean the network protocol? Do they mean the command line utility? Or just how to work with git as a developer, which is similar to other vcs?
I think if you use some git gui, you can get very far, without needing to understand “git”, which I would argue most people, that use it daily, don’t, at least not fully.
It also means that anyone can make their own instruction set extensions or just some custom modifications, which would make software much more difficult to port. You would have to patch your compiler for every individual chip, if you even figure out what those instructions are, and what they do. Backwards, forwards or sideway (to other cpus from other vendors) compatibility takes effort, and not everyone will try to have that, and instead add their own individual secret sauce to their instruction set.
IMO, I am excited about RISC-V, but if the license doesn’t force adopters to open their designs under an open source license as well, I do expect even more portability issues as we already have with ARM socs.
“you” as in person with required skills, resources and access to a chip fabrication facility. For many others they can just buy something designed and produced by others, or play around a bit on FPGAs.
We will also see how much variation with RISC-V will actually happen, because if every processor is a unique piece of engineering, it is really hard to write software, that works on every one.
Even with ARM there are arguable too many designs out there, which currently take a lot of effort to integrate.
Also state owned is only really useful for infrastructure, where it doesn’t make sense to have multiple providers and monopolies are easily attainable. Like roads, rails, electricity, internet backbone infrastructure and providers, social media, etc. Democracy is the currently best way we know of managing monopolies.
For other stuff, you probably want employee owned democratic collectives. You would still have competition on the market, but its ordinary people that have the say. This would give more power to the people enthused about the tech and long term success, then all the short term gains.
No, publicly traded. One of the first steps to enshittyfication.
Well, this is shitpost. And I wasn’t serious about this. I responded to someone that wants the whole world to switch to a global time, and since mankind existed we used some local time in our daily lives.
Also UTC is not perfect because of leap seconds. Which means you cannot calculate with a simple formula how many seconds are between two time stamps, you need a leap seconds table for that. And leap seconds are only announced under 6 months into the future. So everything farther away, you cannot say how much time is between two stamps.
So with UTC a minute can have more or less seconds that 60.
While we at that, lets switch to the international fixed calendar as well.
Or other standard archiving formats like WARC.
There also is https://github.com/ArchiveBox/ArchiveBox which looks a bit similar.
What I really like is that they double down on hackabilty by switching to metal torx screws, etc.
That, and a Linux system are IMO the main selling points of the SteamDeck, compared to any clones from Asus or Lenovo, etc.
“Copying is theft” is the argument of corporations for ages, but if they want our data and information, to integrate into their business, then, suddenly they have the rights to it.
If copying is not theft, then we have the rights to copy their software and AI models, as well, since it is available on the open web.
They got themselves into quite a contradiction.