You’ll be chippin’ into the dark future 52 years early,

Still 5 years late. But better late than never. :D

Removing an extension should not have a huge impact on the RAM usage. I assume Outlook in the browser just requires a lot of RAM. Browsers and huge browser apps require ton of RAM, that sounds normal to me. Especially if you have lot of RAM, then Firefox will make use of that more, because a lot is available. That ensures a fast operation. Reducing the RAM usage might cause Firefox to cache data on the filesystem, then it will get slower, if it really needs that much RAM.

For testing purposes create a new fresh Firefox profile, which is basically what you get when you install Firefox new without your personal configuration and extensions. Try using Outlook in a fresh profile. Also try a different browser that is not based on Firefox (in example Brave) to see if it requires that much RAM too. This way we know if its because of the App, because of your profile or because of Firefox.

Dolphin filemanager from KDE. Nowadays I default to “compact” view without “preview” enabled. This is similar to “Icon” view, but the icons are small. Lot of files scrolls horizontal instead vertical.

• filenames in compact mode can be longer in one line, which is kind of similar to the look as “details” view, but are all displayed in a multiple rows instead one row
• preview disabled, because this is extremely fast, as I have ton of files that do not even have a preview image

That’s my default. Occasionally I enable preview image and switch to bigger “icon” view when I look into images or videos. Or sometimes I enable “details” view when needed. In normal usage I don’t need the details anyway.

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.

Yes, I use shellcheck in the editor. Its pretty useful. But running (a little bit more complex commands) in the terminal directly won’t help with shellcheck. That’s why I also have a functionality to directly load and edit the current command in the terminal in (Neo)vim and edit and when closing Vim the command gets executed. The benefit doing this is getting checked by shellcheck in the editor and also it makes it easier to one-off complex commands.

Thanks to shellcheck I got in the habbit to always enclose variables in ${var}. And recently learned from a community member that using [[ expr ]] style has basically no downsides against using [ expr ] directly.

If you want to do a Bash like management and programming, that is not dramatically different but fixes some irritations, then Fish is an alternative. Obviously it will not fix all issues, but there is no paradigm shift in handling streams. nushell is dramatically different and at that point, I would rather use a programming language to do the stuff. Speaking of programming language, there is also Xonsh (basically Python+Bash like combination as a system shell).

All these alternatives have a singular big flaw to me: they are not the standard tools on the system, which defeats the purpose of a system shell to me. In the end, without changing the core system that these shells are built on, I don’t think its possible to make a really well made language that interoperates on system level like a shell does at the moment.

That’s the reason why I got a bit more into Bash to understand some flaws, to understand how to use regexes inside Bash and variable substitutions and a few other concepts that are very useful to know. But man… there are so many traps… like looping over a wildcard for files (such as for file in *.txt) and if the wildcard does not match, then the loop consists of the wildcard as a literal word as if “*.txt” was a filename. What a stupid idea. There is an option to change that, but that’s the issue. The language is filled with traps and optional options and you have to know all of them.

Edit: Added example code why default behavior sucks:

$ for file in *.ABCD; do echo "${file}"; done
*.ABCD
shopt -s nullglob
$ for file in *.ABCD; do echo "${file}"; done

Free? Thanks, I take it. Not only that, there are two more games from the publisher free to keep: Field of Glory II: Medieval and Battlestar Galactica Deadlock

https://store.steampowered.com/sale/slitherine25thanniversarypublishersale

I buy and play games on sales most of the time. So its not the newest hot shit I get. Especially cool with Steam sales. There are even “blockbuster” titles I would never buy for fullprice as a 75% sale in example. Suddenly those titles come in range of an indie price and that’s affordable to me. And yes I buy and play indie games too. They do not have an issue with pricing usually and often they are even self contained games without micro transactions, at least most of them.

It should cost “enough”. What do I mean by that? It depends. Literally. Also the (money-) cost of after purchasing a game is important too, with DLCs and micro transactions as well. And if you just “rent” a game as service (multi player only in example) or if its a single player game that you can keep and is not dependent on servers. Besides downloading the game off course.

That’s why I don’t like generalizations at all. This is a bit more complex to answer than it seems. I genuinely think there are games or may come out in the future, which might be worse the 80 Dollars or Euros. Others not so much. A game should cost as much as it is worth it. And that upper limit is only defined by the game itself (and whats available otherwise too off course, that is not simple).

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

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.

Perverts!

This is a really good introduction.