Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta
В списке pgsql-hackers по дате отправления:
| От | Jacob Champion |
|---|---|
| Тема | Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta |
| Дата | |
| Msg-id | CAOYmi+m64_emVRc+33m2W1kK2X0iTeE6oX395joCeVey1ohwyQ@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta (Jacob Champion <jacob.champion@enterprisedb.com>) |
| Ответы |
Re: libpq: Bump protocol version to version 3.2 at least until the first/second beta
|
| Список | pgsql-hackers |
On Wed, Jan 14, 2026 at 2:56 PM Jacob Champion <jacob.champion@enterprisedb.com> wrote: > Thanks, I'll plan to squash those in v5, and probably kick 0005 out > into its own thread to give people a chance to object even if they're > ignoring the grease stuff. 0001, 0003, and 0005 are committed. v5 is attached with several changes, described below. On Wed, Jan 14, 2026 at 12:23 PM Jacob Champion <jacob.champion@enterprisedb.com> wrote: > I want to more clearly decouple ourselves from TLS's GREASE in the > documentation and comments. Done. Unfortunately the rewrites were too difficult to put into nice squash! commits, since they ended up being spread across the split described below, so I've also attached an "overall" diff file to try to highlight what I changed from v3-0002. One thing I tried to do here was separate the beta-only behavior into <note>s, so that documentation writers can still review and patch the language that's going to be published for release. I don't think that will confuse the limited audience that is going to be reading this. > I will also work on splitting 0002 into revertable and not-revertable > halves. The grease constant probably needs to remain documented and > reserved even if it doesn't do anything for 19.0. Done. My proposed split is in v5-0002 (which stays) and -0003 (which gets reverted). I also added an 0001 which (IMO) improves our documentation around this, and adds a registry of sorts for the protocol extension parameters. I'm not completely thrilled about the code and formatting of that new registry table, but I think what I have is better than nothing, so I'm going to stop fighting with docbook about this. > I'd like reserve a (protected?) wiki page, or something of the sort, > that we can point people to directly if they hit any grease failures. This still needs to be done/discussed, but we have a good amount of time. > Finally: is there any appetite for retaining the ability to grease > connections as production functionality, e.g. via > `max_protocol_version=grease`? This is on the back burner for now. (As stated upthread, it doesn't need to block the beta-only behavior.) WDYT? Thanks, --Jacob
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера