exegol: 5.1.2 -> 5.1.8

[r-ryantm]

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.

meta.description for exegol is: Fully featured and community-driven hacking environment

meta.homepage for exegol is: https://github.com/ThePorgs/Exegol

meta.changelog for exegol is: https://github.com/ThePorgs/Exegol/releases/tag/5.1.8

Updates performed

• Ran passthru.UpdateScript

To inspect upstream changes

Impact

Checks done

---

• built on NixOS
• The tests defined in passthru.tests, if any, passed
• found 5.1.8 with grep in /nix/store/sz6grwd4dmckds6nhsv55zjvr2xp2w9w-exegol-5.1.8
• found 5.1.8 in filename of file in /nix/store/sz6grwd4dmckds6nhsv55zjvr2xp2w9w-exegol-5.1.8

---

Rebuild report (if merged into master) (click to expand)

2 total rebuild path(s)

2 package rebuild(s)

First fifty rebuilds by attrpath

exegol

Instructions to test this update (click to expand)

---

Either download from the cache:

nix-store -r /nix/store/sz6grwd4dmckds6nhsv55zjvr2xp2w9w-exegol-5.1.8 \
  --option binary-caches 'https://cache.nixos.org/ https://nixpkgs-update-cache.nix-community.org/' \
  --option trusted-public-keys '
  nixpkgs-update-cache.nix-community.org-1:U8d6wiQecHUPJFSqHN9GSSmNkmdiFW7GW7WNAnHW0SM=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The nixpkgs-update cache is only trusted for this store-path realization.)
For the cached download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.

Or, build yourself:

nix-build -A exegol https://github.com/r-ryantm/nixpkgs/archive/2f923e5f17c6a2afe4fda5159ad1ef8d0adb567b.tar.gz

Or:

nix build github:r-ryantm/nixpkgs/2f923e5f17c6a2afe4fda5159ad1ef8d0adb567b#exegol

After you've downloaded or built it, look at the files and if there are any, run the binaries:

ls -la /nix/store/sz6grwd4dmckds6nhsv55zjvr2xp2w9w-exegol-5.1.8
ls -la /nix/store/sz6grwd4dmckds6nhsv55zjvr2xp2w9w-exegol-5.1.8/bin

---

Pre-merge build results

We have automatically built all packages that will get rebuilt due to
this change.

This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.

nixpkgs-review result

Generated using nixpkgs-review.

Command: nixpkgs-review --extra-nixpkgs-config '{ allowBroken = false; }'
Commit: 2f923e5f17c6a2afe4fda5159ad1ef8d0adb567b

---

x86_64-linux

✅ 2 packages built:

• exegol
• exegol.dist

---

Maintainer pings

cc @0b11stan @charB66 for testing.

Tip

As a maintainer, if your package is located under pkgs/by-name/*, you can comment @NixOS/nixpkgs-merge-bot merge to automatically merge this update using the nixpkgs-merge-bot.

---

Add a 👍 reaction to pull requests you find important.

[Macbucheron1]

The package built by this PR is not functional at the moment:

$ exegol version
Mandatory dependencies are missing: No module named 'supabase_auth'
Please install them with: python3 -m pip install --upgrade -r requirements.txt

This comes from an upstream refactor of the Supabase Python ecosystem: parts of what used to be provided under the old layout are now split into separate distributions/modules. In particular, Exegol now expects the supabase-auth distribution (import name: supabase_auth) and also relies on the Supabase Functions client (import name: supabase_functions).

Nixpkgs is missing supabase-auth on the target branch, which makes exegol version fail with ModuleNotFoundError: supabase_auth. PR #476518 adds python3Packages.supabase-auth (import name supabase_auth) and should resolve this missing dependency once available.

For the Functions dependency: while nixpkgs already provides python3Packages.supafunc (and supabase-functions may currently be wired as an alias to it), upstream has deprecated supafunc in favor of the supabase-functions distribution with import name supabase_functions. PR #476532 adds python3Packages.supabase-functions (import name supabase_functions) to match upstream naming and avoid import failures for consumers expecting supabase_functions.

[AkechiShiro]

This PR should fix and allow the closure of this issue #476392