Its sad we need to emulate

“WINE” stands for “WINE Is Not an Emulator”. I personally think (no confirmation) that in the past it stand for “WINdows Emulator”, and after lot of discussion they might have changed it. Peace out.

I’m so drunken from lot of WINE news recently. Not complaining though.

The difference is:

• robots.txt is a promise without a door
• Anubis is a physical closed door, that opens up after some time

I like get triggered. This reminds me that I’m alive.

I think before this happens, a company would purchase Oracle, because all the tech they have. Oracle has a lot of enterprise and database stuff that I’m not familiar with. The only thing that counts to me is Java. So which companies has the money and knowledge and interest to buy Java rights?

I’m not sure if this would be a good idea, but I can see Google to buy Java. The Android system is based on Java and they need the stability of the rights to not get in conflict with Oracle or any other company again. Also this would give Java some better development I guess.

This is a really good introduction.

PS patterns offer vendor lock-in. ;-)

Does it? Is is native or is it a plugin maybe, you forgot that its a plugin. Or if this is true, maybe the importing was removed in v3 until the re-implemented it? Official announcement part is here: https://www.gimp.org/news/2025/06/23/gimp-3-1-2-released/#photoshop-patterns I am sure if it was already supported, they would have said anything about it.

Looking through the documentation for legacy version 2.10, I found following part: https://docs.gimp.org/2.10/en/gimp-concepts-patterns.html

Caution

Do not confuse GIMP-generated .pat files with files created by other programs (e.g. Photoshop) – after all, .pat is just a part of an (arbitrary) file name.

(However, GIMP does support Photoshop .pat files until a certain version.)

Looks like v2.10 did not support Photoshop Pattern officially. But it supported it in prior versions (not sure when they stopped).

Direct link to the update news. They are pretty good at explaining it, so no need for an article in my opinion https://www.darktable.org/2025/06/darktable-5.2.0-released/

• get a dock
• attach keyboard and mouse on the dock and connect the dock to a monitor
• go into desktop mode on your Steam Deck
• open up Discover and install applications

Basically a full fledged PC. There are some limitations, but for the most part you are able to code on it. You can write text and source code files, edit videos, edit images, browse the web with regular Firefox and so on. I can’t say if the Steam Deck works well creating games with Godot, but technically it shouldn’t stop you from trying.

What negotiation? I have a hard time to follow what you mean. Which operating system does turn off when shutting down? If it does not, then either its configured to do so (or not to) or there is an issue that needs to be handled and resolved. You don’t want your PC turn off immediately, so it can do stuff that is needed (such as wait for all drives to write the data) or remove temporary files and unmount drives and so on. Otherwise an instant turn off is equivalent to a crash (including all background services and running applications, losing data, corrupting drives…).

KDE has you covered. Someone made an applet that works on Wayland too: https://github.com/luisbocanegra/plasma-cursor-eyes

Your data in the cloud should be at best being another backup, in addition to your local backup you do regularly. And even that is a stretch, because those companies can analyze your data on the cloud too. Man, people have so much trust in companies like Microsoft.

While it actually works, there are truly some missing features obviously. The hope is, when lot of major distributions and desktop environments stop supporting X11, then application developers and Wayland developers have to find a solution quicker. This will accelerate development of Wayland, at least the remaining issues.

One area where Wayland needs to improve is support for various accessibility features.

Docker is not needed. You can run a subshell like ZSH directly in a shell from Bash in example. And you get set the executable path of each script like #!/usr/bin/env zsh. I don’t get why a Docker is needed for this.

Edit: I should read more before commenting nonsense like this… It’s already a topic in the article. My bad. I leave the comment here, so nobody else makes the same mistake.

I’m worried. Why? Because most people buy Windows 11, which is worse for them.

I started with RetroPie long time ago too. :-) RetroPie is an operating system that is build to be a Gaming distribution basically. It uses RetroArch on its backend for the emulators and Emulation Station for the UI. When you select and run a game in Emulation Station (the UI on operating system level), then it runs RetroArch with a core and a game. While ingame, you can open the RetroArch menu as well.

In short: RetroPie is an operating system setup to use RetroArch for the emulation.

They did that for Ubuntu. I mean it makes sense on Ubuntu. For everything else you can install it through Flatpak, your distributions own package manager (but that is often not the newest one) or AppImage, through Steam or many other methods. Its amazing how many ways you can install this and where it is available on!

I’m a huuuge fan of RetroArch and have setup over 80 cores :D. I only use standalone emulators for cores that are not available in RetroArch (such as Yuzu and RPCS3).

The article itself is a bit bare bones though. Here is the official installation documentation for Linux: https://docs.libretro.com/guides/install-gnu/ I personally have it installed through the official Archlinux package, but they are slow on updating it. Its more than a month now and they still are on an older version. Bleeding Edge? Who says that! It’s the reason why I think to switch to the Flatpak version, maybe, maybe not.

When you install it through the official package in Archlinux, you have to change some paths in the settings where cores are saved. That way you can use the RetroArch internal update, so it can download and install cores in the directory you want. Because if you install RetroArch from official package, its managed and installed in a directory the normal user have no access without sudo. I changed the cores path to “~/.config/retroarch/cores”. Note, Flatpak has its own file structure and paths, so do not do this with that.

There is also an official RetroArch version for Steam. I use that on my Steam Deck. The good thing is, its always up to date on day one release of RetroArch. And it has Cloud Save support for save files of games. Negative is, that not all cores are supported. However you can install them manually in the cores directory, but then you have to update it manually too if you do that. I also have my own custom controls and menus for RetroArch on Steam Deck, but not uploaded it yet. Really really need to do this…

Last but not least, some shameless plug of a post I made about RetroArch Shaders: https://thingsiplay.game.blog/2024/10/19/showcase-for-retroarch-shaders-2024/

Yes you can and should upgrade, which is what I was trying to say really. It’s less set and forget as in “just let it update and it will keep on trucking for 10 years”.

At least with rolling releases this is not needed. You only install once, and only update this one version basically. EndeavourOS and Arch based distributions are like that. So its basically support without end, which beats Windows in that regard. :-) These are normal desktop systems BTW, not Enterprise.

The typical LTS support in Linux distributions are 5 years, but some have longer support available. With Ubuntu you can get additional 7 years by using the free for Home users “Ubuntu Pro” subscription. Which brings it to 12 years. Professionals have to pay a little bit (its not expensive) to get that support. For anyone who really considers using the same distribution for 10 years, they should consider Ubuntu Pro.