Re: Support for NSS as a libpq TLS backend - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Support for NSS as a libpq TLS backend
Date
Msg-id YfrytBJlLNp+Jb6b@momjian.us
Whole thread Raw
In response to Re: Support for NSS as a libpq TLS backend  (Andres Freund <andres@anarazel.de>)
Responses Re: Support for NSS as a libpq TLS backend  (Stephen Frost <sfrost@snowman.net>)
List pgsql-hackers
On Tue, Feb  1, 2022 at 01:52:09PM -0800, Andres Freund wrote:
> There's https://hg.mozilla.org/projects/nspr/file/tip/pr/src - which is I
> think the upstream source.
> 
> A project without even a bare-minimal README at the root does have a "internal
> only" feel to it...

I agree --- it is a library --- if they don't feel the need to publish
the API, it seems to mean they want to maintain the ability to change it
at any time, and therefore it is inappropriate for other software to
rely on that API.

This is not the same as Postgres extensions needing to read the Postgres
source code --- they are an important but edge use case and we never saw
the need to standardize or publish the internal functions that must be
studied and adjusted possibly for major releases.

This kind of feels like the Chrome JavaScript code that used to be able
to be build separately for PL/v8, but has gotten much harder to do in
the past few years.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EDB                                      https://enterprisedb.com

  If only the physical world exists, free will is an illusion.




pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: CREATEROLE and role ownership hierarchies
Next
From: Ekaterina Sokolova
Date:
Subject: Re: [PATCH] Add extra statistics to explain for Nested Loop