snapcraft VS linux

Back in the day, I used snapd, which is similar to Mac's Homebrew.

Hopping from one distro to another with a different package manager might require some time to adapt. Using a package manager that can be installed on most distro is one way to help you get to work faster. Flatpak is one of them; other alternative are Snap, Nix or Homebrew. Flatpak is a good starter, and if you have a bunch of free time, I suggest trying Nix.

My personal favourite IDE for java is Intellej Idea. Apart from not demanding the extra extension, It was designed special for Java and Java related languages so it runs java smoothly with great compilation time. so lets install it. Make sure you have snap before installing it

Linux Mints App Store is full of GUI programs, Snap Store ist full of it, Flathub is full of it.

You are being lazy. But I recommend bringing your ass directly to snapcraft.io and reading those documents in the Learn section!!

https://github.com/snapcore/snapcraft - not sure, but looks like a building tools for snaps

Besides, there may be other ways to install them, although there doesn't seem no such Flatpak packages in Flathub. For example, some senerio to use some release channel or Docker / Podman. Additionally, when you use a different Linux distro where systemd is adopted and therefore can do Snaps (Snapd), you have another possibility.

Those other flashy distros like mint and ubuntus are designed with rich people with very fresh machines in mind, they don't care if you have an AMDx4 or core2duo or even 32bit older machine. Even Mint and ubuntu people will tell you, if you have an old machine with little ram, use antiX. It still works very well with machines not even released yet, buy one in May 2024 and I "guaranty you" antiX will run fine. That's because kernels, even 6.1 have code for machines not yet released in the market, this is where manufacturers of new hardware send their prototypes to be tested, to kernel.org Some are even industrial machines we will never see in the market.

The memory_order_relaxed explanation on the kernel.org documentation heavily implies (never explicitly) that the direct memory load is implicit in the barrier(so by preventing it's reordering we are also forcing a LOAD from main), and that THIS specific barrier (relaxed) is what we NEED for these type of scenarios, so I am not entirely sure if a loadLoadFence() would prevent the hoisting... maybe it will prevent the reordering but not the hoisting/caching... in which case we would still have a visibility issue.

Are all versions of the kernel from kernel.org called mainline kernels or only 6.6-rc4 as shown in the picture?

Devuan is a fork of Debian GNU+Linux without systemd.

I built the dev env on Devuan GNU+Linux, a fork of Debian without systemd. It resembles my past trial on Artix Linux.

Devuan GNU+Linux is a fork of Debian without systemd and hence Snaps (Snapd). Even on it, it's easy to install Android Studio and start to develop Android mobile apps.

kernel.org