Hi, Adrian, On Sun, Oct 3, 2021 at 3:28 PM Adrian Klaver <adrian.klaver@xxxxxxxxxxx> wrote: > > On 10/3/21 1:20 PM, Igor Korot wrote: > > Hi Tom, > > > > On Sun, Oct 3, 2021 at 3:11 PM Tom Lane <tgl@xxxxxxxxxxxxx> wrote: > >> > >> Igor Korot <ikorot01@xxxxxxxxx> writes: > >>> I wonder who ade the decision not to provide an independent build > >>> of the client library of PostgreSQL? And what was the reason behind it? > > > But building the whole tree is just that - useless. > > All I need is the libpq to connect to the remote server. > > > > So I don't need the server to be built - I need a client. > > That is available from many of the packaging systems. > > > > >> > >> Having said that, it does work on non-Windows machines to do > >> ./configure ... > >> cd src/interfaces/libpq > >> make -s install > > > > Well, asking people to download the whole source tree just to build > > client library 1000 times and then 1000 times delete the source code... > > If you are deploying to the same client you only need to build once. > > If not then you need to be more specific about what you are doing? Imagine you are a developer/maintainer of sme software. This software needs to connect to different DBMSes perform soe operations and then disconnect. It is very easy to say that I have SQLite as a submodule in my Git tree, I have mysql-connector as a submodule, but I can't have libpq this way because it is hidden deep down inside PostgreSQL sources. So in order too package the software and let the users build it on their machine, I need to explicitly document that the user need to get the PostgreSQL sources, build it, copy the headers and libraries as appropriate and then build the software I provide. Do you know of a better way of handling this? O, and of course I need this on all 3 major platforms - Windows, nix and OSX. Thank you. > > > > > I don't know - I'd rather have to install just the library. > > > > > So instead of simplifying the life of maintainers in the different distros > > you made the life easier for yourself. ;;-) > > Not following: > > apt-cache show libpq5 > Package: libpq5 > Source: postgresql-14 > Version: 14.0-1.pgdg20.04+1 > Architecture: amd64 > Maintainer: Debian PostgreSQL Maintainers > <team+postgresql@xxxxxxxxxxxxxxxxxx> > Installed-Size: 748 > Depends: libc6 (>= 2.25), libgssapi-krb5-2 (>= 1.17), libldap-2.4-2 (>= > 2.4.7), libssl1.1 (>= 1.1.0) > Multi-Arch: same > Homepage: http://www.postgresql.org/ > Priority: optional > Section: libs > Filename: pool/main/p/postgresql-14/libpq5_14.0-1.pgdg20.04+1_amd64.deb > Size: 169756 > SHA256: 59be24749b3ee996af762dfad6ac8e915498f0bdb431612308548bac6a5324e0 > SHA1: d002223d362a45959a7832bdddbd2ec04c4611ba > MD5sum: 2834edac0af08b7ffb4cc5093bb236b6 > Description-en: PostgreSQL C client library > libpq is a C library that enables user programs to communicate with > the PostgreSQL database server. The server can be on another machine > and accessed through TCP/IP. This version of libpq is compatible > with servers from PostgreSQL 8.2 or later. > . > This package contains the run-time library, needed by packages using > libpq. > . > PostgreSQL is an object-relational SQL database management system. > Description-md5: 4109d08c168c8058d09c0cc8bf8b18b1 > > > > > Thank you. > > > >> > >> regards, tom lane > > > > > > > -- > Adrian Klaver > adrian.klaver@xxxxxxxxxxx
