Since I'm not very advanced with Nix I had to use some help from GitHub Copilot to put those together.

@Ocramius @drupol could I bother you to take a look and share some feedback? 🙏 (I don't know anyone else more experienced in nix 😅)
I have been using mostly nix shell so this is still new approach for me and just want to make sure I'm not missing something obvious.

Wasn't sure about github:numtide/flake-utils (I don't like dependencies) but seems to be pretty useful for reducing the amount of boilerplate code.

Also does any of you by any chance know if there is a way to use nix flakes on github actions? That would be pretty amazing to have all php/os dependencies the same between local and ci/cd environments.

This PR is not yet ready to be merged, it's missing documentation in /docs/contributing.md and some nicer shell, now it looks like shit:

Also does any of you by any chance know if there is a way to use nix flakes on github actions? That would be pretty amazing to have all php/os dependencies the same between local and ci/cd environments.

https://determinate.systems/posts/nix-github-actions/ - seems to be possible and maybe not even that hard with those two actions

Let me check this out asap.

Looks like it works ☺️

Looks like it works ☺️

like a charm! Now just need to go through all the new things you introduced and try to understand them 😁 Looks much better than was I had before, thank you!

Hit me if you're blocked, I'll do my best to help.

Added starship configuration (that can be overwritten on a repo level)

Cool and fancy stuff, but 1GB for a development shell is way too big for me... but it's up to you.

❯ nix build .#devShells.x86_64-linux.default -o result
❯ ll result
lrwxrwxrwx - pol 12 fév 23:27 result -> /nix/store/gj0k7r4vi7aamlplgjkmr0b1prv0j6ba-nix-shell
❯ nix path-info -Sh ./result
/nix/store/gj0k7r4vi7aamlplgjkmr0b1prv0j6ba-nix-shell   1000.5 MiB

oh I think its the other software I added, will take a look on the size later and remove few things, you are right, 1gb its a bit too much 😅 thanks!

With experience, the lesser the better when it comes to development shells.

@drupol, are there any best practices around allowing developers to extend the development shell according to their needs? I'm going to remove that tooling as you recommended, but I wonder if there is a way to let people locally add stuff if they want without committing any changes.
Or maybe I should take a similar approach to what I did with starship.toml.dist?
Or maybe its best to keep it minimalistic, with only essential software and personal preferences should come from the operating system?

heh after removing everything except php and those 4 extensions it's still 1Gb 😅 but I think I'm fine with that, it's not meant for all users, not even for most of the users