Yes

I haven’t tried it out yet for some reason, but I’d start here https://youtu.be/qlfm3MEbqYA

Wake me up when nixpkgs issues decline significantly from 5k+ due to AI.

I share your concern about over dependence, but for different reasons.

There’s a lot of metadata Github has that’s not backed up in the git repo. For example. pull requests, issues, projects, milestones, wikis etc.

There appears to be third party tools that can back this metadata up using Githubs API. I wonder if anyone bothered. Kinda doubt it.

After the Google cloud UniSuper incident, I think it’s clear that no org is immune from accidentally deleting everything.

which somehow belong to Microsoft and is not good for privacy.

It’s hard for me to guess exactly what your concern is. There’s nothing stopping you from using an anonymous account on Github to contribute. Or just connecting to it via Tor / VPN.

If its mostly about sticking to principles, then you might like https://guix.gnu.org/ more.

There’s also these are projects you could contribute to:

• https://tvl.fyi/ Tvix rewrite of cppnix in rust
• https://lix.systems/ recent cppnix fork
• auxolotl.org An alternative to the Nix ecosystem (in the works)

I think they’re all using forgejo or some FOSS git forge. At least I think aux is still planning moving to forgejo. However, I’m not aware of anyone still planning to fork nixpkgs.

• previous nixpkgs mirror discussion: https://discourse.nixos.org/t/what-would-a-nixpkgs-mirror-look-like/16293

Most of the survey was about AI it seemed.

Running

We need a cocaine tortoise horror movie.

I was wondering if I am using a large package like TexLiveFull, how to make sure nix don’t delete large packages after I close the shell? I also don’t want this package to be available in my global environment, as I don’t need to use it outside vscode.

There’s a bunch of tools that solve this problem.

https://github.com/direnv/direnv/wiki/Nix

In the link above check out the table in the “Some factors to consider” section. However, note that it hasn’t be updated since May 30, 2022. Many of those tools don’t depend on direnv if you don’t need its functionality.

Personally, I use direnv and enable nix-direnv using these options:

https://search.nixos.org/options?channel=23.11&from=0&size=50&sort=relevance&type=packages&query=direnv

Here’s an example of how I use direnv with nix-direnv.

Edit: damn over wrote what I wrote to the first question with a response to the second question. Thank goodness for automatic file backups I have setup in Emacs.

Another question is how to keep my packages up-to-date. I don’t do serious development work, thus I typically perfer my package and dev-tools to be on the latest version. I prefer to have a little management of this as possible. Ideally, every time I start up a nix shell, the package manager will grab the latest version of the package if possible without requiring additional interaction from me. Is this possible?

Definitely sounds like you should look into using https://direnv.net/. Once you direnv allow the directory, as soon as you enter the directory it will create per-project isolated development environments.

The in the .envrc file you could have something like:

nix flake update
use flake

If your using nix flakes which also imply you’re using git.

However, without flakes you could use a tool like:

• https://github.com/nmattia/niv
• https://github.com/Mic92/nix-update

And run their update command from the .envrc

Or if you don’t want to use direnv, then perhaps run a update command from the nix shellHook.

shellHook =
  ''
    echo "Hello shell"
    export SOME_API_TOKEN="$(cat ~/.config/some-app/api-token)"
  '';

Sorry, I’m not sure about your last question.

Edit:

If you’re using git and a forge like GitHub, then you could use a GitHub action to automate the update and create a PR. Such as a GH action like https://github.com/DeterminateSystems/update-flake-lock

Personally, for projects I use direnv + flakes and that github action above, but I can understand if you don’t want to mess with learning git.