Re: Debian readline/libedit breakage
От | Greg Smith |
---|---|
Тема | Re: Debian readline/libedit breakage |
Дата | |
Msg-id | 4D5C66B1.7020104@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: Debian readline/libedit breakage (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: Debian readline/libedit breakage
Re: Debian readline/libedit breakage |
Список | 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 по дате отправления: