Re: Debian readline/libedit breakage - Mailing list pgsql-hackers

From Greg Smith
Subject Re: Debian readline/libedit breakage
Date
Msg-id 4D5C66B1.7020104@2ndquadrant.com
Whole thread Raw
In response to Re: Debian readline/libedit breakage  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Debian readline/libedit breakage
Re: Debian readline/libedit breakage
List pgsql-hackers
Andrew Dunstan wrote:
> You're assuming a fact not in evidence, namely the existence of an 
> identifiable group of "libedit folks". Last time I looked there was no 
> such group.

There appear to be two people working periodically on the upstream 
NetBSD libedit:  
http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libedit/?sortby=date

And a third who periodically packages that at 
http://www.thrysoee.dk/editline/

Those are the group as far as I can tell. 

It's not encouraging that the Debian issue with libedit+UTF8 has been 
documented for almost year a now:  
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579729

> (And we shouldn't assume that GnuTLS is the right replacement for 
> OpenSSL either, BTW).

The idea of using NSS instead is an interesting one.  Looking at 
http://en.wikipedia.org/w/index.php?title=Comparison_of_TLS_Implementations 
it does seem to match the basic feature set of OpenSSL.  And the 
nss_compat_ossl compatibility layer might be useful: 
http://fedoraproject.org/wiki/Nss_compat_ossl

I find it hard to get excited about working to replace the software that 
has a reasonable license here (readline) rather than trying to eliminate 
dependence on the one with an unreasonable license (OpenSSL).

-- 
Greg Smith   2ndQuadrant US    greg@2ndQuadrant.com   Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support  www.2ndQuadrant.us
"PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Fix for Index Advisor related hooks
Next
From: Robert Haas
Date:
Subject: Re: Add support for logging the current role