OK

https://programming.dev/comment/8114883

As far as I understand, they're not replacements in the same way nix profile replaces nix-env. They seem to serve a different purpose, but I don't know enough to say for certain.

$ nix shell -p python
error: unrecognised flag '-p'
Try 'nix --help' for more information.

https://discourse.nixos.org/t/nix-shell-nix-shell-and-nix-develop/25964/4

No, it builds on top of nix. But it seems like the only real option for declarative package management.

Nix shell and nix-shell are different commands

https://discourse.nixos.org/t/nix-shell-nix-shell-and-nix-develop/25964/4

Nix run iirc only works with flakes

So does nix shell

It's dark as a dungeon and damp as the dew

Where danger is double and pleasures are few

Where the rain never falls and the sun never shines

It's dark as a dungeon way down in the mine

Home-manager > nix profile

Also, nix-shell is supposed to be used for debugging, and nix shell/run/develop for using packages without installing them

Depends on what you do.

If you're just browsing, and doing casual stuff, it's not really noticeable. It's perfect for the less technically oriented because nothing changes for years.

I've been using MX for about a year now, but I definitely wouldn't have without flatpak and nix. I need packages that aren't years out of date, so they're all installed through nix home-manager.

The benefit of this combo is that while user packages might break, the system itself will be predictable for the next few years. That means no new bugs, but also that minor issues won't be solved.

AFAIK everything was dropped in the end, and people went back to using audacity

Yeah, who'd hate using a package manager that increasingly slows down your boot time with every package installed, or that uses a closed source store to provide you FOSS

Maybe there's a reason canonical has to force it on their users

No, Debian doesn't take your apt install ... command and install a snap behind your back...

I dislike that it takes way too long to boot

1. Use the Daemon, it starts a new client in a fraction of a second
2. Improve your config and it'll start in under a second anyways

Emacs had some "premade IDE" project I recall that I tried and wasn't that enthusiastic about.

Doom Emacs, spacemacs, etc.

And there are plenty of nvim "distros" like that (lazyvim for example).

They make getting started pretty easy. I've been using Doom for years and never bothered to make a full config of my own.

WELL SURE, BUT BOIZ R SHROOM N BOIZ 'AVE TEK

Is there a better way of starting the emacs daemon?

I just use the DE/WM autostart functionality

If you're using your pinkie you're doing it wrong...

Zergs are purely biological, this is more 40k ORK territory

MEKBOI SAIZ WAAAAAAAAAAAAAAAAAAGH!!!!!!!

AI is quite fit for the task of understanding

Sure, and parrots are amazing at spotting fallacies like cherry picking...

if there's something that I can adopt as a default goto solution without having to worry about how each system is packaged/configured.

Go is probably your best bet. Simple to use, and you can compile it so it runs everywhere