refactor: DRY extensions NixOS test
Extract common NixOS test node configuration and functions into lib.nix to eliminate duplication across extension tests.
there are three instances of initdb herein, the first with all the options and the 2nd two with no options. and there's two copies of pg_upgrade. would it make sense to consolidate these into lib.nix as well so there's one definition and every use becomes the same @jfroche ?
there are three instances of
initdbherein, the first with all the options and the 2nd two with no options. and there's two copies of pg_upgrade. would it make sense to consolidate these into lib.nix as well so there's one definition and every use becomes the same @jfroche ?
initdb is called as part of the migration script. That migration script can be different from one extension to another, that's why you can see multiple initdb (and the same for pg_upgrade).
there are three instances of
initdbherein, the first with all the options and the 2nd two with no options. and there's two copies of pg_upgrade. would it make sense to consolidate these into lib.nix as well so there's one definition and every use becomes the same @jfroche ?
initdbis called as part of the migration script. That migration script can be different from one extension to another, that's why you can see multipleinitdb(and the same forpg_upgrade).
thanks for explaining; makes sense! will review after conflicts are fixed.