Re: [PATCH] pgpassfile connection option

From: Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr>
To: Julian Markwort <julian(dot)markwort(at)uni-muenster(dot)de>
Cc: Mithun Cy <mithun(dot)cy(at)enterprisedb(dot)com>, PostgreSQL Developers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PATCH] pgpassfile connection option
Date: 2016-11-28 15:53:31
Message-ID: alpine.DEB.2.20.1611281648200.29813@lancre
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


Hello Julian,

> I've adressed those spacing errors.

Ok.

> You are right, if pgpassfile_used is true, it SHOULD be defined, I just like
> to be careful whenever I'm working with strings. But I guess in this scenario
> I can trust the caller and omit those checks.

Good.

Patch looks ok, applies, compiles & checks, and tested manually.

I've switch in the CF to "ready for committer", and we'll see what the
next level thinks about it:-)

> [...] I agree with those criticisms of the multi-host feature and
> notifying the client in case of an authentification error rather than
> trying other hosts seems sensible to me.

Sure. I complained about the fuzzy documentation & imprecise warning
message because I stumbled upon that while testing.

> But I think fixes for those should be part of different patches, as this
> patch's aim was only to expand the existing pgpassfile functionality to
> be used with a parameter.

Yes.

--
Fabien.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message David Fetter 2016-11-28 16:26:39 Re: Tackling JsonPath support
Previous Message Matheus de Oliveira 2016-11-28 15:31:52 Re: [PATCH] ALTER DEFAULT PRIVILEGES with GRANT/REVOKE ON SCHEMAS