postgresqlPackages.pg_tle: init at 1.4.0#387868
Conversation
wolfgangwalther
left a comment
There was a problem hiding this comment.
High-level question, but not blocking:
This extension allows installing more extensions non-declaratively...
... is this really what we want in the context of nixpkgs? Somehow our goal is the exact opposite, right?
I'm not too sure what the best approach would be but I can outline my use-case - I'm working with a private postgres extension that is build outside of the nix ecosystem and is installed via pg_tle. I want to run integration tests through nix which requires spinning up a postgres instance during the build process, which requires the pg_tle extension to be present. If it's not suitable for nixpkgs I can close. |
Yeah, makes sense. You could always package this extension up for nix in a private overlay, but this wouldn't help for integration testing with pg_tle.
It is, no worries - as I said: non-blocking. All pg extensions are suitable for nixpkgs, imho. |
|
Please squash all the commits into the first one, too. |
|
|
Thanks! |
Things done
Tested as an extension in private repo on aarch64-linux and aarch64-darwin
nix.conf? (See Nix manual)sandbox = relaxedsandbox = truenix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/)Add a 👍 reaction to pull requests you find important.