I can see how that could be a hassle on nixos and if you don’t have more scripts

FWIW, I use chezmoi for stuff like this, I guess it might be easier to make it work with nixos by setting up chezmoi in HOME, instead of defining scripts directly

At this point, I would make it a bash script and put it in ~/bin. If one has to get back to it 5 years later, it will be painful to debug

Thanks for the suggestion

I know that one too. I don’t remember how far I got but somehow at some point I lost interest. I felt that either I ace if the guard will go left or right, or I’ll end up with alarm and swarming enemies without much to mitigate the situation

I think I remember some early tech demo videos from that one. Is it able to provide a challenge when everything can be torn down?

Hm. Interesting insight, there might be something to it

Thanks for suggestion I played it and it was cool. Gunpoint from the same developer was also a blast

For some weird reason with RL it’s easier than with co-op heist games :D

In theory yes. But I feel that in multiplayer I might miss a que to time something. In single player I’m the only moving part

I do that too but I still feel unprepared for the real thing

For music recorded via microphone, Ardour+Hydrogen

For music created more synthetically LMMS

Jack is the way to go. Save yourself the frustration and use it from the start

I think those summary bots might be a step in this direction

Deep-sea sensors detected the most energetic neutrino ever recorded.

Interesting. But fucking clickbait

pre release reviewers said, too. It’s light on RPG elements

In that context, “RPG elements” means stats and mechanics based on stats. Not roleplaying

Why does this post look like a scam?

https://en.wikipedia.org/wiki/Dot-com_bubble

Shall I make you some popcorn too?

@Sony@lemmy.world

1. it partitions same things into separate locations One library is here, another one is here, some older version there, which one should this binary load? Where should I point the -L to? Of course, compiling things completely from scratch is unmaintainable anyway (that’s why PKGBUILD was another big point - it’s easy to create your own AUR packages that will get pacman-level maintainability), but sometimes you want to check if that new patch solves your issue
2. if distro does not care, the packages will have different prefixes I can see some use of /opt. But it should be my decision if I want something installed in /opt/bin or /usr/local/bin. In distros that did not enforce where things are put in, it was all over the place. But to be fair, to me, even bin/sbin separation is bs

Unlike Linux, these BSDs have a clear separation of OS from these packages. OS files and data are stored in places like /bin and /etc, while user installed packages get installed to /usr/local/bin and /usr/local/etc.

What do you consider the OS? Is firefox a part of OS? Is office part of OS?

On FreeBSD, the freebsd-update command is used for upgrading the OS and the pkg command is used for managing user packages. On OpenBSD, the syspatch command is used for upgrading the OS and the pkg_* commands are used for managing user packages.

Personally, the ditching of /usr/local mess was one of the selling points of Arch for me, but in a way you could achieve this in Arch. Create a secondary pacman config with RootDir set to /usr/local and alias pacman --config /etc/pacman_local.conf as pkg_pacman

I think it’s a messy idea, you will be getting conflicts on files already present in the system. You’ve been warned ;)

With that out of the way, I guess just download the image and start from https://wiki.archlinux.org/title/Installation_guide#Installation

Then how would they sell access in a deniable way?