I created a private repository within `registries/customer-projects`.
This holds flakes.
The folder is registered as registry.
That allows to run the following from within a customer project:
nix run cp\#reuter-phpstan
In order to execute the customer specific application from flake.
More or less in order to have a show case and working example.
There is no huge benefit in that case.
But it demonstrates that a default.nix could call callPackage and
benefit from 1:1 copy of nixpkgs package definition.
Also eases debugging of the derivation / package.
The phps used via flake for local development of legacy projects
distributed pre build packages via cachix.
Install cachix and add configuration to allow fetching of pre compiled
packages.
The flake is very basic and encapsulates frontend compilation via node
for customer projects.
The flake is intended to be used by other flake.nix within the projects,
which will use the defined packages to build apps outputs.
They should use the packages like `writeShellApplication` itself,
call it with necessary argument set in order to receive a
out of the box working solution.
A template is also provided which can be used like:
nix flake init -t <path to this flake>
`defaultTemplate` is defined in output and will be used.
My host does no longer provide any node or npm or yarn.
Project are partially migrated to shell.nix already.
I still need to migrate all projects. But I'm not working to much on
frontend and don't need to re compile assets to often, so no worries.
Some stuff will not work anymore, e.g. coc within neovim needs nodejs.
That's broken for now, but I don't care to much, not sure whether I used
it at all.
That will be part of neovim migration to home-manager / nix.
I prefer restructured text, but Gitea has no out of the box support.
So switch to markdown as there is more or less no difference anyway,
for such a simple file.
One big downside: There is no definition list.
No longer have all of them as files and apply sed.
Instead define dependencies via nix expression.
Also allow to write the scripts within nix expression.
Some are still large and separate .sh files, but loaded within
expression.
Also only the main file is exposed as others are only dependencies.
Still all can now be installed as all are separate derivations.
The new writeShellApplication also executes shellcheck as another
benefit. And it makes script executable.
Thanks to https://framapiaf.org/@julm/107764071641134635 for posting the
suggestion.
This should allow me to remove the first entry, as soon as update
migrates from string to list, which I can suggest via PR.
Does not exist yet, add own derivation via overlay.
Exclude tests for documented reasons.
Fix broken indentation in readme.rst
(used as test case for installed rst2pdf);
This scripts is run from shell and created my development environment
(IDE) within a new tmux session.
Don't expect documentation. It was written only for myself.
This is grown and contains fallbacks to old conventions.
Add my very first own derivation (via overlay).
Use existing scripts for dmenu.
"Build" result for nix out of the scripts,
e.g. replace references to nix dependencies.
Create proper output so nix can move it to proper places.
This was previously locally installed from repo and called with system
python3.
Can now be started as "application" which will use the installed
(patched) dmenu.