That’s way too tame… I fear it won’t attract 8M in funding.

Jokes aside, the Christian commandments are quite lacking (insufficient) when it comes to contemporary morals… eg. there’s nothing forbidding discrimination or violence (short of homicide) or slavery or corruption or torture or neglicence etc. (and this is if one quite generously interprets “your neighbor” as “anybody else”, which is clearly not what the word means and which doesn’t explain why only some of the precepts have this “universal restriction”).

I always find it weird when people cite the commandments as a moral compass without integrating them with (very much necessary) additional prescriptions.

It’s part of the official install docs for docker

Not true.

The “add user to docker group” thing is not part of the install instructions (also, there is no official install docs for arch - but that’s a moot point), it’s in a separate document that literally starts with [emphasis mine] “These optional post-installation procedures describe how to configure your Linux host machine to work better with Docker” and contains a big orange box warning about that being part of the docker group is equivalent to being root.

Even if you think the docker doc could trick a newbie into thinking it’s ok to make your user part of the docker group (which I’d argue it doesn’t), you have to consider that:

1. distros should be made by people who actually know what they are doing
2. people who package something for an arch-based distro should at least read the arch wiki (which also clearly warns about the docker group)
3. this whole thing is a very well known issue of a very well known software package, something that anyone who ever used docker with any seriousness (and most of the people who chose podman instead) knows very well

You can say that the whole “docker group” thing is a very stupid idea and that it’s existence is squarely on the docker’s devs, and you could even argue that it’s a trap, but there cannot be any doubt that falling for this trap (that has big “this is a trap!” signs all over) is a major blunder for a distro.

it’s a group that gets automatically when you install it on any distro.

The issue is not the group existing, the issue is your user being part of that group.

Yes, you can make your user part of the docker group if you so chose, but distros should not make that very unwise choice for you per default (just as they shouldn’t set things up to encourage you logging in as root or configure passwordless sudo for your user).

Thanks for the correction!

The distro is (reportedly - I’m not touching it) just arch + hyprland + dotfiles scripts, the main dev is the same dev behind hyprland (who’s right-leaning to say the least), and the money comes from right-leaning-to-say-the-least entrepreneurs.

errata: read the reply below

Most probably those services are started because some other service depends on them.

After running systemctl disable someservice the service someservice is not “disabled” in the sense that it can’t be started, it merely isn’t started automatically at startup. If you want to make a service not startable, use systemctl mask (or, you know, uninstall/delete it?).

systemctl list-dependencies --reverse mysql.service should list the services that depend on mysql.service.

It’s great to see more and more project leaving github!

PS: “Live Demo” on https://www.pdfding.com/ is a dead link

Wow. Do they block VPNs inside your country too?

Anyway, there’s openvpn and there’s nebula (I think nebula doesn’t use wireguard… do double-check), or you look into things built specifically to hide traffic (keyword: “vpn obfuscation”).

No idea if VPN protocols other than wireguard may be blocked too (probably?).
No idea if trying too hard to circumvent government policies may get you added to some list you’d rather not be in.

I really needed more AI propaganda, thanks!

I sometimes add a “tax” to the estimates of unrelated tasks, and use the extra hours to work on tech debt, unbeknown to upper management.

Not particularly ethical on my side, but… I’m the one that gets paged when things break down at night or on weekends, and I don’t care that upper management doesn’t care about that.

There are both x64 and ARM64 RPM and Debian packages available for this closed-source Linux app.

One more reason to stick to my current niche distro :-D

BTW: out of curiosity, I just went to chatgpt.com and asked:

briefly, what’s the recommended way to distribute a desktop app on linux?

The answer wasn’t brief (at least for my definition of “brief”: it started with a bullet list of all possible packagings) but it ended with:

If you want one recommendation: ship Flatpak + AppImage. Flatpak for normal installation/updates, AppImage as the portable fallback.

left/right mouse button

I don’t know how to create suspense

I must pretty good at that, since I never know if my code is gonna crash until the very end :D

If the filesystems seem ok it might be your grub configuration (or whatever bootloader you use)

Caveat: I only skimmed through the article up to the point below, so I’m probably missing some key point.

I just wanted to comment this specific passage (and the table below it).

When we asked developers what they actually value about coming into the office, the answers were overwhelmingly human. The top response, by a wide margin, was other people […]

Literally all the other options (except “conference room”, which is really “other people” all over again) are things that people have at home too (well, things that are reasonably easy to get at home, assuming that you care about them and that your boss pays from them and/or doesn’t woefully underpay you).

Also:

1. it’s not clear whether “other people” actually requires co-presence or if a call/chat suffices to satisfy the point
2. engineers valuing something doesn’t mean that something is worth the cost (or even good for business in the first place)

If it’s a server for self hosting you definitely don’t want anything that requires interaction at boot.

There’s a project that allows unlocking LUKS with a decryption key retrieved from another machine in your network. I don’t recall the name but someone hopefully will.

The idea is that put the key on, say, a raspberry pi zero w that you hide somewhere in your house so that if someone steals your server they don’t have the key.

Does this have anything to do with self hosting?

Since you don’t say, I assume you are talking US?

My NAS is in a node 304 case from fractal design and I can recommend it.

The 304 is mini-ITX/DTX with space for 6 drives.

There is a bigger version for bigger motherboards and more drives, which I would assume is just as good as mine.

Frankly, I don’t see where the whole big deal of this story is.

People who don’t like codeberg can just go somewhere else (even back to github) and/or found/support an alternative that better suits their needs.

It’s not like the world needs to have one git hosting service to rule them all, it’s not like there must be free ones (entitled much?), and it’s not like whatever service happens to be the new “cool” one must be neutral as to what they host.

BTW, although to my knowledge their policy is not enforced super-strictly, codeberg has never been neutral in this regard — see 1 and 2

No idea, but it’s certainly not the intended use of github.

Have you already reported the user (look at their other repos) or should I?