Yes but NixOS does all of these things already, without the process overhead

Even the minimal SBOM part? It's hard to be more minimal than a busybox binary.

That’s fair, NixOS avoids the direct stuff from Docker itself but if you’re basing on an Alpine image or something that would probably be more minimal / smaller

Nix wraps your process in namespaces and seccomp?

Not by default but tools like agent-sandbox.nix (bwrap, seccomp) or other nixpak (just bwrap but more popular) can provide those capabilities if you want in a fairly simple interface

Missed opportunity for “arewehormuzyet.com”

Since this works on the raw data streams from the official distributor, this is legal, correct?

How much of the native app push is to bypass ad blockers? If you’re just using a browser plugin like AdGuard or uBO it can’t block in a dedicated app unless you replace it with AGH or PiHole, can’t help but wonder if that plays a role as well

I expect a lot of people who run adblockers on mobile, also configure their DNS or use a VPN to block ads. On Android, you can't even get an adblocker on Chrome, which is the browser most users and using.

As a developer web never really felt like real programming to me, because it wasn't designed to be when browsers were just displaying html pages. So it took an evolving set of hacks to get something like web applications running.

Correct me if I’m wrong but my understanding was that ethanol in gasoline was a result laws enacted due to corn farmers (or their state reps) lobbying for subsidies, not any intrinsic part of gasoline production

emacs already has structural editing packages like combobulate

Hey, that one is interesting, somehow I have missed it. Thank you!

I can’t seem to find anything about this model reference anywhere besides some random LinkedIn posts and Medium articles. No official announcement or model statistics

Hence the “dense as Musk” comment

From the example:

  # XDG "compliant" programs
  .config/ etc/
  .local/state/ var/lib/
  .cache/ var/cache/

This is the first I’ve heard of using ~/etc instead of ~/.config as $XDG_CONFIG_DIR. Is there any precedent for that?

Well, it's just the natural extension of the FHS convention to the home directory.

I didn't come up with this idea, though, I think I saw this in a reddit thread and started doing it myself: I like that the directories are visible and follow the usual structure.

Why not push it under a hidden directory? Like ~/.local/etc? If we're reconstructing some of the hierarchy I think it makes sense to group and hide. Isn't the problem that the home folder is getting cluttered?

Why would I hide them? They're not really special and since I'm organising them with modetc they're not cluttered. For reference, my home looks something like this

    ~
    ├── bin         binaries and scripts
    ├── etc         configuration files
    ├── var
    │   ├── lib     program data
    │   └── cache   program caches
    ├── src         git repositories
    ├── img         pictures
    ├── mail        email in maildir format
    ├── note        text notes, todo
    ├── doc         documents
    └── down        downloads

I mean we hide in the first place because configs and we don't want to clutter

But more I was thinking that having ~/bin ~/etc ~/src and so on is just clutter. I use ~/.local/{bin,build,lib} so it's compact and reduces clutter in my home

But why would I want those directories visible in my home dir?

Why would I want them hidden? I access files in ~/.config almost daily, I think this is a really good idea

As far as I can tell, this doesn't change when the actual orbital transfer from earth to mars occurs, it just allows launching outside the normal transfer window and then loitering until the window arrives. In this case, what benefit do they have from launching it now and loitering for a year rather than just launching it a year from now?

Because of the lowered cost of launching on this particular New Glenn. By the time of the next window BO will be able to command more money for a less-risky launch.

It might be better budget wise, especially in volatile times