You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For consistency with other libpq-based clients, py-postgresql should accept the path to the directory of a unix domain socket (e.g. '/var/run/postgresql') instead of the full path to the socket (e.g. '/var/run/postgresql/.s.PGSQL.5432'.) The 'port' connection parameter could be used to home in on the socket file itself (as is the behavior of the psql client.)
For backwards compatibility, the full path option should probably be left in. The program could attempt to parse the 'unix' parameter as a directory path and, on failure, attempt to parse it as a full path.
The text was updated successfully, but these errors were encountered:
For consistency with other libpq-based clients, py-postgresql should
accept the path to the directory of a unix domain socket (e.g.
'/var/run/postgresql') instead of the full path to the socket (e.g.
'/var/run/postgresql/.s.PGSQL.5432'.) The 'port' connection parameter could
be used to home in on the socket file itself (as is the behavior of the
psql client.)
For backwards compatibility, the full path option should probably be left
in. The program could attempt to parse the 'unix' parameter as a directory
path and, on failure, attempt to parse it as a full path.
This issue came up in the following StackOverflow question:
To clarify why this hasn't been fixed yet. py-postgresql has to figure out where a given installation and/or database stores its file system sockets. We could scan a set of possibilities (assume) or use configuration files, or both. None of these seem desirable.
@jwp, to clarify, my suggestion is to pass in to py-postgresql the location of these file system sockets. As such, py-postgresql would have parameters socketDirectory and port and do something to the effect of:
For consistency with other libpq-based clients, py-postgresql should accept the path to the directory of a unix domain socket (e.g. '/var/run/postgresql') instead of the full path to the socket (e.g. '/var/run/postgresql/.s.PGSQL.5432'.) The 'port' connection parameter could be used to home in on the socket file itself (as is the behavior of the psql client.)
For backwards compatibility, the full path option should probably be left in. The program could attempt to parse the 'unix' parameter as a directory path and, on failure, attempt to parse it as a full path.
The text was updated successfully, but these errors were encountered: