The difference is:

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

The quoted image does not say so, they do not say the native packaging from your distribution is borderline unusable. That judgement was added by YOU. The devs just state the package on Archlinux is not officially supported, without making a judgement (at least in the quoted image).

As for the Fedora issue, that is a completely different thing. That is also Flatpak, so its not the package format itself the issue. Fedora did package the application in Flatpak their own way and presented it as the official product. That is a complete different issue! That has nothing to do with Archlinux packaging their own native format. Archlinux never said or presented it as the official package either and it does not look like the official Flatpak version.

So where does the developers say that anything that is not their official Flatpak package is “borderline unusable”?

And then there is software like OBS, which is known for being borderline unusable when not using the only officially supported way to use it on Linux outside of Ubuntu – which is Flatpak.

But why is that? I mean just because it is packaged by someone else does not mean its unusable. So its not the package formats issue, but your distribution packaging it wrong. Right? In installed the Flatpak version, because they developers recommended it to me. I’m not sure why the Archlinux package should be unusable (and I don’t want to mess around with it, because I don’t know what part is unusable).

Those mystical average people would probably stay on Windows, if they don’t care or cannot learn basics of other systems. Its really not hard to explain and understand, even for “average person” that there is an universal source for applications and there are packages designed and managed by your operating system. I think its important for people to learn basics and we should teach them, not dumb them down like on Windows. Soon people won’t be able to eat themselves anymore…

Flatpak have their own set of issues. One thing is, that Flatpak applications do not integrate that easily and perfect like a native package. Either rights are to given, you need to know what rights are needed and how to set it up. Theming can be an issue, because it uses its own libraries in the Flatpak eco system instead your current distributions theme and desktop environment.

But on the other hand, they have actually a permission system and are a little bit sandbox compared to normal applications. Packages often are distributed quickly and are up to date directly from the developers, and usually are not installed with root rights.

I’m pretty much a CLI guy as well and prefer native packages (Arch based, plus the AUR). But I also use Flatpaks for various reasons, alongside with AppImages.

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.

Beyond raw horsepower, 7-Zip quietly tightens its handling of several legacy formats. Support for ZIP, CcPIO, and FAT archives has been refined, smoothing edge-case extractions that previously required third-party tools.

Over the years there was a few .zip archives that 7z could not handle for whatever reason. For these cases I had to use another application, but don’t know the reason. And my bad to not keeping copies of these files for future testing.

This is a really good introduction.

It’s not GUI, but I want to mention another alternative, as people mention commandline applications here too: kdotool, works under KDE Wayland without with normal user rights (no root). They still work on a few features, but it can do lot of windowing stuff already. A good addition to ydotool.

Can’t wait for a new Brodie-video on this topic. Stay tuned for some comments.

I had recently same issue, but with a different game. Out of nowhere the performance was bad. And it took me even a day to resolve this. My PC does not need power profiles actually, its not a laptop at all. Not sure why or how the profile changed, but it got me from say 100 fps to stutter-fest 17 or something like that. I think that there was a key combination in KDE I hit by accident maybe.

You don’t need to understand a command in order to copy paste an alias or Bash function. Especially newcomers could tend to do it, without knowing what the command actually does. We are also in a posting with helpful commands, so its double harmful. And you doubling down without adding any sort of disclaimer shows you don’t care.

There is one in the works right now: https://www.nexusmods.com/app

The only problem is, there are just 2 games supported at the moment; Stardew Valley and Cyberpunk 2077. Many more will follow, but it takes time. And updates can break your current setup, because its heavy on working and changes. So this is more of a future thing. I myself wait for this right now.

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).

Here is on that I actually don’t use, but want to use it in scripts. It is meant to be used by piping it. It’s simple branch with user interaction. I don’t even know if there is a standard program doing exactly that already.

# usage: yesno [prompt]
# example:
#   yesno && echo yes
#   yesno Continue? && echo yes || echo no
yesno() {
    local prompt
    local answer
    if [[ "${#}" -gt 0 ]]; then
        prompt="${*} "
    fi
    read -rp "${prompt}[y/n]: " answer
    case "${answer}" in
    [Yy0]*) return 0 ;;
    [Nn1]*) return 1 ;;
    *) return 2 ;;
    esac
}

For the newer version of program, that’s why we have the $PATH. You put your program into one of the directories that is in your $PATH variable, then you can access your script or program from any of these like a regular program. Check the directories with echo "$PATH" | tr ':' '\n'

My custom scripts and programs directory is “~/.local/bin”, but it has to be in the $PATH variable too. Every program and script i put there can be run like any other program. You don’t even need an alias for this specific program in example.

I’m not sure what you mean with the question. If you have any alias like alias rm='ls -l' in your .bashrc in example, then you cannot use the original command rm anymore, as it is aliased to something else. I’m speaking about the terminal, when you enter the command. However, if you put a backslash in front of it like \rm in the terminal, then the alias for it is ignored and the original command is executed instead.

Edit: Made a more clear alias example.

Little tip: In case you need to use rm directly, even with the alias in effect, you can put a backslah in front of the command to use its original meaning: \rm filename

A few days ago I posted a one-liner to do the same thing too. It will resolve aliases from your history and expand program paths to its fullpath. I thought you might be interested: https://beehaw.org/post/20584479

type -P $(awk '{print $1}' ~/.bash_history | sort -u) | sort