HN user
Yeah, there's a difference. One party spends a bunch of resources doing something illegal and extremely immoral. The other party spends little money doing something legal and morally neutral.
No, there's a reason there's a pretty large "buy European" movement in Europe right now and why I compared Yandex to the US white-house-adjacent Palantir.
Some people have trouble paying a company that's tightly coupled to the Kremlin
The criticism is that a share of the money which goes to Kagi goes to Yandex.
Articles like:
* "The Sad Fate of Yandex: From Independent Tech Startup to Kremlin Propaganda Tool", from the Centre for East European and International Studies - https://www.zois-berlin.de/en/publications/zois-spotlight/th...
* "Different platforms, different plots? The Kremlin-controlled search engine Yandex as a resource for Russia’s informational influence in Belarus during the COVID-19 pandemic", from the NIH - https://pmc.ncbi.nlm.nih.gov/articles/PMC10130930/
* "How the Kremlin Subjugated Yandex", from GWU's Russia Post - https://russiapost.info/articles/yandex_kremlin
There's lots and lots more out there too on the topic, just a Google search away.
Founder and CEO funded a Swedish far right party. They stood for roughly 72% of what that party took in.
https://korben.info/en/mullvad-cofounder-funding-far-right.h...
Mullvad has tried to paint it as, "this does not represent Mullvad the company, this is a private political donation" and stuff like that. I don't buy it. Funding Mullvad funds the CEOs.
Yandex is especially tightly coupled to the Kremlin from what I've gathered. It seems less like supporting some American indie game development studio and more like supporting Palantir.
It's so disappointing to watch trmnl, a really interesting hardware product concept, transition into being just another AI company.
The proliferation of these posts with such obviously terrible argumentation almost has me believing that they're a psy-op from some malicious actor (such as a US agency) which doesn't want people to improve their security. I mean why would you post drivel like this if you don't benefit from the status quo.
The most likely explanation is obviously that it's just a bunch of attention seeking amateur. But damn.
It's a game of probabilities. Waiting longer means a higher probability that someone found something before you upgrade.
Most of the attacks we have seen lately are from legitimate projects which got compromised. The maintainers of those projects are generally looking out for that.
No, they said the software quality is sub par. I generally agree: Steam isn't a great piece of software, but it works tolerably well and everything surrounding it makes it a better experience than any alternative I know of.
The gaming market is full of gambling. Steam has problems in that area but they're miles better than what Apple is doing. My impression of Steam is that it's a game delivery platform where some games sadly have gambling elements. My impression of the App Store is that it's a "gambling for kids" delivery platform.
The Windows situation is way different: every process is supposed to link against kernel32.dll, that's the public interface to the kernel. In Linux, glibc is just one of many C stdlib implementations, you can have many versions of glibc on the same system, etc.
... and the question was: "Why doesn't the kernel look at PATH"
It's not a "shell construct" either, the standard execvp libc function looks at PATH.
"ld.so is tied to a version of glibc" is such a horrible GNUism.
All these window managers have a Turing complete configuration language, because you need to do things in response to events (keyboard hotkeys etc). It's just that for most of them, the "Turing completeness" happens through passing around strings with shell snippets. Might as well be a Lua callback function.
"Feature removals"? They're clearly bugs, I don't think they intentionally made the game crash.
"Beta release has bugs" sounds like an april fools post?
Game mode also breaks background audio playback through Bluetooth. And it's hard to turn off with no global setting. I hate it.
GLFW 3.4 has always just worked under Wayland for me. What has been the issue for Minecraft?
Oh, I stand corrected. Thanks!
I did read the article. As you say, it doesn't state why. That's why I asked if they had written about it elsewhere.
You don't have to answer questions you don't know the answer to. Answering with incorrect LLM slop is bad form.
Your suspicion is that they're going to discontinue Bedrock and replace the iOS and Android versions with Java? Even though iOS doesn't even allow Java with JIT?
They're previews of what they're working on and what they're going to add to the next version. You don't get auto updated to them, you have to select them in the launcher.
As you would expect from the word "snapshot" contrasted up against the word "release", might I add.
In case you missed it, the question was:
Is the rationale for switching away from GLFW documented anywhere?
"Not that I know" is a perfectly good answer. Don't spew ChatGPT slop at me.
Is that why they are doing this? Did your little chat bit tell you anything about Mojang's stated rationale, which is what I asked about?
Also, GLFW reports both the scan code and the key code, just like SDL, so I'm not sure I really trust those technical details either. Usually, you want to use scan code for some things (e.g key binds) and key code for others (e.g typing), so you can't have a global switch.
SDL2 and SDL3 both have hardware accelerated 2D renderers, appropriately called SDL_Renderer. You can tell SDL to upload pixel buffers to GPU textures and tell SDL to draw those textures on the screen with various transformations and color effects.
SDL3 added a way to tell SDL to render vertex-based geometry as well: https://wiki.libsdl.org/SDL3/SDL_RenderGeometry. Those vertexes can have 3D positions, so that counts as a 3D renderer I guess. Though of course the GPU is doing the heavy lifting; SDL is just exposing a little bit more of the GPU's functionality. It's quite useful for some 2D applications as well. I remember reading about how it could enable more efficient drawing of 2D plots or cleaner ImGUI integration, though I don't remember details.
Are they going to do that? If not, that's not the reason they're doing this either
I'm aware of those things, but are those the reasons? Are they actually planning on moving away from their existing audio, networking and threading solutions and switch it out for SDL's implementations? Are they planning on porting Minecraft Java to platforms GLFW doesn't support?
Don't most games ship their own build of SDL?